题目
Scrum冲刺阶段频繁遇到需求变更，作为Scrum Master应如何应对？
信息
- 类型：问答
- 难度：⭐⭐
考点
Scrum流程管理,变更控制,团队沟通
快速回答
作为Scrum Master应对需求变更的核心策略：
- 保护冲刺目标：坚持冲刺期间不修改已承诺的待办事项
- 建立变更流程：引导将新需求加入产品待办事项列表（Product Backlog）
- 促进团队协作：组织紧急变更评估会，必要时终止当前冲刺
- 优化流程：通过冲刺回顾改进需求梳理和利益相关者沟通
核心原则与应对策略
根据Scrum指南，冲刺（Sprint）是固定时间盒的容器，期间目标、范围和任务不应变更。但实际业务中变更不可避免，需平衡灵活性与稳定性：
- 原则坚守：向产品负责人（PO）和团队重申冲刺不可变性原则
- 变更分级：
-普通变更：记录到Product Backlog，下个冲刺处理
-紧急变更：启动冲刺终止流程（需团队全员同意） - 沟通模板示例：
"我们理解这个需求的重要性，但当前冲刺目标已承诺。
建议：
1. 立即加入Backlog并优先排序
2. 评估是否终止冲刺（将损失X天工作量）
3. 下个冲刺规划会优先讨论"
最佳实践流程
五步处理法：
- 拦截变更：立即阻止直接向开发人员提需求的行为
- 影响评估：组织PO和团队进行15分钟快速会议：
- 技术可行性
- 对当前冲刺目标的影响
- 延迟成本估算 - 决策路径：
变更类型 处理方式 微小调整（＜2小时） PO从冲刺待办事项中置换等量工作 重大变更 终止冲刺或推迟到下个冲刺 - 透明记录：在Jira等工具中创建变更请求票证，关联原始需求
- 流程改进：在回顾会议中分析变更原因，优化Backlog梳理流程
常见错误与规避
- 错误1：允许PO直接要求开发人员加任务
规避：建立唯一变更入口（Scrum Master或指定看板） - 错误2：频繁终止冲刺导致团队挫败
规避：设置终止阈值（如每季度≤1次） - 错误3：未记录变更影响指标
规避：跟踪变更率（变更点数/冲刺总点数）展示给利益相关者
扩展知识
- 紧急变更处理框架：
if (变更价值 > 冲刺剩余价值 * 1.5) then 终止冲刺 - 预防性措施：
- 在Sprint Planning预留10%缓冲时间
- 实施三层需求细化：
▪ 史诗（Epic）→ 特性（Feature）→ 用户故事（User Story） - 工具支持：
使用Jira的Change Control Board插件或Azure DevOps的审批流
