Scrum | 每日站会

每日站会（Daily stand up）：有事早奏，无本退朝

Scrum的几个会议里，每日站会（Daily Scrum）其实是最不好开的，每日站会是Scrum的标志性活动，但是有的团队开一开觉得没有意思就不开了，有的团队把每日站会开成了汇报会，讨论会。今天我们就聊聊如何开好每日站会。

会议目的

• 同步团队的工作任务和计划（让所有人互相了解对方在做什么，当前项目计划进展如何 ）。
• 帮助大家解决阻碍任务进度问题。

会议前提

• Scrum看板上，每个人的任务都已移动至最新状态。
• 每个人都要准备好自己的发言内容并且进行优化，而不是站在圈内才去思考，这样可能会遗漏掉真正重要的事项。

时间要求

• Sprint的每一天都要举行。
• 同一时间同一地点举行，以便降低复杂性。
• 一个以 15 分钟为限的事件（之所以是站会，也是有助于缩短会议时间）。

注意：每日站会一定要准时开，Scrum特别强调节奏感，今天不开明天开，后天开了大后天不开，久而久之，大家对每日站会就会松懈，从而忽略掉每日站会，从而丢失Scrum的节奏。

参会人员

• Team
• SM
• PO
• 团队外的成员也允许参加，但是没有发言权（详见问题2）。

会议结构

主题明确，不能掺杂其他无关的话题。每个人就回答3个问题：

• 昨天完成了哪些任务？（要关注主要细节，又不能过分详细）
• 今天准备完成哪些任务？
• 工作遇到了什么问题？

站会上不详细讨论具体的细节问题，如需讨论通常是在每日 Scrum 站会后相关人员聚集在一起进行讨论。

Scurm Master 的工作

Scrum Master 确保开发团队每日站会如期举行，但开发团队自己负责召开会议。

• Scrum Master 教导开发团队将每日 Scrum 会议时间控制在15分钟内。
• 每日 Scrum 站会是开发团队的内部会议。
• 如果有开发团队之外的人出席会议，Scrum Master 必须确保他们不会干扰会议进行。
• 每日 Scrum 站会增进交流沟通、减少其他会议、发现开发过程中需要移除的障碍、突显并促进快速地做决策、提高开发团队的认知程度。

常见问题

问题1：团队处于两地，甚至多地，站会如何开？
解决方案：JIRA电子看板的好处就是便于异地开发，各地成员都打开看板页面，同时用电话会议的方式接入，进行异地站会。目前JIRA看板已可以做到需求卡片移动后瞬间同步。

问题2：团队以外的人员可以参加站会吗？
解决方案：可以，但是没有发言权。关于这点可以参考 鸡和猪的故事 。

问题3：每次参加站会的人行动拖沓，大家需要等他几分钟，怎么办。
解决方案：可以改变发言顺序，最后一个过来的先发言。依次顺时针或者逆时针发言。

问题4：没什么说的。我昨天做这部分的开发，今天继续做这部分开发，没什么问题。下一个团队成员也基本是这么回复。
解决方案：

1. 将任务的粒度拆分小一些，比如不超过1天的工作量。工作太多，团队不知道当前的进度如何，也就会带来进度的风险。有可能我昨天完成了1%，今天结束了，我只完成了10%，很多时候进度延期，就是这么导致的。到底是100-100还是50-50，还是0-100，谁都不知道。
2. SM也要发挥出问题引导的技巧。比如提醒一下大家或者直接抛个问题：“你有没有什么要跟大家交接或者要提测的内容？”、“你昨天完成的这个工作，后续有没有人需要交接的……”

问题5 开成了汇报会：
团队围成圈，PM在中间，然后问：“小王，你按照3个问题汇报一下昨天的工作”。
小王：”我昨天做了xxxxx……，今天打算做xxx，目前遇到问题是：xxx”

解决方案：
团队自组织的形式来分享、同步每天的工作状态。很多时候我们项目出现风险，大多数由于沟通问题导致，所以多分享多交流，同步信息才是最主要的思想。
SM(Scrum Master，流程经理)或者PM（产品经理）不应该站在团队的面前，一旦你这么做了，你就是焦点，团队自然就认为工作应该向你汇报。这时你应该离开白板，离开团队的焦点和中心。让团队自己成为焦点。谁分享的时候，就让谁站白板面前。团队成员才是这个会议的主人，而非SM或者PM。
要让团队成员养成自主移动任务卡片的习惯，SM不要帮忙移动。

问题6 开成了分享会
“我昨天终于把xxx问题搞定了，主要是xxx问题，然后我xxxx……”5分钟过去了，团队一脸懵逼的带着崇拜的眼神听着大牛在做技术分享…

解决方案
给团队梳理站会的流程及要点。每个团队成员都有指定的时间来完成3个传统的问题。技术细节，会后交流或者有时间做个技术分享也可以。
带个秒表，每个人说完就计时，强化大家的时间观念
如果还超时，请参考团队惩罚项