冲刺回顾会议在冲刺评审之后,下一个冲刺计划。这是一个时间受限的会议,对于一个月的冲刺来说至少持续三小时。回顾会议本质上是一次“改进”会议,旨在识别潜在的陷阱、过去的错误,并找到新的方法来避免它们。每个人都参与——产品负责人,Scrum主管开发团队成员,以及可选的干系人。
换句话说,冲刺回顾会议是关于识别团队做得好的地方、应该继续的内容,以及可以改进的地方,以使下一个冲刺更加愉快或高效。“检查与适应”的原则在此起着关键作用,使下一个冲刺更加高效和愉快。
冲刺周期与仪式
每个冲刺开始时都会举行两次计划会议来确定冲刺的内容:“做什么”——冲刺计划的第一部分,以及“如何做”——第二部分。这两场会议合称为冲刺计划会议。

冲刺周期
在冲刺结束时,进行冲刺回顾,以便Scrum产品负责人检查所有承诺的事项是否已完成并正确实现,以供部署。
然后,举行冲刺评审,以检查和改进项目执行过程:冲刺期间哪些做得好,哪些应该继续,以及在下一个冲刺中哪些需要改进。
开展冲刺回顾的五个步骤
通常,回顾会议比这更结构化。大多数团队遵循以下五个步骤:
- 设定场景——明确目标;让人们有时间“到场”并进入正确的思维状态
- 收集数据——帮助每个人回忆;创建一个共享的信息池(每个人看待世界的方式不同)
- 生成洞见——事情为什么会这样发生?识别模式;看到整体图景
- 决定做什么——选择一些问题来解决,并制定具体的行动计划来解决它们
- 结束回顾——明确后续行动;感谢贡献;总结;如何改进这次回顾?

冲刺回顾的阶段
冲刺回顾会议时长
一个通用的经验法则是,冲刺回顾不应超过每周冲刺时长45分钟。下表说明了这一规则:
| 总冲刺时长 | 回顾时长 |
| 1周 | 45分钟 |
| 2周 | 90分钟(1.5小时) |
| 3周 | 135分钟(2.25小时) |
| 4周 | 180分钟(3小时) |
注意:
冲刺回顾的确切时长可能受以下因素影响:
- 团队中有多少人?
- 团队的新鲜度如何?
- 是否有团队成员是远程的?
回顾问题
在冲刺回顾期间,团队会讨论:
- 冲刺中哪些方面做得好?
- 冲刺中哪些方面出了问题?
- 我们在冲刺中学到了什么?
- 我们在下一个冲刺中应该做什么?
1. 冲刺中哪些方面做得好?
通过反思所有积极方面,提出问题以理解迭代成功的原因。
- 是什么导致了这一成功?
- 我们做了哪些不同的事情使其得以实现?
- 哪些培训、技能或知识带来了差异?
- 你的哪些优势使这一切成为可能?
- 哪些团队优势使这一切成为可能?
- 团队成员的贡献是如何帮助实现这一目标的?
- 我们是如何实现这一点的?
2. 迭代中哪里出了问题?
虽然这一部分不应评估个人表现或导致惩罚,但应收集洞察并找出在接下来的迭代中解决问题的方法。重点应放在改进而非问题上。这个问题揭示了团队当前面临的困难、问题和挫折。
- 事情是如何出错的?
- 你做错了什么?
- 有多少人参与了这个错误?
- 你知道自己在做错事吗?
- 你理解了错误,但仍然犯了?
- 你理解了,但仍然犯了错误?
- 我们做得怎么样?
3. 我们在迭代中学到了什么?
我们从这次迭代中学到了什么?这些问题有助于识别哪些有效,哪些无效。它们鼓励我们反思我们工作的方式。示例可能包括:
- 这次迭代是如何执行的?
- 这次迭代中哪里出了问题?
- 事情是什么时候出错的?
- 它们是如何出错的?
- 哪种技术有用?
- 哪种技术没有用?
- 这次迭代中哪些方面做得好?
- 这次迭代中哪些方面没做好?
- 我们能从这次迭代中学到什么来改进下一次?
4. 下一次迭代我们应该做什么?
本部分重点是基于过去的成功、失败和经验教训,识别可能的纠正措施。
- 我们如何利用个人优势来解决问题?
- 我们应该做什么来防止问题再次发生?
- 必须立即采取哪些行动来获得带宽和功能?
- 找出一件需要改变的事情,并解释如何改变它?
- 可以使用哪些策略来完成工作?
行动计划
- 在接下来的冲刺中,你将如何解决这个问题?
- 你将如何确保成功?
- 你将在冲刺的什么时间完成这项工作?
- 你需要帮助来完成这项工作吗?
- 你需要哪些额外的支持?
- 你如何知道已经完成了?
- 在冲刺中完成这项工作后,你将做什么?
总结
冲刺回顾可以被视为一次“经验教训”会议。精心设计的回顾问题使团队能够反思,同时让每位成员感受到责任感——使这一过程真正成为敏捷.
使用上述问题来激励你的团队和个人在未来的冲刺中不断改进。尽管这些示例问题仅作参考,但可以根据团队的实际需求自由定制。