共计 736 个字符，预计需要花费 2 分钟才能阅读完成。
概述：
对于功能性的产品增量进行审视并调整。
参与者：
团队、产品负责人、ScrumMaster。产品负责人可以邀请其他恰当的利益相关人参加。
时长：
时间箱为 Sprint 中的每一周对应一个小时。
在 Sprint 结束后，就到了 Sprint 评审会议 (Sprint Review Meeting)，人们会评审这个 Sprint。出席会议的人有产品负责人、团队成员以及 ScrumMaster，再加上客户、利益相关人、专家、领导层和任何有兴趣的人。对于两周的 Sprint 来讲最长为两个小时。任何参与者都可以问问题和提意见。
评审会议常常会被错误地打上“演示”的标签，但这并没有抓住这个会议真正的用意。Scrum 中的一个关键思想是审视并调整。观察并了解发生的情况，然后根据反馈进行演进，不断进行。Sprint 评审会议是对于产品的审视并调整活动。它让产品负责人了解产品和团队的当前状况（也就是对于这个 Sprint 的评审），也让团队了解产品负责人和市场的当前状况。因此，评审会议中的一个关键元素是团队与产品负责人之间进行深入的对话来了解情况和得到建议等等。评审会议当然要包含使用团队所创造的真的，运行起来的软件，但如果评审的关注点只是在看产品而没有进行交谈，这么做就失衡了。
Sprint 评审会议中“运行起来的软件”这部分并不是由团队来做“报告”，不会用到幻灯片。它是指亲手来检验正在运行的真正的软件，例如在一个用于开发的沙盒环境中。在评审会议议室里会有一台或多台电脑，人们可以在上面检验和使用运行起来的软件。最好有一个积极交互的过程，由真实用户和产品负责人动手与软件交互，而不是由团队做出一个被动的展示过程。尽量做到在不超过 30 分钟的时间之内做完 Sprint 评审会议的准备，否则就意味着有什么地方做得不对。
