Daily Scrum Meeting，在腾讯这里有多种叫法：站立会、早会、每日例会、晨会。由于会议一般都是在早上开的，因此我们都习惯把该日常会议统一叫“晨会”。在团队内实行了2年的晨会，在此分享一下积累的经验。
1、参与角色
在大多数的项目里面，会根据特性的不同，我们会划分成为多个虚拟团队，每个团队有比较固定的成员，包括：产品经理(PDM)，开发(DE)， 测试(TE)，项目经理(PM)。在虚拟团队中，PM作为一个管理者，保证该团队的正常运作。
注意：在腾讯的某些部门，PM只是负责完成管理工作，因此产品的成功与否跟PM无关，与产品负责人(PDMO)紧密相关，有PDMO和运营直接承担KPI。
虚拟团队的架构如下图，最终向PDMO汇报
相关名词解析：
产品经理（PDM）：Product Development Manager
产品负责人（PDMO）：Product Development Manager Owner
开发：Development Engineer
测试：Test Engineer
项目经理：Project Manager
2、设定主持人
虚拟团队成立初期，PM必须作为主持人，负责维持晨会的正常运作。等到团队经过一段时间的磨合期之后，可以进行主持人轮换。2年时间里，每个虚拟团队的晨会方式都不一样，这里总结了主持人需要做的工作：
1）准时召集开会。会议时间可以设定在9:30-10:00之间，这样能明确大家当天的工作安排。
2）监督参与成员。PM、PDM、DE、TE都需要参与，保证信息同步的一致性和实时性。
3）监督发言。确保了每个人的发言都包括了“昨天做了什么”，“今天要做什么”，“遇到什么困难”。
4）解决困难。对于遇到困难的童鞋，需要落实解决办法。主持人可以发言：“这个问题，谁帮忙看下？”或者“A同学，你能协助B同学看看这个问题么？”。具体方案在晨会后单独把相关人拉起讨论，切勿在晨会上展开讨论。
5）控制时间。确保每人发言时间1分钟左右，晨会15分钟以内。避免在晨会上对细节问题进行讨论。
6）明确当日目标。轮流发言完毕之后，主持人需要简单总结当日的目标，明天主持人根据前日的目标进行验收，避免进度延期。
以上几项是主持人的基本职责，只要做到就可以很好地主持晨会。在过去的团队里面，有些很出色的主持人
1）冷笑话。在会议前说一个冷笑话，活跃气氛。
2）个人分享。在会议前用5分钟进行分享，适用7人以下的小团队。分享内容可以由主持人自由发挥。这个环节非常有效，在极短时间内提高了团队凝聚力，团队成员关系也很好。很有趣的事情就是每个人的兴趣不同，因此个人分享逐渐延伸出很多个专辑。例如：个人励志故事、易经那些事、侦探小说、生活百科、国学舞蹈等等。在分享的过程中，提升了大家讲故事的能力，促进感情交流，非常棒。
3）RTX或邮件输出晨会内容。
4）实时更新进度墙
3、Token发言令牌在早起的晨会中，每个人是轮流发言的，这是一种常规的方式。
在这种方式下会存在几个问题：
1）发言很形式化
2）后发言的同学容易开小差，不集中精神
3）发言过的童鞋会开小会
后续对晨会进行了优化，增加Token发言令牌。准备：一个小巧的公仔，我们这里用的是企鹅公仔规则：只有手持公仔的人才能发言。如果想要发言，需要举手示意接到公仔后才能发言。发言完毕，可以随便把公仔抛向未发言的童鞋。
例子：A手持公仔，发言完毕后抛给B。在B发言过程中，C需要帮助B解决困难。待B发言完毕，C示意需要发言，B把公仔抛给C，C开始发言。注意：一定要随意抛出公仔，作用有二：一是不确定性让大家集中精力准备发言，二是增加了晨会的趣味性，特别在早上有提神的效果。
4、设定人数晨会人数应控制在15以下，最好在10人左右。这是因为如果人数过多，即使有主持人，也很难保证晨会效果。如果团队确实很大，建议采用分层晨会的方法，例如将团队分为几个小组，A、B、C小组分别开晨会，然后A、B、C各派一名代表，再开一个晨会，交流一下小组的工作。分层晨会的方式很多，刚才说的是其中一种，大家也可以根据自己的实际情况来组织。
5、进度墙试想一下，假如10个人都说完“我昨天做了什么”，“今天要做什么”，“遇到什么困难”，晨会上估计没人会记住。与发言人没直接相关的童鞋更不清楚他做了什么。单纯的口头语言描述，会让信息的传递大打折扣。因此我们需要结合进度墙进行会议。目前我们采用的是Scrum的进度墙方式。（之前试过采用丰田的精益看板方案，发现过于复杂，维护起来不方便，最后舍去了）
以上是团队2年来总结出的一些经验，希望对读者有帮助，欢迎随时交流。
