组织在引入Scrum框架后，会逐步了解到Scrum的团队组建、角色分工、交付工件和相关会议/活动等内容。随着框架的逐步落地，定义清楚相关角色、明确要交付的工件之后，如何通过Scrum的“4+1”活动来进行迭代管理并达成预期的目标？就成为团队必须要面对的问题。这里所谓Scrum“4+1”活动就是指每日站会、迭代计划会、迭代评审会、迭代回顾会和迭代梳理活动，有的团队通也会把迭代梳理活动作为其中一个会议，称之为迭代梳理会。所以我们也会听到有Scrum 5个会议的叫法，为了进一步的阐述和讨论，我们在此统一称之为为5个会议，接下来我们将逐一进行解读。
会议之一：迭代评审会，Scrum指南对于评审会是这样定义的：
The purpose of the Sprint Review is to inspect the outcome of the Sprint and determine future adaptations. The Scrum Team presents the results of their work to key stakeholders and progress toward the Product Goal is discussed.
迭代评审会的目的是检视迭代的成果并确定未来的适应性。Scrum团队向关键利益攸关者展示他们的工作结果，并讨论产品目标的进展情况。
如何让团队成员清楚的认识并开好迭代评审会，通过成果展示来获取反馈和支持，我们尝试从以下几个方面对其进行解读和说明。
会议目的
首先是要明确会议的目的，迭代评审会的目的是对本轮迭代的交付成果进行演示，获取外部干系人的反馈，对迭代计划进行调整。
会议时间
本轮迭代末。
会议时长
对于为期2周的迭代来讲，时长控制在1~2小时，不要超过2小时。
会议角色
那么迭代计划会都有哪些角色参与呢，他们的工作如何分工？
PO，主导者
1. 会议前提出迭代演示的相关要求，团队协助进行准备
2. 进行演示，向干系人演示团队的交付成果，获取反馈
3. 过程中对于问题进行必要的答复，团队给与协助
SM，组织者
1. 组织会议召开，提前安排会议资源
2. 做好会议过程控制，避免陷入长时间讨论
3. 做好干系人的问题反馈记录
Team，参与者
1. 协助PO进行演示环境准备，完成迭代交付成果演示
2. 参与迭代小结
3. 参与迭代计划调整
干系人，参与者
主要角色：客户、管理层、职能经理、合作方、其他部门同事等
1. 参与团队的迭代成果演示，并给予反馈
2. 就迭代过程和产品提出意见和建议
准入准出
会议准入：
1. 演示环境准备
2. 迭代演示清单
会议准出：
1. 迭代演示成果
2. 外部反馈信息记录
会议流程
1. 根据PO要求，提前准备演示环境（会前）
2. 由团队成员或PO负责演示，获取外部干系人的反馈
3. 进行过程反馈的记录
4. 本轮迭代小结
5. 后续计划调整
综上所述，我们从评审会的目的、时间安排、时长，参与角色、准入准出以及流程方面给出了解读，虽然方法和流程都是通用的，但是通用的流程、同样的方法，有的团队就会做得比较高效，有的团队却经常超时、达不成目的。究其原因，真正要把评审会开好，除了会前的充分准备以外，会议过程的引导也至关重要。对于评审会来讲，围绕对外的成果展示，获取外部的反馈是我们的目的，所以建立正确的引导，避免大家在过程中太过发散、无法收敛，导致会议超时，影响参会者的体验。
实际上任何一个新的方法、框架在落地过程中，一定会有各种各样的问题，很难立马达成我们想要的结果，所以Scrum的会议本身也是在实战过程中迭代改进的，不是靠理论就能做好的，纸上得来终觉浅，绝知此事要躬行。希望团队能够基于实际问题出发，大家一起讨论、寻求解决方案，在实践中逐步迭代、达到预期的目的。
