去掉口号的仆人式领导：Scrum Master 的每周清单
仆人式领导是敏捷中被引用最多、却最少被真正实践的理念之一。这句话被印在幻灯片上，然后大家又回到分派任务、追问进度的老路。2020 版《Scrum 指南》对这个角色的本质说得很直白：Scrum Master 是真正的领导者，服务于 Scrum 团队和更大的组织，并对团队的有效性负责。服务并不意味着当受气包或做记录员，而是把团队成功的条件置于你个人的曝光度之上。
对于疫情后仍在重新站稳脚跟的混合团队来说，这一区别尤为重要。当半个团队远程办公、一个延误的组件就能让一个冲刺停摆时，障碍真实而持续，而那位悄悄扫除障碍的领导者，远比那位把看板做得最漂亮的人更有价值。下面这些习惯，能把一个听起来很美的理念，变成你周复一周真正做得到的事。
服务团队究竟是什么样子
衡量仆人式领导者，看的是团队的成果，而不是个人的英雄事迹。落到实处，它归结为几种持续一贯的行为。
扫除障碍，而不只是记录障碍。 当某件事阻碍了开发人员，你的职责是为他们扫清道路——去追审批、把依赖往上升级、把权限弄妥——而不是把它记到清单上然后干等。
教练，而非发号施令。 帮助团队找到他们自己的答案，而不是把答案塞给他们。目标是一个即使你不在场也能解决问题的团队，而不是一个依赖你的团队。
守护专注。 为团队挡住冲刺中途的范围变更、顺手插进来的请求，以及毫无意义的会议，好让他们能完成自己承诺的事。
让工作可见。 诚实地呈现进展、风险和障碍，让问题尽早得到解决，而不是去打磨一份把问题掩盖起来的状态报告。
本周就能用上的每周清单
要这样去领导，你并不需要一场转型计划。每周把这些问题过一遍，并针对差距采取行动。
本周我真正扫除了哪个障碍——不是记录，是扫除？
在哪些地方，我直接给了答案，而本该引导团队自己去找？
有没有什么把团队带偏了它的冲刺目标，我有没有顶回去？
产品负责人和开发人员之间是否进行着他们所需要的对话，还是由我在中间传话？
团队是否从上一次回顾中改进了一件事，还是那项行动悄悄不了了之？
本周我为谁的成长投入了时间，哪怕只有十分钟？
我做的事情里，有没有让我看起来很忙、却没有让团队变得更好的？
领导的是整个系统，而不仅仅是每日站会
《Scrum 指南》把 Scrum Master 的服务放在三个层面：团队、产品负责人和组织。第一个最显眼，但持久的改变发生在第三个层面。只会把每日站会理顺的领导者，将永远在与同样的障碍搏斗。而那位帮助组织理解经验主义、修正那些制造障碍的制度、并尊重团队专注的领导者，能一举消除整类的摩擦。这是更艰难、更不张扬的工作——也是衡量仆人式领导的真正标准。目标是让团队随时间变得更有能力、更能自我管理，直到你最好的日子，恰恰是几乎用不上你的那些日子。
如果你正在培养以服务而非指挥来领导的 Scrum Master 和交付负责人，XNM 的项目与项目群交付咨询服务可以帮助你把这些习惯落实到各个团队之中。