高效的每日站会| 学习笔记

开发者学堂课程【阿里巴巴研发效能提升实践系列公开课：高效的每日站会】学习笔记，与课程紧密联系，让用户快速学习知识。

课程地址：https://developer.aliyun.com/learning/course/608/detail/8873

高效的每日站会

内容介绍

一、课程讲解

二、如何开好站会？

三、站会上面应该关注什么？

四、如何让站会更高效？

五、站会的形式究竟应该是什么样？

六、总结

一、课程讲解

本节课继续讲解研发效能提升事件系列第六讲高效的每日站会，它仍然是团队项目协作实践的一部分。在图中，看到这两个团队正在看站会，他们会在看板前在更新，或者在过去了同步目前需求交付的状态，发现问题和去解决问题，典型的站会应该发生在每一天的同一个时间往往是发生在看板前，不管是电子的或者是屋里的看板，只是看板应该已经更新至最新状态。

二、如何开好站会？

1.这个首先回答的是站会的目标究竟是什么？

当然是实现目标的站会，才是一个好的站会。站会的核心目标是促进价值的顺畅流动，因为团队的目标就是要去更快的，更顺畅的去交付这些需求，那么站会是服务于团队的目标。一个有效的站会或者一个好的站会，往往需要去过滤、去过目看板上每一列的需求的状态，去看他们有什么问题，交付是否顺畅。这样就提供了两个选择，第一个是从左往右的去过目每一列的状态，第二个是从右往左的去过目每一列的状态，从右往左似乎更加不符合直觉，而从左往右才是需求交付的一个自然的状态。

2. 这两种方式哪一种方式才是站会的正确方式？

当理解了站会的目标，促进价值顺畅流动之后，答案就显而易见了，应该是从右往左解释每一列。为什么？因为的目标是交付需求，是更快的交付那些已经开始的需求，看他有什么问题，解决这些问题，去更快地去交付他，去更好地去协作。只有交付的需求，才能够让那些还没有开始的需求尽快的开始，以提高的交付的速率，或者说降低交付的响应时间或者交付时长，可以从右往左去检视每一列是站会上的一个正常的状态。

三、站会上面应该关注什么？

为了回答这个问题，或者说可以把问题转化为另外一个问题，也就是什么会影响和阻碍的价值顺畅流动。站会上，当然应该去关注哪些影响和阻碍价值顺畅流动的原因，并且及时解决它，为此提出了所谓的看板6+1站会，也就是关注这七个方面或者6+1个方面影响价值顺畅流动的原因。看这幅图中相应的六类或者6+1类原因，事实上埃文的看法为此也做了专门的设计和优化。

1. 第一类原因：瓶颈和队列，在这种在这幅图中测试中是对瓶颈。

为什么测试中是瓶颈？来看看瓶颈的特点，瓶颈是那些可能走得比较慢的，或者说处理得比较慢的那一列，他往往会体现为什么需求再启动发生积压形成队列，所以瓶颈和队列是导致第一个应该关注的问题，他往往导致整个需求交付的速度发生或者减慢。

2. 第二个关注关键的缺陷，也就是侧重的需求。

为什么进行不下去？往往是应该有缺陷，是因为有缺陷，开发人员应该尽快的或者更高优先级的去解决缺陷，而不是开始更多的任务。

3. 第三个重点关注的需求是在文中使用标签标志的这类需求。

可能是对于客户有特别的承诺，或者说对于业务特别重要的需求，也是需要关注的第四类阻碍和问题。在埃文看板中他会标记为所谓的禁止项，就是标上禁止的图标。

4. 第四类是阻碍和问题。

发生阻碍和问题时需求就不能顺畅流动，这是需要特别关注的。

5. 第五类是到期或即将到期的需求。

对于某些需求，对外有承诺，这个承诺可能是对于业务方的，也有可能对于关联方的承诺的时间，如果他到期或者即将到期，就需要给予特别的关注，来看一看是否能完成承诺，或者说如果不能完成承诺是什么原因，或者它存在怎样的风险。在这埃文看板的设计中，对于到期和即将到期的，比如明天到期的，或者今天即将到期的，或者过去已经到期的，都会给出明显的标记。

6. 第六类中断

所谓中断，就是后面的需求即将开发完成，而前面的这一列却没有供给致中断，中断也会导致需求不能够顺畅流动。

7. 讲了六类原因，为什么要+1？

+1指的是那些没有反映在看板上的问题，往往从右往左去解释各列的时候，解释完之后还会问团队还有什么没有反映在看板上的问题需要讨论吗？对于这类问题，首先要回答的是啊为什么没有体现在看板上？当然并不是所有的问题都必然会体现在看板上，但仍然希望看板能体现大部分问题，然后会单独去处理或者去讨论这一类问题。

四、如何让站会更高效？

在现实中经常会看到有些团队会抱怨站会是浪费时间，站会没有效果或者效率太低，如何去解决？当然对这个问题往往需要问站位时间长或效果差的原因是什么？为此做了一些总结出了在站会上应该做的，或者不应该做的方面。

1. 以价值流动为线索，而不是一个人的工作任务为线索。

这是许多站会效率低的一个重要原因，当然它的前提是正确的使用看板。在前面讲看板的时候讲过了，看板的线索应该是价值的流动，或者说是需求的流动，相应的看板的站会也应该是以价值流动为线索，因为目标毕竟是让价值更加顺畅地流动，一般来说看板的站会前在站会前应该已经更新到最新状态，不应该依赖于会上去更新状态，这也会提高它的效率，应该聚焦于阻碍价值流动的问题，而不是检查所有的细节和进展。

2. 很多站会是要去检查每个人的工作。

比如检查昨天做了什么？今天做没做什么等等，这并不是一个有效的站会，更应该看的是做一个团队协作交付价值的过程，这些价值或者需求流动过程中有没有问题，如果没有问题，应该很快的过去，还有就是长时间耗时的任务应该在会后讨论，不应该在线上讨论所有的问题，毕竟不是所有的问题都需要所有的人参与，只需要相关人员在事后讨论即可。

3. 站会只需要识别出问题，对于哪些很快可以解决的立马作结论。如果无法很快解决，只要相关人员在事后讨论即可。

最后有了看板，当然会改进的协作，但是非常重要的一点，看板只是协作的一个场景，或者站会只是协作的一个场景，更多的协作应该发生在平时，而不是依赖站会去做团队的沟通，或至少不是完全依赖站会去做团队的沟通，那么站会的效率也会提高很多，毕竟站会上面只是去看，目前有哪些重要的问题需要解决啊。

五、站会的形式究竟应该是什么样？

1. 会前应该确保看板已经反映了最新的状态和问题，不是说站会上就不允许去改变这样的看板，但是在站会之前，应该已经把能够去调整的状态调整到最新。

2. 在站会上从右至左去走读看板，关注和处理阻碍价值顺畅流动的问题。什么问题？就是之前讲的6+1类问题，比如中断，重点关注的需求，被阻碍的需求已经超期，或者即将超期的需求，观点的缺陷等等，还要关注，而且未反映的看板的问题。

3. 在会后往往还要小范围的讨论，需要较长时间才能解决的问题。作为看板的看板或者站会的结果，那么对于团队来说，确保了看板反映了最新的状态，确保规则，比如前面讲的在制品控制的规则、各类流程的规则被遵守、进入就绪的需求，它真的达到了就绪的状态，就应该识别阻碍需求顺畅流动的问题，并提出应对方案，或者这些方案可以是现场解决或者提供跟踪解决的方案（会后需要讨论）。对于每个人来说，站会上每个人可以提出问题或者需要的支持，也了解了项目地最新状态，更重要的是了解他目前的焦点应该放在哪里，或者清楚了个人的优先级，从总体上站会促进团队有效的协作和聚焦，更重要的是促进价值顺畅的流动和交付。

六、总结

1.站会的目标是:促进团队有效协作和聚焦，促进价值顺畅流动和交付

2.站会要以价值交付为线索，典型形式是从右向左检视需求的状态，聚焦于发现和处理价值流动中的问题

3.不应该依赖站会检查每个人的工作，价值交付的状态和问题应该已清晰的体现在看板上，良好设计和应用的看板是高效站会的基础

4.更多的协作应该发生在平时，不应该完全依赖站会来进行团队协作