去掉口号的服务型领导：Scrum Master 容易走偏的地方
服务型领导是 Scrum 中被引用最多、却最少被真正践行的理念之一。2020 版《Scrum 指南》将 Scrum Master 描述为一位真正的领导者，服务于 Scrum 团队和更广泛的组织——对团队的有效性负责，而不仅仅是对团队的舒适负责。麻烦大多正是从最后这点区别开始的。一个把「服务团队」和「讨好团队」混为一谈的 Scrum Master，最终会沦为跑腿的人，而不是去打造一支不再需要别人跑腿的团队。
转向远程和混合办公，让人更容易掉进这些陷阱。当你无法察言观色时，就很容易用「忙碌」来冒充领导力：用一连串进度提问填补沉默，充当团队的传话人，因为那些原本能悄悄解决问题的走廊闲聊已经消失，于是又多安排一场会议。这些都不是服务，而是披着服务外衣的瞎忙。
把它掏空的那些错误
把服务和讨好混为一谈。 对每一个请求都说「好」看起来很支持团队，但服务型领导者有时恰恰是通过守住一条令人不适的底线来更好地服务团队——保护这个 Sprint、点出一个谁都不愿提的问题，或者让团队去承担一个艰难的决定，而不是把他们从中解救出来。
沦为团队的秘书。 挪动卡片、追问进展、做会议记录，这些活儿很容易揽过来，却很难再交还出去。每一项你默默接管的任务，都是团队从此不再锻炼的一块肌肉。目标是一支能把自家活动办好的团队，而不是一支离了你就转不动的团队。
替团队挡掉一切不适。 清除真正的障碍，这是本职工作。但抹平每一处摩擦——每一次与干系人尴尬的对话、每一个预测落空的后果——则会剥夺团队成长所需的反馈。要替他们挡掉的是阻塞，而不是现实。
用命令来做辅导。 「你应该把那个故事拆开」是一句指令，不是辅导。一个好问题——「怎样才能让这个故事在一个 Sprint 内交付？」——把思考和归属感都留给了团队。
只服务团队，从不服务组织。 Scrum Master 同样要服务产品负责人和更广泛的组织。一个只对内据理力争的 Scrum Master，会变成团队的辩护律师，而不是一个帮助整个系统改进的领导者。
真正的服务是什么样子
真正的服务型领导，比那些口号更安静、也更费力。它体现在一个个反复出现的小选择里。
在你已经知道答案时仍然提问，因为团队从自己找到答案中学到的，远比从听到答案中学到的多。
让障碍可见，并去推动那些超出团队权限的障碍，而不是默默地自己扛下来。
在 Sprint 期间守护团队的专注，同时让他们对 Sprint 目标和预测保持诚实。
随着时间推移把自己「干到失业」——用团队在没有你时能做到什么来衡量成功，而不是用你觉得自己有多不可或缺。
通过服务团队的成长来领导
检验服务型领导的标准，不是这个 Sprint 团队是否喜欢你，而是团队是否比一个季度前更有能力。当团队是分散办公、你能依赖的非正式信号又更少时，这种重新定位就更加重要。要刻意去做：挑一个你悄悄接管的习惯——主持每日站会、独揽看板、包办每一次跨团队请求——把它交还出去，然后辅导团队把它做好。服务型领导，是让人们富有成效地挣扎的那份耐心，再加上只在挣扎不再有成效时才出手的那份判断力。做得好的时候，它几乎是隐形的——而这正是它的意义所在。
如果你的团队正在采用 Scrum，并希望拥有能够领导而非仅仅协调的 Scrum Master，XNM 的项目群与项目交付咨询服务 可以帮助你在关键之处建立起这项能力。