本篇文章哦我们呢讲讲如何利用每日站会，更好地促进团队有效协作和聚焦，促进需求的顺畅流动和交付，同时及时地暴露问题和风险。
在之前的文章“敏捷 | 看板与站会”简单提到过站会的问题，接下来文章将就每日站会如何顺利展开，并且与鲸舟的使用结合起来展开。
1、站会的目标
说到站会，人们最熟悉的是Scrum站会，它的典型形式是团队围成一圈，依次回答三个问题：
- 昨天做了什么？
- 今天准备做什么？
- 有什么阻碍或问题？
通过站会，Scrum团队成员了解其他成员的工作，从而更好地协作，达成迭代目标。
我们使用看板来一目了然的展示产品需求价值流的流转，可视化价值流实践执行到位，站会的三个问题可以清晰地展示在看板上。
那么我们回答，站会的目标是什么呢？
回到研发效能本身的目标：顺畅和高质量地交付有用的价值，相应的，站会也聚焦的是价值或许需求的流动，而非个人的工作。
也就是说，我们每日的站会，旨在通过这种面对面的形式，快速将当前的工作和正在进行的内容进行同步，全局了解项目进展和开发进度，以便快速发现问题，快速解决，尽最大可能确保最后价值的高质量交付。
2、站会的前提
在站会前，或者前一日下班前，团队成员要确保迭代中的需求所处的状态列表与实际中的状态保持一致。
3、站会的组织形式
- 频次：每天（工作日），时长不超过15分钟，一般在早晨上班开始后十分钟，具体时间团队可根据实际情况作出调整，不必要规定死。
- 三个相同：同一个团队在同一时间、同一地点在看板前进行站会，形成固定的节奏后，会变成团队的习惯；
- 协调人：团队成员围在看板前，由一位团队负责人依次走读看板；
- 投屏：为了让站会更加聚焦和高效，大家和站着，只有团队负责人，或者走读人带电脑投屏即可。
4、站会重点关注的信息
站会上不需要检视每一张卡片，本着“促进价值顺畅流动和交付”的目的，我们要重点关注影响价值流动的问题和阻碍项
- 瓶颈和队列：某个环节不顺畅时，需求积压形成队列，这就是瓶颈所在，瓶颈是站会第一重点关注点，因为系统的流量往往是由瓶颈决定，只有解决了瓶颈问题，价值才能顺畅地流动。看板上的表现就是某一列的需求卡片数量特别多。
- 关键的缺陷：缺陷会阻碍需求的流动，而且缺陷多容易出现需求积压，从而阻碍其他需求的流动。阻塞需求流动的缺陷需要及时解决，期待做到缺陷日清（缺陷发现后 24 小时内解决，甚至当天就解决），保持缺陷及时发现及时解决和关闭，让存量缺陷保持在低水位。站会时需要抽 1-2 分钟过一下整体缺陷的状况。
- 重点关注的需求：指涉及重点商业利益或风险的重点需求，需要重点凸显。
- 阻碍和问题：指因外部（如依赖）或内部（如设计缺陷）原因无法正常流动的需求。团队需关注被阻碍的需求，跟踪和推动问题解决，及时恢复它们的流动。看板上可以用红色的标签来标记。
- 到期或即将到期的需求：部分需求有明确的完成时间要求，例如存在对外承诺的需求。如果它们即将到期或已经到期，就需要特别关注，以确保承诺的达成。看板上快到期的需求会用橙色凸显时间，已到期的需求会用红色凸显时间。
- 中断：指某个步骤供给不足，价值流出现中断，如上图中，“设计中”这列没有需求，此时上游队列需要尽快供给到该列。
- 未反应在看板上的问题：走读完看板，还需要问一个问题：“是否有问题和需求未反映在看板上？”。团队需要关注没有反映到看板上的问题，同时，团队和站会的协调人需要有意识地思考，这类问题是否应该反映在看板上，以提高可视化透明度和进展情况。
5、站会中：促进价值顺畅流动
站会上，促进价值流动，避免在一个问题上花费过长时间，耗时长的讨论要放在会后小范围进行。
15 人以内的团队，站会要能在 15 分钟内完成，在现实中，效果不好的站会，往往耗时会比较长。站会中讨论带来的变化，需即时更新到看板上，如有问题，也需要及时记录。
6、 站会后，信息透明，风险和问题跟进
站会需要达成的成果：
- 看板已处于最新的状态，反映站会讨论的结果
- 识别阻碍需求流动的问题，并现场解决或则安排会后跟踪的行动；
- 团队成员了解项目的整体进展和状态；
- 团队成员清楚工作的优先级；
会后小范围讨论需要较长时间才能解决的问题。
总结：
- 站会的目标是：促进团队有效协作和聚焦，促进价值顺畅流动和交付；
- 站会要以价值交付为线索，从右向左检视需求的状态，聚焦于发现和处理价值流动中的问题；
- 不应该依赖站会检查每个人的工作，价值交付的状态和问题应该已清晰的体现在看板上；
- 更多的协作应该即时发生，不应完全依赖站会来进行团队协作；
一个好的站会应该帮助团队了解整体的价值流动状况，促进有效的协作，并及时处理价值流动的问题，保障价值顺畅流动。
