快速清除障碍：Scrum Master的实战手册
在Scrum中，障碍是指任何拖慢Scrum团队、或阻止其向Sprint目标推进的事物。《Scrum指南》说得很清楚：Scrum Master负责促成障碍的清除——不一定要亲自解决每一个，但要确保它们得到清除。这个区别很重要。一个事事都想独自解决的Scrum Master会变成瓶颈；而一个建立起快速、可见的障碍处理机制的人，能让整个团队持续前进。
到2021年初，障碍的性质已经改变。团队分散办公，意味着过去隔着办公桌三十秒就能问清的问题，如今要等上一天才有回音。供应中断意味着你以为稳定的某项依赖，突然就不稳定了。清除速度成了一种竞争优势，而那些蓬勃发展的团队，正是把处理障碍当作每日功课、而非偶尔的救火演习的团队。
在障碍恶化之前让它浮现
看不见的东西无法清除。每日站会是团队天然的雷达，但「有什么阻碍吗？」这个问题往往换来一个条件反射式的「没有」。不如让提出障碍变得轻松而常规：维护一份人人可随时添加的可见障碍清单或看板列，并把每一项都当作团队的问题，而非个人的失败。当大家相信指出阻碍带来的是帮助而非指责时，他们就会更早地说出来——而那正是清除成本最低的时刻。
先分类，再集中处理
并非每个障碍都值得同样的应对。一次快速分诊，能把精力集中到最关键之处。
开发人员能否在本Sprint内自行解决？那么你的任务是保护他们的专注、退后一步，而不是接手代劳。
它是否需要团队之外的人——另一个部门、一家供应商、一位决策者？这正是Scrum Master的本职：将其上报，点名那个能采取行动的人，并定下日期。
它是反复出现的系统性阻碍，还是一次性的偶发？把它记录为一种模式；这类障碍值得在Sprint回顾会上提出，以便处理根因而非仅仅处理症状。
推动每个障碍直至关闭
把它变具体。 把障碍重新表述为一项明确、有归属、带姓名和截止日期的行动。「采购很慢」是抱怨；「我们需要在周四前签好供应商合同——我去找Dana拿审批」才是一个你真正能关闭的障碍。
动用你的人脉，而不仅是你的职权。 Scrum Master对那些阻碍团队的人，往往并无正式权力。影响力、人际关系，以及知道谁能解开哪个结，会比一封状态邮件更快地推动事情。
可见地跟踪，直到它消失。 把障碍连同其负责人和日期一起留在看板上，直到它真正被解决。让滞留显而易见会让人不适，而正是这种不适，使得陈旧的阻碍不会被悄悄遗忘。
把模式反馈回改进中。 当同一个障碍一再回来，解决之道不是更快地救火——而是改变团队或组织的工作方式，在回顾会上决定，并在下一个Sprint中尝试。
目标不是一个独自英勇清障的Scrum Master，而是一个这样的团队：障碍能迅速浮现、被明智地分类，并由最适合行动的人推动至关闭——而Scrum Master则确保没有任何一个障碍悄悄拖住Sprint。
如果你的团队因为无人认领的阻碍而日复一日地损失工时，XNM的项目与项目群交付咨询服务可以帮助你建立起让障碍持续走向解决的习惯与机制。