Scrum Master 如何参与每日 Scrum(Daily Scrum)

每日 scrum 可能是 scrum 中最容易被误解的事件。这个短短的 15 分钟的活动既可以成为团队每天协作的动力，也可以成为开发人员日常生活的祸根。从作用来说，每日 Scrum 这个 Event 对谁更有意义？其实答案很明显是 Team。如果在这个 Event 中 Scrum Master 承担越多，Team 就会相应减少。今天我们就来聊聊这看似简单的 15 分钟，Scrum Master 是否需要一直出席，或者 Scrum Master 如何对待自己在每日 Scrum 中的位置和作用？最近看了一篇国外敏捷专家分享的这个主题的 Blog，把我的感想分享一下。

作为一名 Scrum Master，你可以做的最重要的事情之一就是让自己的团队从各种 Event 中获益。例如每日 Scrum，如果 Scrum Master 自己成为了这个 Event 的焦点，离开了 Team 就玩不转了，那 Scrum Master 要想想这是否是自己想要的。Scrum 指南说每日 Scrum 这个活动是“为开发人员举办的”(注：这里的开发人员应该理解为开发团队的所有人，不只是程序员一类哦)，所以团队如何能够尽快掌握这个活动对于 Scrum Master 来说是很重要的事情。

虽然这听起来很简单，但事实并非如此。在此过程中，Scrum Master 所做的许多微妙的决定将引导团队，让他们成为活动的主人，或者让他们认为你才是主人。

那么说了这么多，作为一个 Scrum Master 我们要怎么做才能既让 Team 掌控活动，又能保证 Team 不跑偏呢？下面是几个小 Tips:

1. 不要让每日例会变成状态更新。这可能是团队最常犯的错误，这个错误使得 Scrum Master 成为关注的焦点。尝试让 Team 意识到，可以将每日 Scrum 转变为为当天的工作制定计划的活动。开发人员不应该向 Scrum Master 报告：他们应该互相计划。当开发人员在每日例会中向你提供更新时，你需要准备好将其重定向给其他开发人员。面对面的时候，也许盯着自己的鞋子，拒绝眼神交流就足够了。或者把开发者围成一个圈，而你站在圈外。如果是线上的时候，试着在对方说话时关掉摄像头。任何能够帮助开发者理解他们需要彼此多沟通过，而不与你将会更有帮助。

2. 以一种方式引导团队来掌控。许多 Scrum Master 在每日的 Scrum 会议上要求每个开发人员发言。简单地召集人们到一起这种微妙行为很可能暗示着权威，因此可能会导致误解，认为 Scrum Master 拥有这个会议并从中受益。所以试试另一种方式：选择第一个人，然后让他们去选择下一个人。这将表明，在这个过程中，权力并不在 Scrum Master 的手中。

3. 将会议的完全控制权交给开发者。Scrum 指南曾经说过，Scrum Master“在需要或要求时”提供帮助。如果这两种情况在某一天都不成立，那么 Scrum Master 就没有理由在那天主持每日 Scrum 了。

4. 有意的小失踪。如果你比较担心你不在时候早会的质量，可以尝试故意不参加或者晚到几分钟。观察几次你会发现 Team 会做的挺好。你也会更自信的放手。

其实越早将控制权移交给开发人员越好。这也是让他们理解，自组织是什么样子。让他们知道在这个时间和这个场地他们才是主人。拥有完全控制的权力。

最近越来越感觉到，一个好的教练最终会让 Team 离开你而不是依赖你。对于 Scrum Master 来说，如何培养团队能更好的自组织，同时帮助他们每天的活动中获得最大的收获。充分利用这个每天学习的机会来成长。甚至不知道要为此感谢你，可能这才是对你最好的褒奖。

如果你有关于敏捷转型、敏捷开发、敏捷落地相关的问题希望了解、探讨，欢迎给我留言。

参考引用

How To Coach Your Team to Run a Daily Scrum Meeting When You Cannot Attend