Scrum5个会议中，有一个被忽视的会议Sprint Review Meeting 即Sprint评审会，又叫Sprint演示会、Sprint展示会等，是团队用来向干系人或者客户展示当前Sprint开发成果的会议。一般在迭代固定时间盒的最后一天进行，演示会之后进行Sprint回顾会。
演示会可以让参与会议的人直观地看到Scrum 团队的工作成果，增加了团队迭代成就感；其次，利益相关者们可以据此提出更切合实际的反馈意见，便于PO收集优化意见以及产品改进；第三，为了进行Demo演示，即使只是发布在测试环境下，团队也会努力完成并发布演示功能。
演示会前SM根据迭代看板用户故事完成情况收集每个用户故事演示人以及演示环境准备情况，按照一般在迭代计划会上使用MoSCoW方法进行用户故事排序，Must：必须做的；Shoud：应该做的；Could：可以做的；Would not：可以不做的。保证Product Owner规划的业务价值高且优先级高的用户故事完成，理论上演示会Team演示优先级Must，Shoud的用户故事即可。
SM需要提前把会议通知，会议地点以及相关人员以及演示流程发到相关沟通群。参考之前的项目经验，相关干系人一般包括客户、需求提出人、PO、团队等参与，如果可以邀请到项目负责人或者公司相关高层参与最好。
演示会上开发人员利用测试环境进行迭代用户故事演示，比如演示新特性、底层架构、可工作软件以及代码层面的输入输出等，不需要复杂的事先准备，尤其不要进行幻灯片的展示。一般演示会不超过2小时，PO或者相关干系人对演示功能提出优化意见。如果开发团队演示的功能与PO计划会澄清的需求不一致，PO也可以拒绝接受成果。
演示会后Scrum Master把会议中提出的优化点以及改进措施同步发给PO，PO放在产品backlog中，并考虑是否纳入下个迭代进行开发。
