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

推荐文章：

《用户说卡，怎么办》

http://blog.csdn.net/minidrupal/article/details/24544573

《Scrum -- 晨会那些事》

http://blog.csdn.net/minidrupal/article/details/25547577

《产品经理的日常工作》

http://blog.csdn.net/minidrupal/article/details/26092691

《快速验证产品价值 -- MVP（最小可行产品）》

http://blog.csdn.net/minidrupal/article/details/26986885

《如何进行产品定位（上）》

http://blog.csdn.net/minidrupal/article/details/29386543

《用户研究那些事》

http://blog.csdn.net/minidrupal/article/details/35841945

《合理构建产品形态（一）——谁是目标用户》

http://blog.csdn.net/minidrupal/article/details/37767955

Author: Andy
Introduction: Web工程师、项目经理、产品经理
Sign: 做人如果没有梦想，跟咸鱼有什么区别