Sprint 评审会怎么开

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

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

Sprint 评审会怎么开-Worktile社区

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/13741

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
不及物动词的头像不及物动词
上一篇 2022年6月13日 下午10:48
下一篇 2022年6月13日 下午10:50

相关推荐

  • 敏捷的概念是什么

    敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的能力。敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。 什么是敏捷(Agile)? 敏捷是一种通过创造变化和响应变化在不确定和混乱的环境中取得成功的…

    2023年2月2日
    76700
  • 瀑布开发与敏捷开发的区别有哪些

    瀑布模型式是最典型的预见性的方法,严格遵循预先计划的需求、分析、设计、编码、测试的步骤顺序进行。敏捷软件开发是基于敏捷宣言定义的价值观和原则的一系列方法和实践的总称。自组织、跨职能团队运用适合他们自身环境的实践进行演进得出解决方案。 瀑布和敏捷都不是什么新概念,关于敏捷开发与瀑布开发的优势与缺点都已…

    2023年2月2日
    59100
  • 什么是敏捷宣言

    敏捷宣言是:个体和互动高于流程和工具;;工作的软件高于详尽的文档客户合作高于合同谈判;响应变化高于遵循计。参会者将自己命名为“敏捷联盟( The Agile Alliance )”,希望能够帮助软件行业中的其他人以新的、更敏捷的方式思考软件开发、方法和组织。 敏捷宣言的诞生  2001年2月11日…

    2023年2月2日
    97200
  • 什么是Sprint Backblog

    Sprint Backblog 是团队当前Sprint的任务清单。和产品列表不一样,Sprint Backblog的寿命是有限的,仅在一个Sprint的时间里存活。它里面包含所有团队已承诺的故事以及相关联的任务,以及此外的附加工作。

    2023年2月2日
    55600
  • 什么是增量(Increment)

    增量(Increment)是Sprint期间完成的所有Product Backlog项目的总和,以及所有先前Sprint的增量值。在Sprint结束时,新增量必须是“完成”,这意味着它必须处于可用状态并符合Scrum团队对“完成”的定义。

    2023年2月2日
    87400

发表回复

登录后才能评论
注册PingCode 在线客服
站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部