每周一次的技术会议？

Question

我正在考虑引入每周一次的技术会议，让从事同一项目的程序员可以讨论以下内容：

• 项目技术方面的现状
• 技术积压。我们可能因为最后期限而跳过的事情，但现在回来咬我们。
• 限制开发人员生产效率的技术约束
• 可能适用于项目的新技术和新兴技术

基本上，从程序员的角度来看这个项目，而不是业务方面。

-

像这样的会议有什么好的指导方针？

• 会议要持续多长时间？
• 每周是不是太频繁了？
• 我们应该限制每个话题的时间吗？
• 什么样的话题对这样的会议是好的，哪些是坏的？
• 十个人太多了吗？

..。

Answer 1

我不认为每周讨论这个项目的现状是有成效的。讨论项目的位置需要每天的会议，而不是每周的会议。关于这类会议的一个很好的问题是问这里。

而且，根据我的经验，在计划期间处理技术积压会更好。

至于新兴技术，我不认为这本身是个坏主意。它也符合每周的格式。然而，在这样的会议上离题是非常容易的。确保其他人想要做出贡献，不要邀请太多的人(我认为，10人实际上是很多人)。

Answer 2

在我的工作中，我们在星期五有一个30分钟的会议，我们谈论我们每一项任务的位置。我发现这很有帮助，因为有时当一个人谈论他们遇到的障碍时，另一个人可能会提供一些关于它的见解。关键是确保每个人在会议之前都做好准备，并尽可能简短。

Answer 3

在每周的项目会议上，你可以得到很多东西，每个人都会有自己的意见。

我在你的名单上的感觉是这3：-技术积压。我们可能因为最后期限而跳过的事情，但现在回来咬我们。-限制开发人员生产的技术限制--可能适用于项目的新技术和新兴技术

....might每周要讨论的事情太多了。也许在项目阶段结束时讨论这些问题会更好。