在敏捷开发快速变化的世界中，进展通常通过持续交付价值的能力来衡量。然而，即使是最有纪律的团队也会遇到阻碍进展的障碍。这些障碍被称为障碍。如果得不到及时处理，它们会降低速度，损害士气，并延迟发布。快速识别并消除这些障碍，是任何Scrum团队都必须具备的关键能力。
本指南全面介绍了如何管理障碍。我们将探讨障碍的定义、识别策略、消除流程以及预防技术。目标是保持工作流的顺畅，确保团队能够专注于创造价值，而不会受到不必要的干扰。
🔍 障碍的定义
障碍是指任何阻碍Scrum团队成员完成工作的障碍。它不仅仅是‘缺陷’或‘困难的任务’。它可能是外部或内部的因素，阻碍了进展。与常规工作项不同，障碍不会为产品增加价值，它们的存在只是为了消耗时间和精力。
- 外部：对其他团队的依赖、基础设施问题或审批瓶颈。
- 内部：知识不足、工具限制或需求不明确。
尽早识别这些问题至关重要。障碍越早被发现，就越能及时解决，从而避免对冲刺目标造成影响。
📋 障碍的类型
并非所有障碍都是一样的。有些是技术性的，有些是组织性的。对障碍进行分类有助于分配合适的资源来解决它们。下表列出了常见的类别及示例。
| 类别 | 描述 | 示例 |
|---|---|---|
| 技术类 | 与代码、架构或工具相关的问题。 | 环境停机、遗留代码复杂性、构建失败。 |
| 组织类 | 官僚主义或流程相关的障碍。 | 审批流程缓慢、治理不明确、资源分配问题。 |
| 团队协作 | 由协作或沟通引发的问题。 | 冲突、缺乏共同理解、人员可用性缺口。 |
| 外部依赖 | 来自团队外部的障碍。 | 其他团队提供的API，第三方供应商的延迟。 |
👀 识别策略
障碍常常隐藏在繁忙的日程安排背后。团队必须主动发现它们。仅依赖单一信息来源通常不够。相反，采用多渠道方法可以确保没有问题被遗漏。
1. 每日站会
每日站会是识别障碍的主要场合。每位团队成员都应回答标准问题，但特别要指出阻碍自己的事项。这不是给管理层的进度报告，而是团队的同步点。
- 鼓励使用具体语言：“我被……卡住了”，而不是“我将处理……”
- 保持专注。如果团队在站会上讨论解决问题超过10分钟，就将其移出会议。
- 将障碍明显记录下来。使用实体看板或数字跟踪系统。
2. 回顾分析
虽然每日站会处理即时障碍，但回顾会议则解决系统性问题。如果某种特定障碍反复出现，说明流程存在缺陷。
- 寻找模式。是不是同一个团队总是被延迟？
- 讨论根本原因。为什么这个问题又发生了？
- 承诺采取一项行动，防止问题再次发生。
3. 可视化管理
工作看板能立即展现流程状态。当卡片在“进行中”状态停留太久，就表明可能存在潜在问题。
- 设置在制品（WIP）上限。如果某一列已满，则不再进入新工作。
- 使用颜色编码。红色卡片表示被阻塞的事项。
- 在计划和评审会议期间检查看板，以发现卡住的事项。
4. 一对一沟通
有时，个人在集体场合中不愿提出障碍。私下交流可以发现个人或敏感的阻碍因素。
- 关注那些显得不投入的团队成员。
- 就他们的工作流程提出开放式问题。
- 营造一个安全的环境，让承认障碍被视为负责任的行为。
⚙️ 障碍消除流程
一旦识别出障碍，重点就转向解决。速度很重要，但消除方法同样关键。快速消除障碍并不意味着跳过质量检查，而是意味着高效地解决问题。
1. 所有权与责任
每个障碍都需要有负责人。所有权不明确会导致行动缺失。Scrum Master 通常担任协调者，但团队必须共同承担责任。
- 将障碍分配给具体人员。
- 明确预期的解决时间。
- 跟踪进度，直到障碍被清除。
2. 升级路径
如果团队成员在合理时间内无法解决问题，必须进行升级。应明确应联系谁的层级结构。
- 团队层级： 同事或内部专家。
- Scrum 主管级别： 流程障碍或资源冲突。
- 管理级别： 战略决策或外部供应商问题。
升级不应被视为失败。它是一种确保工作持续进行的机制。为了避免‘打扰’领导而延迟升级，往往会造成比问题本身更大的损害。
3. 协作胜过孤岛
障碍通常需要跨职能的输入。团队不应孤立工作。
- 邀请相关利益相关者参加一次快速会议。
- 将问题分解为更小、可管理的部分。
- 分享知识以防止未来再次发生。
4. 决策制定
有时，一个障碍需要做出非技术性的决策。这可能是在速度与质量之间，或范围与时间表之间的权衡。
- 授权产品负责人做出范围决策。
- 确保团队拥有技术自主权以选择解决方案。
- 记录决策及其理由。
🛡️ 预防与文化
被动清除是好的，但主动预防更好。建立一种不鼓励障碍存在的文化，可以减少系统中的摩擦。
1. 根本原因分析
当障碍被移除后，连续问五次“为什么？”这种方法有助于找出根本原因，而不仅仅是处理症状。
- 问题： 构建服务器崩溃了。
- 为什么？ 磁盘空间已满。
- 为什么？ 日志未被轮换。
- 为什么？ 没有自动化脚本。
- 为什么？ 基础设施团队未将其列为优先事项。
- 解决方案： 自动化日志轮转并设置警报。
2. 标准化
一致性减少混淆。当每个人都遵循相同的设置和部署流程时，出现的错误会更少。
- 使用基础设施即代码来管理环境。
- 标准化编码规范和审查流程。
- 为常见任务（如入职或部署）创建检查清单。
3. 心理安全
团队成员必须感到安全，敢于发声。如果他们害怕被责备，就会一直隐藏障碍，直到为时已晚。
- 关注流程，而非个人。
- 将问题的发现视为胜利来庆祝。
- 鼓励对失败保持透明。
4. 持续改进
系统必须不断演进。去年有效的方法今天可能不再适用。要定期审查工作流程。
- 测量周期时间和前置时间。
- 识别价值流中的瓶颈。
- 在低风险区域尝试新的工具或流程。
📊 指标与追踪
要有效管理障碍，必须对其进行度量。数据能揭示摩擦所在的位置。
1. 障碍老化
跟踪障碍保持开放的时间长度。平均年龄过高表明存在系统性问题。
- 为阻塞项设定目标最大年龄。
- 在每次回顾会议中审查老化项目。
- 突出显示已超过阈值的项目。
2. 出现频率
统计特定类型障碍出现的频率。这能凸显反复出现的主题。
- 按类别对障碍进行分组（例如：基础设施、审批）。
- 绘制频率随时间变化的图表以观察趋势。
- 优先处理出现频率最高的类别。
3. 解决率
测量在冲刺期内解决的障碍所占百分比。解决率低表明需要更好的资源或更快的升级机制。
- 计算：（已解决的障碍 / 总障碍数）* 100。
- 在不同冲刺之间进行比较。
- 使用此指标来调整团队容量规划。
🚦 需要避免的常见陷阱
即使出于最好的意图，团队也常常陷入阻碍进展的陷阱。意识到这些陷阱是避免它们的第一步。
- 忽视小障碍： 小问题常常会演变成大危机。应立即处理。
- 指责个人： 指责会营造恐惧文化。应关注系统本身。
- 过度依赖Scrum主管： Scrum主管负责推动，但团队才真正承担工作。障碍的消除应是团队共同的责任。
- 缺乏可见性： 如果障碍不可见，就无法追踪。应使用可视化看板。
- 错误的解决方案： 在未理解根本原因的情况下匆忙采取补救措施，往往会导致问题再次发生。
🤝 与利益相关方协作
障碍通常涉及开发团队之外的人。管理这些关系至关重要。
- 透明度： 让利益相关方了解因障碍导致的延迟情况。
- 期望管理： 确保他们理解外部依赖的影响。
- 反馈循环： 定期询问利益相关方他们的需求是否得到满足。
- 共同解决问题： 邀请利益相关方协助解决复杂的障碍。
💡 最后思考
管理障碍并非一次性任务，而是一项需要持续关注和投入的实践。通过明确障碍的定义、建立清晰的识别方法，并遵循结构化的清除流程，团队才能保持高效率。预防是最终目标，但快速反应的能力则是确保项目不偏离轨道的安全保障。
请记住，Scrum指南将Scrum主管定义为一名服务型领导者，负责清除障碍。然而在实践中，整个团队都承担这一责任。当每个人都被赋予权力去发声和行动时，工作流将更加顺畅，价值交付也将更加可预测。
从今天开始，审查您当前的待办事项列表。识别任何存在风险的项目。指定负责人并设定时间点来回顾进展。小的行动会随着时间积累成显著的改进。
