每日碰头会

1、控制在半小时.建议刚开始的时候有专人掐表，时间到了就结束，不要让会议持续下去。这样就有了教训。否则根本控制不住半小时。

2、每个项目的项目经理自己考虑，不强制每个项目都开。不强制每天开。

3、建议每天下班前开。今天的事情，明天的大概调整。

4、建议站在楼道或工位间里开。不赞成找会议室。

5、不要拿手机，更不要拿笔记本电脑，当然更不需要投影仪

6、每个人拿个本和笔

7、每个人都发言，每个人都准备1-3条发言，事先想好。不要多，不要罗索，不要不发言，不要还没想。

8、多报异常和担忧，少说正常。

这个方法我在《走出软件作坊》中其实都谈过，但书中文字多，大家不一定看仔细，所以单独提出来，希望让更多人受益。

?

?

原文地址：http://blog.csdn.net/david_lv/archive/2010/12/08/6062312.aspx

1 楼 china_volcano 2011-12-15 看完，有所悟，也有所忧。
我们从今年的某一天也开始了早上的“碰头会”，名叫“例会”，SE基本上是说“没事”或“摇头”，之前只有不到15人参与，现在人数达到了30人，一个不足10平的小会议室，好几个人还站在外头。
悟的是：会议简而有力（这点倒是做到了），重点讲需要沟通、协调的事情，或项目进度、风险、计划有调整等；
忧的是：老员工（大多是SE、开发组长）都是“没事”或“摇头”；即使有问题，也是说今天在哪儿讲需求、设计（有点像会议通知）、昨晚XX市报了一个外网缺陷SE要赶快查证（催促工作）、构建结果出来没有（催促开发组长有没有构建）......

其实，每个人都知道有这个会，这个会是做什么用的，但不一定明白这个会的意义、含义是什么。有几次这么多个都是“摇头”。

唉，有所思呀。。。有所思呀。。。
。。。。。。 2 楼 nniu520 2011-12-15 呵呵，文章中提到的碰头会，目的是要节约大家时间又要解决问题。

至于30个人团队在10平的小会议室的问题，这就是管理出了小问题。

假设一种场景，你的团队增至了100人，还在这里开会么，不要告诉我找个大点的会议室。

如果带小团队，10人以下，一个领导几个兵，一般不超过7个；

如果带大团队，50人左右，一个领导分5个组，还是管理5个人；

再大的团队呢，100人左右，如何管，很简单，分层，分组，还是管7人以下。

仅供参考。