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迭代都在不断完善增量，极大保证了我们最终产生有广泛可接受度和健壮的产品，你也不想在产品最终发布出来后，才被拒绝或不被接受，对吧。
所以我们鼓励团队定期地、尽可能地向利益相关者演示产品。
2、增量的验收是谁来确定的？
产品负责人PO是团队中的业务代表，TA要确保增量是利益相关者想要的，所以验收标准来自PO，是涵盖在产品待办列表里需要考虑的。
为了让利益相关方满意，PO和开发团队会一起演示增量，最终，会由PO给出“接受”“拒绝”增量的答案。
3、如果PO和利益相关方没有接受团队交付的增量，那会怎么样？
在评审会议上，如果PO和利益相关方认为增量还未完成，受到了拒绝，那我们要先评审Sprint做了的任务，PO在评审中记录下来，细化到可以执行的颗粒度，等到完成评估和优先级的排序，再加到产品待办列表中，最后转移到合适的Sprint中。
同样的，如果是利益相关方提出了建议，或团队在Sprint过程中发现了新的信息，也是由PO记录到产品待办列表等待合适的Sprint。所以我们说，评审会议的最终输出是更新的产品待办列表~~
Sprint 评审会议是帮助建立起团队和利益相关方信任的桥梁，及时的互动和反馈影响着最终产品的成功。
推荐阅读
了解敏捷： 什么是敏捷开发 | 敏捷宣言及其解读 | 敏捷开发模式与瀑布开发模式对比 | 看板和Scrum的区别
学习敏捷： 敏捷开发框架 | Scrum团队内部的角色与分工 | Product Ower的职责有哪些 | Scrum Master的职责是什么 | 敏捷团队优异人数规模是多少 | Sprint 计划会怎么开 | 每日站会怎么开 | 评审会怎么开 | 回顾会怎么开 | Sprint 是什么 | Product Backlog是什么 | Sprint Backblog是什么 | 增量、燃尽图、DoD是什么
敏捷落地： 捷开发适合什么样的团队 | 中小团队如何落地敏捷开发 | PingCode与Jira敏捷开发项目管理能力对比 | 国内外主流的14个敏捷开发/Scrum工具盘点
文章标题：Sprint评审会的流程是什么，发布者：六六，转载请注明出处：https://worktile.com/kb/p/36786
微信扫一扫 
支付宝扫一扫 
