Sprint评审会的流程是什么

Sprint 评审会议不是一个进度汇报会议，所以不推荐大家使用PPT，这是一个非正式会议，演示增量的目的是为了获取反馈，提出意见和促进合作，根据完成情况和Sprint期间产品待办列表的变化，团队和利益相关方一起讨论接下来可能要做的事情，未来有可能迎接哪些新的机会/挑战。

Sprint 评审会议在 Sprint 快结束时举行，这个事件是让开发团队展示他们在Sprint中取得的成就，根据DoD“完成的定义”和验收标准，验证增量，这些增量应该是：已经开发、测试完成、经过整合的和已经记录的。

Sprint 评审会议不是一个进度汇报会议，所以不推荐大家使用PPT，这是一个非正式会议，演示增量的目的是为了获取反馈，提出意见和促进合作，根据完成情况和Sprint期间产品待办列表的变化，团队和利益相关方一起讨论接下来可能要做的事情，未来有可能迎接哪些新的机会/挑战。

Sprint 评审会的时间限制

Sprint评审会议也有时间盒的限制，对于长度为一个月的 Sprint 来说，评审会议时间最长不超过 4 小时。同样的，2周的Sprint，评审不超过2小时，一周开一次的话，不超过1小时，Scrum Master要让团队遵守时间盒的规则，让每个参会者都明白会议的目的，保证会议举行。

评审会议的参会者包括 Scrum 团队和产品负责人邀请的主要利益相关者：是在产品生产、销售、使用、服务等场景下与产品的相关人员，例如市场营销人员，客户服务人员，质量人员，中高层管理等等。

Sprint评审会议很常见的一个误区就是，把它当成让PO接受开发团队交付的会议，这很容易变成相互责备的场景，违背了Scrum“适应”的原则，大家要记住，演示的目的是，在团队和利益相关者之间进行有关如何使产品更有价值的对话！

Sprint 评审会的完整流程

Sprint 评审会议开展的形式多种多样，在评审开始之前我们要进行一些准备工作，PO必须清楚开发团队在冲刺期间完成了哪些用户故事。开发团队需要准备好演示完整的可交付增量。

好，那我们现在开始Sprint评审会议吧！

1、首先，会议开始，PO欢迎利益相关者来参加评审，然后由PO介绍项目的目标，以及本次Sprint的目标，根据我们在计划会议定义好的DoD，说明产品待办列表里哪些已经“完成”和哪些没有“完成”；

2、展示产品增量，开发团队演示Sprint中已实现的产品新功能，较好在接近生产环境的设备上进行，例如，开发在手机APP端的功能程序应该在手机端演示，而不是电脑~

3、由来自各方代表的利益相关者提出问题或反馈。

4、开发团队解答交付增量的问题，并总结Sprint期间做得好和还可以改进的地方。
参会的所有人就下一步的工作进行探讨：评审产品在未来的不同市场，评估潜在的使用场景，决定接下来我们要做的哪些最有价值的改变或优化；

5、更新产品待办事项列表，在大家讨论期待发布产品的时间、预算和市场潜力等等问题，达成共识后，会更新待办列表。也就是Sprint评审会议的输出，是这份修订后的产品待办列表，为接下来的Sprint 计划会议提供有价值的输入信息。

Sprint 评审会过程中的一些常见问题

1、如果这个Sprint完成，但还无法进行演示，评审还需要进行吗？

在Scrum里，如果一个Sprint结束却又无法演示，那对于Scrum指南里的标准来说，这就不是一个好的Sprint，标准的Sprint结束后产生的增量是潜在的可发布的增量，也就是说增量是可用的。

但在实际的工作中，例如像谷歌、华为这种实验室类似前瞻性、实验性的项目，确实无法保证每个Sprint结束后，必然会产生标准的增量。我们再来理解一下Sprint评审会议目的，向利益相关者演示产品，向大家展示离最终目标还有多远，让团队专注于全局，理解每个Sprint对项目全貌的影响。评审会议是团队和利益相关方沟通的直接会议，是获得直接反馈的较好的时机。

所以我们建议尽可能地展示，因为证明团队取得进展，并获得反馈，团队在每个Sprint迭代都在不断完善增量，极大保证了我们最终产生有广泛可接受度和健壮的产品，你也不想在产品最终发布出来后，才被拒绝或不被接受，对吧。

所以我们鼓励团队定期地、尽可能地向利益相关者演示产品。