第十讲 每日站会

一个冲刺里有4种事件：冲刺计划，每日站会，冲刺评审和冲刺回顾。第十讲，我们详细介绍每日站会。

讨论主题 

1、怎样组织每日站会?

2、开每日站会有什么好处?

3、关于每日站会的5大热点问题

一、怎样组织每日站会 

时间安排

顾名思义，每日站会每日开，在同一时间，同一地点，时间盒为15分钟。

会议主题

为达成Sprint目标而检视进度。

参会者

开发团队和Scrum Master必须参加，产品负责人推荐参加

会议流程

每日站会是开发团队的内部会议，以开发者们为主。开发团队内部对齐进度，协调工作，讨论问题。对主要关注需求的Product Owner来说，开发者们在讨论中使用的大量技术术语听起来相当枯燥，浪费Product Owner的时间。所以建议把每日站会分成两个部分，美其名曰“每日站会两部曲”。

第一部曲：开发团队内部讨论

开发团队检视上次站会以来的工作，计划接下来的24小时工作，对照Sprint目标检视进度，更新Sprint Backlog。Scrum Guide只要求每日站会的关注焦点是"为达成Sprint目标而检视进度"，但对具体采用什么形势不做限制，开发团队可以根据需要自行定制。Scrum Master辅导开发团队开每日站会，起步的时候可以这样做，大家围成一个圈站立，轮流回答三个问题：

1、为了帮助开发团队达成Sprint目标，我昨天做了什么?

2、为了帮助开发团队达成Sprint目标，我今天计划做什么?

3、我看到什么障碍，妨碍我本人或开发团队达成Sprint目标?

这样的形势是一个良好的开端，Scrum Master还可以带领团队超越这个标准格式，做的更好。例如，可以围绕选入Sprint Backlog里的Product Backlog Item逐个讨论，相关的人逐个发言。Scrum Master观察开发团队在会议上的活动，促进团队成员参与讨论，但不对讨论的问题提供解决方案。如果开发团队能够自己组织会议，高效进行，算走上正轨了。另一个好迹象是，即使Scrum Master不在，团队也会召开每日站会。

第二部曲：邀请Product Owner及其他干系人加入

开发团队分享Product Owner及干系人关注的信息。Product Owner为开发团队澄清需求，对完成的特性尽早给予反馈。

两部曲的形式，既能够保证开发团队内部的自组织活动不会被干扰，又能照顾到与Product Owner及其他干系人之间的及时沟通。不采用两部曲的形式，Product Owner或其它干系人(例如经理)从一开始就参加，也是可以的。但Scrum Master需要做些工作。例如开会前，先和Product Owner或经理打好招呼，告诉他们会议主要内容是：

开发团队内部的技术讨论。你不参加也没有问题。参加的话，请注意，留给开发团队自己讨论，自己解决问题的空间。真正检查阶段性开发成果，梳理下阶段工作的会议是Sprint Review。那个时候，请一定参加。

征求他们的意见，看他们愿不愿意参加。有的Product Owner或经理很忙，他们一听“技术讨论，不参加也没关系”，就不想参加了。有的Product Owner或经理，对敏捷感兴趣，想体验一下，那就欢迎他们参加。只要做到不干扰开发团队自组织，他们的参与，对于传播敏捷理念，是有好处的。如果遇到这样的情况，Product Owner或经理劫持会议，喧宾夺主，以领导的姿态说个不停，开发团队失去自组织的机会，Scrum Master就要做些更深入的工作了。我后面会就组织转型，经理如何转身的问题，再做深入讨论。

会后跟进活动

每日站会只有15分钟。站会结束以后，如果有问题需要进一步详细讨论，相关的开发者会再聚在一起讨论。

二、开每日站会有啥好处? 

开发团队的感受

每日站会是开发团队的内部会议，是开发团队的自组织活动。要知道开每日站会有什么好处，首先得问问开发团队。我和开发者们聊天的时候，我问：“开每日站会，感觉怎么样？”开发者们说：

我不仅知道自己在干什么，还知道其他队友在干什么，一个团队的感觉挺好的。

每日站会的好处是解决问题快。以前两个开发者遇到问题就等着，等开周会的时候，当着经理的面讨论，经理来决定。现在有什么问题，开站会商量，双方都同意，当天就解决啦！

开每日站会，就不用开其他杂七杂八的会了。以前开发团队内部也开会，也讨论。有些会去了吧，发现没自己什么事儿。不去吧，后来又发现漏了重要的事，不敢不去。每日站会时间很短，团队内部的事情都涵盖到了。会后是否要参加继续讨论，就不那么盲目了。

每日站会促进沟通，及早发现开发过程中的绊脚石，促进快速做决策，减少其他会议，提高开发效率。

管理者的感受

开发团队开每日站会，管理者也是有感受的。管理者看到，每天同一个时间，某个开发团队站起来，围拢成一个圈，讨论工作进展。有的管理者就问：“你们搞敏捷啊？”我说：“是啊！您怎么知道的？”他说：“看你们开站会呢。还有看板什么的，任务可视化，挺好！”几个星期以后，其他团队也学着开站会了。

每日站会是一个最容易开展的实践。上班时间，其他团队都坐着，突然有一个团队站起来了，管理者和其他团队能看见，噢！Scrum团队在开每日站会呢！敏捷文化传播的气氛就有了。再加上管理者的支持，Scrum就像蜜蜂异花传粉一样，被更多人了解。

三、5大热点问题 

1、每日站会必须开吗? 团队不同意开站会，怎么办?

我记得上CSM认证课的时候，老师说，每日站会是Scrum里的一个进行检视与调整的关键会议。不仅要开，还要注意15分钟时间盒，每天开。如果不开，怎么进行检视和调整呢？blabla。老师教的对，我们要做的，是怎样学以致用。我们在第2讲谈到“Scrum可以解决复杂的自适应问题”。实际在工作中遇到的问题，一定都是复杂的自适应问题吗？不一定。有的团队不同意开站会，我就和他们聊：“为什么不愿意开呢？”他们就告诉我好多原因。我综合分析了一下，发现可以从是否是复杂的自适应问题入手，通过Stacey Matrix来解释。

这个Stacey Matrix有两个坐标轴，纵轴是Agreement，横轴是Certain。Close to Agreement并且Close to Certain的问题，称之为简单问题。就是说，要做什么？怎么做？答案很确定，人们理解很一致，那就是一个简单问题。与之相反，Far from Agreement 而且Far from Certain的问题，称之为高度复杂问题。就是说，做什么？怎么做？答案很不确定，人们理解很不一致。正确答案是在探索的过程中，逐渐浮现出来的。高度复杂的问题域，才是Scrum最能施展拳脚的区域。我们开发一款创新型产品，需求不清楚、技术不确定，“做什么？”和“怎么做？”都没有现成的答案。这时，开发团队开每日站会，频繁同步信息，澄清需求，尝试各种技术方案，对照Sprint目标检视进度，就很有必要。

然而，实际工作中的产品开发，情况比较复杂。有的时候，一个产品的开发会从高度复杂域逐渐向简单域移动。比如，在最初阶段，需求不确定，要等每次给客户review以后，才对客户需求有更多了解。技术不确定，使用一个新平台，开发团队不熟悉，就不断的尝试。这时的产品开发就处于高度复杂域。这时，Scrum Master建议开发团队开每日站会，开发团队是很乐于接受的。过了一两年，新需求也很少了，技术也成熟了，这个产品的维护工作就变成简单问题了。这时再让团队开站会，团队会说：“没什么可说的啊！不要开了吧。”

所以呢，注意！一把钥匙开一把锁，方法是用来解决问题的。Scrum这种开发方法，最适合用来解决高度复杂的问题。讨论要不要开站会，先和团队谈谈产品开发当前的状况，问自己：“要解决的问题，是高度复杂的问题吗？”

2、每日站会与传统的状态汇报会有什么不同?

每日站会，正确的做法是，发言者对开发团队全体说话，分享信息和问题。一个人说，其他人都要听。但实际工作中，经常变形了。变成什么样呢？发言者对着项目经理一个人说话，其他人等待发言，目光呆滞，紧闭双唇，完全没有开发者之间的双向沟通。如果有需要沟通、协调的问题，也是开发者轮流向项目经理汇报，等着项目经理决定。这样是不对的，这是开发者个人向项目经理做的状态汇报会，不是开发团队内部自组织的每日站会的本意。我们在第九讲谈到，Scrum把传统项目经理的管理职能分散给开发团队、Scrum Master和Product Owner，第十讲又强调，每日站会是开发团队自组织的内部会议。开发团队需要获得自组织的授权，Scrum Master需要帮助开发团队提高团队内部沟通、协调的自组织能力。

3、开会时，一些开发者心不在焉，怎么办?

假设没有前面谈到的问题，假设当前问题是高度复杂问题，假设开发团队获得自组织授权，开站会的时候，还是有人心不在焉，怎么办？我见过一个这样的团队，Scrum Master说开站会了啊~然后自己拿着手机刷淘宝。开发者有的坐着继续编程，有的犹犹豫豫的站起来，手里拿着手机，看微信朋友圈，还有人先站起来，看看别人，又坐下去了。然后Scrum Master回来和部门领导说：“开发团队不愿意开站会。”

哈哈！各位明眼人看，问题出在哪儿啦？我们在第5讲里谈到，Scrum Master是Scrum团队的敏捷教练，让团队开站会，教练自己先得站得倍儿直，得以身作则。如果有团队成员还坐着，Scrum Master过去，拍拍他的肩，示意他站起来。告诉大家，站会站会，必须站着开。人从座位上一站起来，就精神了。一聚到一起来，谈话的主题就集中了。所以站会的这些形式，带来的是仪式感。这种仪式感，能帮助开发团队提高自组织能力。

4、开站会总有人迟到，怎么办？

有不少Scrum Master抱怨说，开站会总有人迟到。我组织开站会，没人迟到，我就纳闷儿了。后来经过了解，发现有这么几个原因：时间不固定，地点不固定，开站会的地点离办公座位比较远。注意，Scrum要求每日站会，同一时间，同一地点。这个要求是有原因的。时间固定，地点固定，就在自己座位周围开。一说开站会了，大家从座位上站起来，最多走3步，就围成一个圈了。不用再商量时间，预订会议室。规则越简单，越容易开展。

5、开发团队不在同一地点，怎么办？

有小伙伴儿问，开发团队不在一个城市，怎么开站会？可以打电话啊！IBM就是这样，开每日站会，只闻其声，不见其人。因为有人在办公室，有人在家办公，有人在美国，有人在中国，打电话，照样开每日站会！如果有条件，也可以开远程视频站会。

小结 

第十讲每日站会，我们讨论了三个主题：

1、怎样组织每日站会? 

2、开每日站会有什么好处? 

3、关于每日站会的5大热点问题。

每日站会是开发团队的内部会议，开发团队为达成Sprint目标而检视进度。通过每日站会，开发团队增进沟通和协作，以自组织的形式，达成Sprint目标，在冲刺结束的时候，创建期望的产品增量。