5. 准备 如果说什么是成功的Sprint评审秘诀，那就是之前的准备工作了——别放太多的内容，也别过于简单了，把握好这个度。你必须去思考，什么内容是和这次 Sprint评审相关的；评审应该以怎样的流程进行下去；你还要去想，这次评审如何与前一次，后一次的评审相互呼应。
通常，有着质量保障（Quality Assurance）背景的人会提前写一个评审的“脚本”，帮助自己更紧凑地揭示工作成果。但最终，产品负责人才是决定评审哪些内容，以及为什么做这些评审一锤定音的人，他为利益相关者搭建好评审的“舞台”。
如果有疑问，在Sprint计划阶段就给评审的准备留出足够的时间，并认真地去做准备。
6. 执行与演示 你需要保证整个评审演示必须是顺畅的、有思想的、精心商榷的，并且最终的软件是可以无差错地工作。你需要执行试运行（Dry-running）演示，并确保所有代码环境都事先调试通过。你还必须计算好演示的时间，保证不会超过预留给你的时间，同时也不要忘记提问部分。
除了演示，你最好能描述一下你所开发的功能特性或工作流。我曾见过一些团队在他们的第一次Sprint评审中就给出了他们在未来6次 Sprint所规划的工作的架构图。在此后的每一次Sprint评审，他们只需做做简单的“填空游戏”就能把他们的应用程序架构附上“皮肉”（意指代码实现）。我觉得这是一种非常好的方法，能够帮助评审会议的听众涉点及面。
在我看来，团队在一个Sprint中涉及的所有工作都可以在Sprint评审中被展示，这包括：功能特性、功能改进、Bug修复、重构、文档、测试架构等等，任何工作都可以放进来。当然有些东西可能要等到一定的程度才能拿得出，但只要是团队做的，都可以成为评审的内容之一。
最后，考虑好如何描述清楚你的演示，让你的听众能够理解你所演示的内容，内容的关键部分，以及团队在这些内容背后的辛苦付出。
7. 总结 最后，我们总是对两个方面进行评审总结——软件本身的反馈意见以及评审会议的反馈意见。例如：这个过度是否平稳？所有人都明白我们做的东西了吗？你清楚如何向我们提供反馈意见了吗？下一次评审有什么地方需要改进吗？我们通常都会在这个阶段花上几分钟，但这几分钟绝对超值！如果你对举手表决（Fist-of-Five）的理念比较熟悉的话，我们通常使用这个方法来结束反馈过程。
评审会议日程安排举例
你可以考虑将以下作为你的团队Sprint评审会议日程安排的模板：
1. 介绍
2. 组织架构
- 团队成员角色：名字、角色、工作地点等
- 对Sprint提供帮助的外部成员
3. 工作认可——感谢
- 这个绝对是团队成员的出彩时间
- 这也是对Sprint提供帮助的外部成员的工作进行认可的好时机
4. Sprint目标
- 阐明Sprint目标，以及有何调整
- 宣布Sprint是否成功，团队成员是否兑现承诺
5. 战略目标、成功定义、工作量、新发现、成果
- 分享团队交付的代码所考虑到的整体战略目标
- 围绕Sprint幕后的工作量
- 是否有考虑不周全的地方；关键的成果
- 所有这些都为评审会议的听众提供了一个了解团队Sprint幕后故事的机会
6. 演示、提问时间
- l 演示所选择的用户故事集以及功能特征——接受提问
7. 未来议项
- 宣布现行目标的进程以及未来Sprint所涉及的工作
8. 评审改进意见的举手表决（Fist-of-Five）
- 鼓励评审会议的听众对团队的表现进行反馈
9. 结束
总结
我无法用语言表达一次高质量的Sprint评审将带给你何种感受，这需要你亲身去感受。尽管产品负责人及团队很大程度地左右着评审成果，但作为敏捷项目的项目经理，你同样扮演着至关重要的角色。 通常，团队成员在努力工作时被抓出来，仓促地准备Sprint评审。事实上，这么做是典型的反例。你必须在Sprint计划时就嘱咐团队留出相应的时间给 Sprint评审，并且在Sprint即将完成的时候，善意地提醒他们，做好Sprint评审的准备工作。
请记住，这个评审会议也是团队能力的一个“质量检查点（QA Checkpoint）”。将各项工作放在一起并演示出来，无疑是提高团队Sprint能力的最佳途径了。你往往会发现——环境没有准备好、整合没有做好或者交互没有实现等等诸如此类的麻烦事。
因此，各位敏捷项目的项目经理们，我希望这篇文章能够影响你们，使你们发生转变，把Sprint评审做成敏捷实现中最有利的一种手段，真正担当起 Sprint评审的重任。虽然团队才是做准备及完成交付的人，但你的任务是去影响他们进行评审的态度与方式。随着项目的进行而不断的进步，你可以将你能获得的正向反馈无限放大，帮助你的团队更好地完成敏捷项目。
关于作者
Bob Galen是RGALEN咨询（RGCG, LLC）的主席及首席顾问，他同时就职于Zenergy科技，担任敏捷方案的技术总监。（Zenergy科技是以北卡为总部的一家公司，在敏捷测试有着独到专长并在敏捷实施方案上处于领先地位。）Bob拥有Scrum教练认证（Certified Scrum Coach）以及Scrum产品负责人认证（Certified Scrum Product Owner）等多项敏捷领域的认证。
译者：佚名 来源：酷勤网
