[Scrum敏捷开发之] Sprint评审和回顾会议

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进行评审

敏捷团队的内心可以通过优秀的回顾和审查变得更加强大。然而，在一开始，这种做法会让那些身处言论文化不太开放环境的人感到尴尬。这正是采用游戏方式的原因，也是Scrum Master需要成为一个伟大的推动者的原因。

这个过程的核心应该是团队建设。 这就是为什么还有一个步骤经常被遗漏，但却非常需要的原因：

整个团队走出办公大楼(或区域)，一起做一些社交活动。

如果有什么需要记住的，那就是我们都是这个团队的人。 这正是关于“个体和交互 重于 流程和工具”。 当你在冲刺仪式结束时，奋力冲刺的冲劲和潜在的疲劳感就会慢慢消失。不要让惯性或者说惰性占上风。摆脱它，运行伟大的，个人的回顾和评审，尤其要尊重个体。

很快，你就会有一个高效的团队，喜欢他们每天工作的方式，以及与他们一起工作的队友。