Scrum晨会那些事

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年来总结出的一些经验，希望对读者有帮助，欢迎随时交流。

作者：Andy

来源：小水滴(微信公众号：minidrupal）