快速消除阻碍：Scrum Master的现场检查清单
在Scrum中，阻碍是指任何减慢团队速度或阻止他们完成Sprint目标、而团队自身在Sprint内无法解决的事情。Scrum Master负责识别阻碍并消除它们——或将其升级给有权力消除它们的人。被浮现但未能快速消除的阻碍会变成慢性问题——团队停止相信Scrum Master会采取行动，停止浮现阻碍，开始绕过它们，从而产生浪费和技术债务。
检查清单第一部分：可靠地识别阻碍
在每日Scrum中专门询问阻碍。 每日Scrum的三个问题——'昨天我做了什么？'、'今天我将做什么？'、'有任何阻碍吗？'——在第三个问题上通常产生沉默，因为团队了解到阻碍不会被快速消除。考虑将第三个问题替换为'什么在减慢你的速度？'或'你需要什么但没有？'——这通常会浮现标准问题没有浮现的阻碍。
保持阻碍登记册。 阻碍登记册——所有开放阻碍的可见列表，包含所有者、提出日期和当前状态——使阻碍积压可见，并为消除创造问责。没有可见登记册，阻碍在提出后经常被遗忘。
区分阻碍和信息请求。 不是每个每日Scrum关注点都是阻碍。'我不确定如何实现这个'是信息请求——团队可以自行解决。'部署环境已三天不可用，基础设施团队没有响应我们的工单'是需要Scrum Master行动的阻碍。
检查清单第二部分：快速消除阻碍
当天采取行动。 在每日Scrum中提出的阻碍应该当天就采取行动——即使行动只是给相关所有者发一封请求更新的电子邮件。等到下次每日Scrum才采取行动，发出的信号是阻碍不紧急。
了解你的升级路径。 每个Scrum Master应提前知道谁能解决最常见的阻碍类型：基础设施依赖、外部团队依赖、预算或采购保留、利益相关者决策，以及组织政策障碍。提前了解升级路径减少了当阻碍被提出时找出路径所花费的时间。
必要时正式升级。 如果阻碍无法非正式解决，以书面形式正式升级——一封邮件，指名阻碍、描述对Sprint的影响，并请求在特定日期前做出决定。正式书面升级创造记录，使影响对高级利益相关者可见，并设定响应时间的期望。
检查清单第三部分：防止反复出现的阻碍
在Sprint回顾中审查阻碍登记册。反复出现的阻碍——在多个Sprint中多次出现的那些——是系统性问题，而非一次性问题。它们应该在流程或组织层面处理，而非每次出现时单独管理。
跟踪阻碍的解决时间。如果阻碍从提出到解决的平均时间超过两天，阻碍消除流程运作不有效。使用数据识别瓶颈在哪里。
向组织报告阻碍指标。如果Scrum Master持续快速消除阻碍，组织利益相关者很少看到他们工作的证据。报告阻碍数量、类型、解决时间和升级路径，使Scrum Master的贡献可见。
XNM为公共部门组织提供Scrum辅导和敏捷交付顾问服务。欢迎联系XNM项目群与项目交付咨询团队，探讨贵组织的Scrum实施和阻碍管理。