题目
Scrum冲刺中关键功能未完成,作为Scrum Master应如何处理?
信息
- 类型:问答
- 难度:⭐⭐
考点
Scrum事件处理,冲刺评审会议,Scrum Master职责,风险管理
快速回答
作为Scrum Master应采取以下行动:
- 透明沟通:在评审会议中如实说明未完成状态
- 保护团队:避免指责,引导聚焦解决方案
- 组织复盘:在回顾会议中分析根本原因
- 调整待办项:与产品负责人协作重新规划未完成工作
- 流程改进:制定预防措施避免重复发生
问题背景
在冲刺评审会议中发现关键功能未完成是常见风险,Scrum Master需要平衡透明度、团队保护和流程改进。根据Scrum指南,冲刺评审会议是检视增量并调整产品待办列表的关键事件。
处理步骤与原理
- 即时响应(评审会议中)
- 引导团队展示已完成部分和未完成原因
- 与PO协商将未完成项移回产品待办列表(PBL)
- 原理:遵循Scrum价值观中的勇气(展示失败)和尊重(不归咎个人)
- 根本原因分析(回顾会议中)
- 使用5 Why分析法或鱼骨图
- 常见原因示例:
// 伪代码示例:原因诊断逻辑 if (需求变更频繁) { 改进方案 = 强化冲刺中变更控制 } else if (任务估算偏差 > 30%) { 改进方案 = 引入扑克牌估算 } else if (外部依赖阻塞) { 改进方案 = 建立跨团队协作机制 }
- 后续行动
- 与PO重新梳理PBL优先级
- 将未完成项拆分为更小颗粒度任务
- 在下个冲刺计划会议中预留缓冲时间
最佳实践
- 预防措施:
- 每日站会使用燃尽图监控进度
- 定义明确的完成标准(DoD)例如:
DoD示例: 1. 代码通过SonarQube质量门禁 2. 自动化测试覆盖率≥80% 3. 用户文档已更新
- 沟通模板:向利益相关者说明的示例措辞:
"本次冲刺我们完成了目标A和B,但功能C因[具体原因]需要额外时间。我们将在回顾会议中制定改进计划,并建议将其放入下个冲刺优先级首位。"
常见错误
| 错误做法 | 后果 | 正确替代 |
|---|---|---|
| 强行加班完成 | 技术债积累,质量下降 | 接受现实并重新规划 |
| 隐藏未完成事实 | 破坏信任,后期风险爆发 | 透明展示当前状态 |
| 跳过回顾会议 | 问题重复发生 | 严格执行15分钟/周复盘 |
扩展知识
- 风险缓冲策略:在冲刺计划时预留20%时间缓冲应对不确定性
- 度量指标:跟踪冲刺目标达成率趋势,设定改进基线
- 进阶技巧:对高风险任务实施探针冲刺(Spike)提前验证可行性