江湖茶馆——Scrum四大事件之一 “每日站会”

江湖茶馆是敏捷江湖桃花岛中一项话题讨论活动，通过华山论剑层层闯关后的江湖高人，才可获得登岛机会，与敏捷大咖面对面交流互动。

本期主题：

Scrum四大事件之一：每日站会

本期主讲嘉宾：

黄隽 （敏捷江湖桃花岛——黄药师）

话题概要：

本期话题根据江湖人士关注点，共围绕六个问题开展话题讨论，分别是：

问题一：站会时间长？

问题二，PO是否必须参加站会，如果参加，该怎么参加？

问题三：我们没有发言棒啊，主要就是天天都开……放下一切工作去开站会，隔一天一开不行么？

问题四：站会用物理看板还是电子看板？

问题五：站会需要维护team的burndown图吗？

问题六：还有个更难解决的问题：会上每个人只关注自己task的状态，没人关心story这个整体，如果有业务等外来变化，影响现在的story，没人关心？

以下内容为本期话题的精品沉淀：

问题一：站会时间长？

会议上每个成员需要回答3个问题：

1、昨天都完成了哪些工作？

2、今天准备完成什么？

3、工作中遇到了什么问题？

回答的形式与目的不是向领导汇报工作，而是团队成员之间相互交流，以共同了解项目情况和共同解决问题。

会议主持人（比如Scrum Master、轮值者、教练、团队协调者）确保会议的举行，并控制会议时间，团队成员进行简短有效的汇报。

另外要注意时间盒，也叫timebox，是开发团队的一个时间盒限定为 15 分钟的事件。 时间建议不要太久，对于5-9人的团队来讲15分钟的会议时间足够。

团队外成员也可以参与，但没有发言权。某位团队成员在发言期间，其他人员应认真倾听，如有疑问可简短确认，但不应做过多讨论。如果对某位成员的报告内容感兴趣或需要其他成员的帮助，任何人都可以在每日站立会议结束后即刻召集相关感兴趣的人员进行进一步的讨论。

并且在发言时可以利用道具，比如话筒，谁拿到话筒谁发言，限制频繁打扰发言人的情况。

问题二，PO是否必须参加站会，如果参加，该怎么参加？

Scrum Guide 中建议，站会由开发团队参与即可，如果其它人员参与，有听的权力，建议不要给干扰团队开会的权力。就是说禁言，以确保会议高效

问题三：我们没有发言棒啊，主要就是天天都开……放下一切工作去开站会，隔一天一开不行么？

没有什么不行，也没有绝对正确的。如果团队所有成员觉得站会隔日开，那么SM要判断一下。我一般的做法是，尊重团队成员想法，给团队试错的机会，如果发现问题，引导团队自行改善。当团队成员有了对比，开与不开，或者天天开，和隔日开是有感觉的，打在自己身上才有疼的感觉，不给团队尝试机会，我不建议。当然SM要及时引导，服务，和排除障碍。

问题四：站会用物理看板还是电子看板？

电子看板优势

1) 历史数据积累方便

可以很方便的对数据进行度量与分析。

2) 异地协作可视化

可以方便的实现异地团队工作内容的可视化。

3) 管理人员方便查看

电子看板不受地域的限制，管理人员随时可以查看项目进度。

4) 信息记录完整

可以在卡片中增加更多的重要信息，比如验收标准等。还可以关联更多的内容。

电子看板劣抛

1) 更改慢

这里指对电子看板功能的制定化需求，新增加功能性需求需要开发团队配合完成，不能在第一时间随时按团队的想法自行更改。也就是说，团队的流程规划受电子看板功能制约。

2) 仪式感弱

团队成员在同一地点还好，如果分布在不同地点（包括在同一个办公室不同座位的情况）仪式感会弱化。

物理看板优势

1) 成本低

几乎不需要成本。办公室允许粘贴的玻璃墙、白墙或者白板均可。再准备点便签和笔。

2) 入门快

只要团队想好了怎么做，立刻可以做到工作的可视化，特别适合刚刚使用看板的入门级团队。

3) 更改方便

对于看板的规划，只要有新的想法就可以灵活的变动和快速的实现。比如，列的变化、泳道的变化。同样，特别适合刚刚使用看板的入门级团队。

4) 仪式感强

每日站会的仪式感很强，这个是电子看板无法取代的。

物理看板劣势

1) 数据无备份

历史数据不能备积累，无法对历史数据度量与分析。

2) 异地同步难

如果团队成员分布在异地，信息的同步是很大的问题。

3) 记录的信息量少

受便签空间制约，书写的信息量有限，但是同时也约束了内容的简洁性。

我的建议：

敏捷流程有了认识，一些敏捷的习惯已经养成。

要引导团队的改善活动，看板从开始到稳定要经历过几次进化，最后达到团队理想的流程管理和最佳的可视化状态。这个时候建议再引入电子看板，让敏捷习惯持续传承。

如果团队成员分散到多个地域，毫无疑问电子看板是最适合的。有些团队会两种看板同时存在，这种情况多见于看板的管理规则不同（多数情况是更喜欢物理看板的仪式感及精简版的管理和内容），如果规则相同，建议用一种看板就好，否则两种看板之间的同步也是一种额外的工作量。

问题五：站会需要维护team的burndown图吗？

建议更新，而且认真做好团队中每个成员的每日燃尽和团队整体的每日燃尽。

问题六：还有个更难解决的问题：会上每个人只关注自己task的状态，没人关心story这个整体，如果有业务等外来变化，影响现在的story，没人关心？

我估计，你的团队人数比较多，Scrum中建议团队人数为5-9人。你的团队中的成员应该不是特性型团队Feature, Story, Task要区分好，团队是一个整体，要强调Sprint目标完成，团队才胜利，个人目标完成Sprint也是失败。另外，发言顺序团队经过几次站会，你会发现很巧妙，顺序好像自然固定了，建议业务耦合度高的放在一起发言。

以上为本期江湖茶馆的全部精品内容，如果您也想加入敏捷江湖桃花岛与大咖切磋问道，可添加 桃花岛助手小昭微信：devcloud08，也可直接扫描下方二维码添加小昭。