为什么你的 Scrum Master 忙个不停，团队却原地踏步
到了 2021 年秋天，许多在上一年仓促转为远程办公的团队，已逐渐适应了混合办公的节奏。每日站会照常进行，看板照样填满，Scrum Master 显然很忙。然而交付依旧迟缓，同样的问题反复出现。在多数情况下，问题并不在于不够努力，而在于对这个角色到底为何存在的误解。
《Scrum 指南》将 Scrum Master 定位为对团队效能负责，并按指南所定义的方式建立 Scrum。这是一个辅导与改造系统的角色，而非协调会议的角色。当这份工作沦为主持例会和更新任务卡时，团队便失去了最有价值的那个人——一个唯一职责就是让团队更善于交付价值的人。
掏空角色的几种错误
沦为会议记录员。 如果 Scrum Master 整个冲刺都在安排活动、记录笔记、追问进度，这个角色就被压缩成了行政事务。各项例会只是手段，而非工作本身。
充当代理经理。 分派任务、评判个人绩效、向上汇报，会把 Scrum Master 变成主管。这会扼杀框架所依赖的自管理，并让团队变得被动。
包揽障碍，却不去改变制造障碍的系统。 逐个去找答案、解锁任务卡看似有帮助，实则只是治标。真正持久的工作，是改变那些一再产生相同障碍的条件。
对组织层面保持沉默。 拖慢团队的因素很多都在团队之外：依赖排队、审批瓶颈、优先级不清。从不向上推动的 Scrum Master，会让最大的障碍原封不动。
维护仪式甚于结果。 无论是否有用，都坚持每次会议严格照本宣科，这是把流程当成了目的。重点在于经验主义与持续改进，而非循规蹈矩。
混合办公让上述若干问题更加严重。当半数团队成员只出现在屏幕里时，人们很容易用更多会议和更多跟踪来过度管理。这种本能恰恰在团队最需要被辅导如何跨距离良好协作时，把 Scrum Master 进一步推向行政事务。
做得好的角色是什么样子
辅导团队走向真正的自管理与跨职能，而不是指挥团队。
协助 Product Owner 做好产品待办列表管理，并清晰传达产品目标。
从源头消除障碍，改变流程与结构，而不只是清掉当天的阻塞。
与更大范围的组织协作，解决团队之外的依赖与决策问题。
守护团队的专注，并让中断和上下文切换的代价变得可见。
一个简单的检验：在一个冲刺中，Scrum Master 有多少时间花在协调活动上，又有多少花在改进团队的工作方式上？如果几乎全用在协调上，那么无论这个人看起来多忙，这个角色都被浪费了。
如何让角色回归正轨
先把反复出现的障碍明确说出来，再把每一个追溯到根因，并确定谁能改变那个条件。把例会的操作交还给团队，让 Scrum Master 腾出手来观察、辅导并向上推动。这并不意味着例会不再重要：一场主持得当的冲刺回顾，仍是大量改进得以决定的场合。改变之处在于，团队接管了操作，而 Scrum Master 把腾出的时间投入到辅导，以及那些任何主持人清单都无法浮现出来的组织层面工作中。用团队是否随着时间变得更有能力来衡量这个角色，而不是用会议是否准时来衡量。
如果你的交付团队忙碌却停滞不前，XNM 的项目集与项目交付咨询 可以帮助你重新聚焦这一角色，并扫清任何单个冲刺都无法解决的障碍。