Sprint Review 有的翻译为“冲刺评审会”，有的翻译为“迭代评审会”，其实都无所谓。它是在一个sprint快结束之际召开的。
一、Sprint Review概叙
Sprint Review的核心词是“Review”，但它不是不是让你把Sprint Review开成“回顾会”，这是很多敏捷教练刚带团队的时候容易犯的错误。
开Sprint Review会的目的是演示这个Sprint中自己的工作成果，对于功能性的产品增量进行审视并调整。
图一 Sprint Process - Sprint Review二、参与者
出席会议的人有Scrum团队成员（产品负责人、Development Team以及ScrumMaster），再加上客户、利益相关人、专家、领导层和任何有兴趣的人。
图二 参与的人员三、会议的形式
1、可运行的产品才是这个阶段的核心
在这个会议上，一定是拿出可以运行的产品，是让各干系人可以来体验产品，并且给到Scrum团队真实的反馈。评审会议中的一个关键元素是团队与产品负责人之间进行深入的对话来了解情况和得到建议等等。
如果大家只是关注与产品而没有进行交谈，那就达不到真正的目的。更为糟糕的是Scrum团队拿出的是PPT给大家做报告，那简直是糟糕至极了。
2、会议的氛围
我们尽量保持Sprint评审会的轻松随意氛围。团队成员们会聚集在桌子周围进行非正式的演示，讲述自己在本次迭代中完成的工作。在这期间团队成员可以相互提问、尝试新的功能并提供反馈。成功的分享是构建敏捷团队的重要工作。
图三 Sprint Review Meeting3、庆祝团队成果
Sprint Review是庆祝团队和个人在迭代过程中所取得成就的好时机。因为在这个会议上，你们团队成员向干系人（有可能你们的老板也在呢）展示了你们这个sprint完成的事情，某些功能会得到他们当场的赞扬，这可以保证团队的健康和士气。Sprint review的核心目标就是团队建设。review并不是对抗，也不是考试——而是整个团队的协作活动，让成员可以展示自己的工作，现场交流并获得反馈。
当然，也有可能产生负面的影响：
- 团队任务太多以至于迭代期间无法完成；
- 团队深陷现存的技术债；
- 功能开发未能确保持续性，以避免在代码库中引入新的bug；
- 团队的开发习惯没有适时调整；
- Product Owner在迭代过程中更改了优先级，而开发团队则因范围的变更陷入困境；
这就需要我们团队成员花点时间来探讨原因，并在下一个sprint有选择性的解决这些问题。
4、我们还需要做什么？
在Sprint review会议上，我们还要排除下一个sprint的Product Backlog，因为下一个sprint马上就要开始了，当然，你也可以乘机给你的团队成员打气助威，大家一起在一下个sprint再创辉煌~
