Sprint 回顾与 Sprint 回顾

Table of Contents hide

sprint review 是一个非正式的会议，开发团队、 scrum master、产品负责人和利益相关者将参加。该团队提供产品演示，并将确定哪些已完成，哪些未完成。Sprint Review 会议的目的是让团队向客户和利益相关者展示他们在 sprint中完成的工作，并将其与 sprint 开始时给出的承诺进行比较。

每个 sprint 都以一个由两部分组成的 sprint 审查会议结束。这样的会议以客户审查和演示开始，以团队回顾结束。这两个组件都发生在 sprint 的最后一天。

Sprint Review 侧重于增量（潜在可交付）的“检查”和“适应”，而 Sprint 回顾更关注 sprint 过程的“检查”和“适应”。

Sprint 增量审查

Scrum 团队将要求客户审查所展示的工作（可能可交付）是否符合此时已完成的定义，或者有时，某些客户可能希望在接受之前有时间使用该应用程序一段时间。会议的目标是透明地审查并确定 sprint 中实施的工作的状态：

已经完成
尚未完成
已添加的工作
并且从 sprint 中删除了工作

它提供了提出问题、发表意见或提供反馈和建议的时间，并讨论如何在给定的当前现实中最好地前进。

Sprint 评审的持续时间

在 4 周的冲刺中，冲刺审查可能会持续长达 4 小时。一般规则是，sprint 审查每周的 sprint 持续时间不应超过一小时。下表说明了该规则。

总冲刺持续时间冲刺评审持续时间1 周1 小时2 周2 小时3 周3 小时4 周4 小时

Sprint 评审会议模板

进行 Sprint 评审的方法有很多种。下面的 sprint 评审会议议程概述了典型的 Sprint 评审会议中的活动：

开始——Sprint 评审会议开始
欢迎利益相关者——产品负责人欢迎利益相关者参加审查
展示评审议程——产品负责人展示 Sprint 评审的议程
展示产品增量——开发团队展示已在 Sprint 中实现的产品演示
获得反馈——产品负责人向利益相关者询问有关已交付产品的反馈
展示产品待办列表 ——产品负责人向利益相关者展示产品待办列表的顶部，以获得即将到来的 Sprint 的反馈，并征求与待办事项相关的利益相关者的反馈
会议结束

参考