Sprint评审

什么是Sprint评审？

Sprint评审（Sprint Review）是一个工作会议，Scrum团队在会上向利益相关者展示他们完成的工作，并请求反馈和指导。Scrum团队和利益相关者一起讨论朝着产品目标取得的进展、任何新兴的业务或技术环境变化，并合作决定下一步该做什么。

Sprint评审概览

实施Sprint评审

Sprint评审是一个Scrum团队和利益相关者共同参与的工作会议，用于检查进展并适应未来的计划。团队在进行Sprint评审时常见的一个错误是由产品负责人向利益相关者展示Sprint期间完成的工作。这消除了Scrum中最强大的工具之一：频繁的利益相关者反馈。

相反，整个Scrum团队应将Sprint评审视为与利益相关者合作的机会，讨论他们创造的价值以及如何调整未来的计划以创造更多的价值。

提前规划评审是很重要的。例如：

• 团队应决定要评审和讨论的内容。记住：只有符合“完成定义”的工作才能在Sprint评审中进行评审。
• 根据评审中讨论的内容，团队中的某个人（通常是产品负责人）应确保邀请了正确的利益相关者参加Sprint评审。
• Scrum团队最好确定他们接下来想要学习的重要事项，并计划获得关于这些事项的反馈。
• 对于评审中要讨论的每一项内容，最好由团队成员负责领导和集中讨论。通常，负责讨论的人是处理该事项的开发人员（或开发人员）。让产品负责人主导所有话题的讨论通常不是一个好主意。
• 任何人都可以成为Sprint评审的主持人；他们可以是Scrum团队的一员、利益相关者之一，或者完全不参与项目的人。通常，产品负责人会主持Sprint评审，因为他们在Sprint期间代表Scrum团队的利益相关者，并且他们通常最擅长用客户的语言进行沟通。

有许多不同的方式进行Sprint评审本身，并没有规定的形式。然而，重要的是要实现评审的目的。

Scrum团队和利益相关者应该：

• 检查Sprint的结果。
• 讨论朝着产品目标取得的进展。
• 讨论环境中的任何变化，如市场变化、客户行为和客户反馈。
• 合作决定下一步做什么。考虑接下来最有价值的事情是什么，并更新产品待办事项列表。

让你的Sprint评审更有效

Sprint评审的目的、时间盒和参与者都有明确的定义。然而，我们有时会看到Scrum团队陷入一些反模式，从而削弱了它们的价值。

常见反模式包括

• Sprint评审成为状态会议、演示或单向展示 – 相反，它应该是产品负责人和利益相关者塑造产品未来方向的机会。
• 展示的产品不符合“完成定义”或未集成到增量中 – 有时展示的内容不符合团队的质量标准，并且只展示了产品的部分功能。无论是哪种情况，利益相关者在提供反馈时都会处于不利地位。
• 团队仅列出已完成的产品待办项（PBI），而不向利益相关者展示这些待办项的结果或讨论工作内容。
• Sprint的结果仅通过演示展示；实际的产品/增量本身并未展示。
• Sprint评审被用来让产品负责人“接受”开发人员完成的工作 – 认为成功的Sprint评审是产品负责人签署工作的想法是一个误区。产品负责人应在整个Sprint过程中与团队合作，Sprint评审中不应出现任何意外。
• 开发人员不参加 – 错过Sprint评审意味着开发人员失去了直接接收利益相关者反馈的机会，并且会错过关于产品待办事项列表变更及下一步行动的背景信息。
• 在场的利益相关者中没有实际用户或客户 – 通常同事和管理层会充当产品的客户的代理。找到适合审查正在开发的产品的客户并不总是容易的任务，但当成功做到时会有回报。

强化Sprint评审的建议

打破上述反模式有助于创建强大且有效的Sprint评审。请考虑以下建议：

• 确保邀请正确的利益相关者参加Sprint评审，并让他们了解Sprint评审的目的及其在其中的角色。
• 促进利益相关者与团队成员之间的直接协作。
• 主持活动，使利益相关者能够亲身体验产品。
• 使用所有参与者都能理解的语言。开发人员应避免过多使用技术术语。
• 明确说明完成了哪些工作以及未完成的工作 – 团队总结Sprint中完成的工作，以及未完成并移回产品待办事项列表的工作。保持“完成定义”的可见性，以确保此方面的透明度。
• 讨论Sprint的进展 – 开发人员分享他们在Sprint期间遇到的问题以及采取了哪些措施来克服这些问题。包括讨论无法由Scrum团队解决的障碍。通过吸引利益相关者的参与，团队可以利用该事件与利益相关者建立紧密的合作关系。
• 收集反馈 – 开发人员向利益相关者展示已完成的工作，以收集有关已完成工作的价值的反馈。这种反馈帮助开发人员和产品负责人评估他们所做的假设是否正确。
• 审查当前的产品待办列表状态 – 产品负责人展示待办列表的当前状态，包括未在Sprint中完成的产品待办项。根据从利益相关者那里收到的反馈，可以识别、讨论并可能将新的机会添加到待办列表中。
• 决定下一步做什么 – Scrum团队和利益相关者基于Sprint的学习成果和结果，合作确定下一个Sprint的潜在工作。讨论新的机会、风险、问题和市场状况。
• 根据Sprint评审中的讨论调整产品待办事项列表。
• 审查产品愿景、关键价值驱动因素、产品目标和Sprint目标。
• 请利益相关者对Sprint评审进行评分，以了解可以在哪些方面进行改进。