题目
作为Scrum Master，如何应对Sprint中频繁插入的紧急任务？
信息
- 类型：问答
- 难度：⭐⭐
考点
Scrum Master职责, 变更管理, 优先级协商, 团队保护
快速回答
应对紧急任务插入的核心策略：
- 坚守Sprint目标：优先评估新任务是否破坏当前Sprint目标
- 启动变更控制：引导PO和团队进行正式评审，重新协商范围
- 透明化处理：在每日站会公开讨论影响，更新任务板
- 保护团队专注力：设置『缓冲区』或推迟非关键任务
- 根本原因分析：在回顾会议中追溯频繁插入的原因
1. 核心原则说明
Scrum框架中，Sprint是受保护的短周期（通常2-4周），Sprint目标在计划会议确定后不应随意变更。频繁插入紧急任务会导致：
- 团队上下文切换，降低效率（研究表明损失20-40%生产力）
- 破坏承诺，影响团队士气和信任
- 阻碍增量交付的可持续性
2. 标准处理流程
步骤示例（需在实际会议中执行）：
1. 紧急请求到达 →
2. Scrum Master召集PO+团队进行15分钟紧急评审 →
3. 评估四要素：
- 该任务是否比当前Sprint目标优先级更高？
- 插入后需移除多少原有工作项？（通常1:1置换）
- 对交付增量完整性的影响
- 团队剩余容量是否允许
4. PO决策：接受则调整Sprint Backlog，拒绝则列入产品Backlog3. 最佳实践
- 建立『紧急插槽』：计划会议时预留10-15%容量应对突发需求
- 可视化控制：在任务板设置红色警戒区放置紧急任务
- 防御策略：
"团队当前聚焦于X功能交付，插入Y将导致Z延期。建议：
a) 用Y替换Backlog中优先级最低的A任务
b) 下周Sprint优先处理Y" - 度量影响：跟踪计划外工作占比（超过15%需预警）
4. 常见错误
| 错误做法 | 后果 | 正确替代 |
|---|---|---|
| 直接接受任务不评估 | 团队超负荷，Sprint目标失败 | 坚持变更评审流程 |
| 牺牲技术债务时间 | 累积缺陷导致后期延迟 | 保持非功能工作占比 |
| 单独分配任务 | 破坏团队协作 | 集体重新协商承诺 |
5. 扩展知识
- Scrum指南依据：第5.4节规定只有PO有权调整Sprint Backlog
- 混合方法：Kanban的加急通道（Expedite Lane）可整合使用
- 组织级改进：若频繁发生，需推动：
- 产品路线图规划优化
- 建立业务方PO联合评审机制
- 技术债专项Sprint
关键思维：Scrum Master不是挡箭牌，而是通过流程赋能团队自主决策，平衡灵活性和稳定性。
