Sprint最后包含两个部分：
- Sprint 评审会议: PO向Stakeholder展示潜在可交付的产品增量.
- Sprint 回顾会议: 团队内部共同审视刚刚过去的Sprint，并寻找方法在接下来的Sprint做的更好
Sprint评审会议的目标：
- 验证产品是用户所想要的
- 讨论接下来的features是什么样子
- 获得stakeholder认同和信任
- 迫使可交付的产品准备完毕
最后一点常常被忽略。有时Sprint评审会被误以为是另一个演讲机会。“看看我们做了多少伟大的工作……PowerPoint…”这不是客户或stakeholder希望看到的。他们想看真正的产品!
如何进行优秀的Sprint评审会：
- 集中精力展示产品
- 保持功能陈述的简单和简短
- 尽可能避免使用ppt，而是使用短剧或其他有创意的带有互动性的方式
- 使用团队的系统(例如电子看板系统)展示计划的工作
- 提前为会议做些许准备
- 让stakeholders参与进来！
有了一个很棒的Sprint评审和许多积极的反馈以后，是时候把这些积极的能量带到Sprint回顾会中了。
Sprint回顾会议的目标
- 找出Sprint过程中，哪些地方执行的很好
- 哪些地方执行的不好
- 团队可以做哪些改进
执行”回顾会“给团队带来的好处：
- 识别可以改进团队运行的工作，并制定工作计划
- 可尽早停止那些不利的事务
- 分享在刚刚的Sprint中自己的经验教训
- 花时间倾听每个人的意见，获得团队的认同
就像在Sprint计划中一样，执行Sprint回顾的最佳方式是玩游戏。这被称为 "Retro Game"
- Retro Game包含两个部分:
- 评估哪些地方做的好，哪些地方做的不好
- 做的不好的地方有哪些改进措施
- 以上步骤执行两轮，the script should be as follows (需要用到便利贴或类似工具).
- 每一步都有规定时间限制
- 每个人在便利贴上写下他们的想法——每张便利贴上一个想法
- 然后每个人把他们的想法贴在一个展示板上
- 然后整个团队一起将类似的想法进行分组和标记
- Scrum Master组织一个讨论会对分组的想法进行讨论
- 进行两轮后, 团队共同编写User Story到“Can Do”列
- 关键点记录下来，以备后续Scrum Master进行评审
| Went Well | Went Wrong | Can Do |
|---|---|---|
| - |
敏捷团队的内心可以通过优秀的回顾和审查变得更加强大。然而，在一开始，这种做法会让那些身处言论文化不太开放环境的人感到尴尬。这正是采用游戏方式的原因，也是Scrum Master需要成为一个伟大的推动者的原因。
这个过程的核心应该是团队建设。 这就是为什么还有一个步骤经常被遗漏，但却非常需要的原因：
整个团队走出办公大楼(或区域)，一起做一些社交活动。
如果有什么需要记住的，那就是我们都是这个团队的人。 这正是关于“个体和交互 重于 流程和工具”。 当你在冲刺仪式结束时，奋力冲刺的冲劲和潜在的疲劳感就会慢慢消失。不要让惯性或者说惰性占上风。摆脱它，运行伟大的，个人的回顾和评审，尤其要尊重个体。
很快，你就会有一个高效的团队，喜欢他们每天工作的方式，以及与他们一起工作的队友。
