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 评审会议是帮助建立起团队和利益相关方信任的桥梁,及时的互动和反馈影响着最终产品的成功。
部分内容节选自公众号【SEE项目星球】文章
推荐阅读
了解敏捷: 什么是敏捷开发 | 敏捷宣言及其解读 | 敏捷开发模式与瀑布开发模式对比 | 看板和Scrum的区别
学习敏捷: 敏捷开发框架 | Scrum团队内部的角色与分工 | Product Ower的职责有哪些 | Scrum Master的职责是什么 | 敏捷团队最佳人数规模是多少 | Sprint 计划会怎么开 | 每日站会怎么开 | 评审会怎么开 | 回顾会怎么开 | Sprint 是什么 | Product Backlog是什么 | Sprint Backblog是什么 | 增量、燃尽图、DoD是什么
敏捷落地: 捷开发适合什么样的团队 | 中小团队如何落地敏捷开发 | PingCode与Jira敏捷开发项目管理能力对比 | 国内外主流的14个敏捷开发/Scrum工具盘点