问单个开发人员应该选择什么样的项目会议结构？

EN

我是一个单独的开发人员在一个体面的小项目与约3人(非开发商)。这些人以非开发的方式参与这个项目，其中一人也是我的经理。每个人都对临时讨论持开放态度。

我的经理刚刚给了我一个似乎梦想成真的东西--我的任务是确定什么样的会议结构最适合这个项目。这似乎是处理会议过载和/或无意义的会议的好方法。

伟大的权力带来了巨大的责任，就像现在一样，如果我提出一些最终导致浪费时间的事情，那是我的错。

我从来没有这么空白无物地想过我该如何安排会议。我的想法是：

• 每日“触摸基础/状态更新”会议15分钟或以下(类似于站立会议)，以沟通日常目标和前一天的回顾。或者，似乎我可以得到一个白板，并把它放在我的办公桌上，以交流这一信息。
• 根据需要召开会议，作出具体决定或解决问题，任何团队都有

..。我不认为有必要每周召开一次“状态”项目会议。我也不确定第二个问题是否需要许多正式排定的会议。

我担心的是，这些“以开发人员为中心”(即我)可能会导致与他人的疏远，或使我的经理对项目失去控制，因为这种结构将与大多数项目的运行有很大的不同。

单个开发人员应该选择什么样的项目会议结构？

评论意见：

其他人的贡献是什么？他们是这个项目的预定用户吗？致力于它的非开发方面(如网站主题和图片，或DBA，或QA测试)？其他各级管理/行政？

他们是一些最终的用户，对整个工作流程感兴趣。它们还在表格/文件的若干领域作出贡献(其格式不会影响任何发展工作)。

你能从其他两个成员那里得到反馈吗？有些经理需要有一个定期的会议，否则他们将永远无法适应他们的时间表。

争取时间似乎不是前进的问题。