Key Takeaways
Sprint reviews are Agile ceremonies where teams demonstrate completed work, gather feedback, and align with stakeholders.
These meetings foster transparency, celebrate achievements, and identify areas for improvement.
Sprint reviews differ from retrospectives by focusing on product increments and stakeholder input.
Schedule regular sprint reviews to showcase progress, collect feedback, and adapt your product roadmap effectively.
冲刺审查会议是敏捷开发的基本仪式，特别是在 Scrum 框架内。它标志着冲刺的结束（通常是一个持续两到四周的时间段），在此期间，开发团队提供有可能交付的产品功能增量。
在冲刺审查中，开发团队和利益相关者一起审查和展示冲刺期间完成的工作。这样将能够展示开发的功能、收集反馈并确保与产品愿景和要求保持一致。
In a sprint review, the development team and stakeholders gather to review and demonstrate the work completed during the sprint. This provides an opportunity to showcase the features developed, gather feedback, and ensure alignment with the product vision and requirements.
冲刺审查的主要目的是什么？
冲刺审查的主要目标是收集反馈并确保开发过程后续步骤的透明度。它有几个关键目标：
展示已完成的工作：开发团队向主要利益相关者（包括产品负责人、客户和其他相关方）展示冲刺期间完成的功能。
收集反馈：利益相关者就展示的功能提供反馈，使团队能够在随后的冲刺中有效地调整工作并确定工作的优先级。
与产品愿景保持一致：冲刺审查可确保完成的工作与整体产品愿景和目标保持一致。它可帮助核实开发工作和冲刺目标是否朝着正确的方向发展。
庆祝成就：在冲刺审查中，可以庆祝开发团队取得的成就并表彰他们的辛勤工作和奉献精神。
发现改进之处：通过冲刺审查期间的讨论和观察，可以发现开发过程中需要改进的方面，并在未来的迭代中加以解决。
简而言之，冲刺审查可促进敏捷开发框架内的协作、透明和持续改进。它培养了一种坦诚沟通、进行协作式工作会议和共同承担产品成功责任的文化。
冲刺审查与回顾
第 1 步：定义“完成”
作为 Jira 的普通用户，没有什么比将任务从“代码审查”移至“完成”更令人满意的了。这种转变代表我们作为一个团队当初着手并已完成的工作。工作彻底完成了！
越过终点线并完成工作需要良好的规划、明确的“完成定义”以及专注的执行。大多数这种情况都发生在冲刺规划期间，但要想成功进行冲刺审查和冲刺，团队需要做的不仅仅是规划。他们必须培育一种明确的文化，说明如何交付工作以及“完成”的定义。
交付文化
高效的团队为每个项目和工作项带来清晰的流程和开发文化。使用这些问题来评估您的流程，并确保它最适合您的团队：
在实施之前，产品负责人、设计人员和工程团队是否清楚地定义了故事？
是否每个人都了解团队的工程价值观和文化？
团队完成故事后，是否出现了缺陷？换句话说，“完成”是否真的意味着“完成”？
团队与质量和完成相关的文化应不受每个用户故事、工程工作项和缺陷的影响。这种文化反映了团队如何处理和交付软件。
在每个工作项目上定义“完成”
“完成”的明确定义有助于团队专注于每个工作项目的最终目标。产品负责人将工作添加到团队的待办事项列表中时，定义验收标准是其流程的关键部分。完成用户故事意味着什么？
在 Atlassian，Jira 团队跟踪验收标准和测试说明，与 Jira 内部的其余用户故事保持一致。这样，整个团队就能清楚地了解每个事务的完成情况。什么是验收标准和测试说明？
验收标准：产品负责人用来确认故事的实施是否令其满意的指标。
测试说明：质量支持团队提供的简短而有针对性的指导，使开发工程师能够编写更好的功能代码和自动化测试。
实施过程中定义明确的事务可以让每个人都获得成功。使用 Jira，可以轻松在线添加字段。作为管理员，可以点击事务上的管理员按钮。
第 2 步：与团队一起庆祝
在 Atlassian，我们的核心价值观之一是“团队合作”。冲刺审查是在迭代期间庆祝团队和每个人成就的好时机。我们通常在周五下午进行，这样不用等到周末，办公室里的每个人都可以放松下来。
冲刺审查与回顾不同，因此请务必在迭代之后、回顾之前进行冲刺审查。我们始终欢迎外部参与者加入，但与会者通常为产品负责人、整个开发团队以及 Scrum 大师。作为最佳实践，我们建议会议中每次迭代花费 30 分钟到一个小时。
我们喜欢冲刺审核，因为它们可以保护团队的健康和士气。冲刺审核与团队构建息息相关。审核不是对抗性的，也不是考试，而是整个团队的协作活动，员工可以在其中演示自己的工作、现场提问并获得反馈。
Atlassian 现代工作教练 Mark Cruth 表示：“在冲刺审查期间，可让不同的团队成员演示功能，培养团队的主人翁精神。如果您使用‘功能负责人’，这是让他们展示自己努力工作来发挥领导作用的好方法。”
如果冲刺审查没有给整个团队带来积极影响，则可能表明：
团队承担了太多工作，并且在迭代期间没有完成
Cruth 补充说：“冲刺审查是鼓励团队将工作分解成有意义的小交付成果的好方法。应避免审查未完成的工作，正如《敏捷宣言》所说，目标是打造能正常运行的软件！”
团队正受困于现有的技术债务
功能没有持续开发，无法确保代码库中不会引入新错误
该团队的开发实践没有尽其所能地进行调整
产品负责人正在迭代中改变优先级，而开发团队则因范围蔓延而受到阻碍
注意：每个团队都会有难以推进迭代的时候。花点时间了解团队回顾中的迭代为何会发生变化，并制定计划以解决未来的事务。
第 3 步：跨地域覆盖
拥有分布式团队的公司在跨地域扩展敏捷仪式方面面临特殊挑战。冲刺审核也不例外。
例如，Jira 团队的成员遍布世界各地：从悉尼到格但斯克再到旧金山。尽管我们分散在不同地方，但冲刺审查是我们团队文化的重要组成部分。团队成员创建非正式视频，并在 Confluence 页面上分享，供整个团队观看。
Cruth 解释道：“使用 Loom 等工具记录您的审查结果并收集全球其他成员的反馈。我们在异步世界中工作，因此要从异步协作的角度进行冲刺审查。”
虽然存在时差，但这些非正式视频可以让所有人了解开发项目的最新进度。亲眼看到开发人员提供的功能演示使团队在以下两个方面的能力得到加强：
产品理解：整个团队都能了解功能的意图、原理和实施，加深了每个人对产品的理解。
团队建设：视频会在整个团队中建立更多人际联系。我们会看到产品各个方面的负责人。尽管分布在不同地域，但这种实践所创造的桥梁使我们成为一个更紧密、更具凝聚力的团体。
冲刺审查的好处
将冲刺审查纳入敏捷开发流程的一大好处是，可以增强产品的适应性和灵活性。通过定期审查已完成的工作，团队可以获得有关利益相关者不断变化的需求和偏好的宝贵洞察信息。
迭代反馈循环
冲刺审查在开发团队和利益相关者之间建立了迭代反馈循环。这种迭代性质有助于根据实时反馈对产品进行快速调整和优化，从而确保满足不断变化的市场需求和用户要求。
及早发现问题
通过在冲刺审查期间展示进行中的工作，团队可以在开发周期早期发现潜在的问题或误解。及早发现有助于迅速解决问题，防止问题在以后升级为更大的问题。
有机会进行迭代优化
冲刺审查为迭代产品优化提供了平台。收集利益相关者的反馈使团队能够对功能进行优先级排序，进行路线修正，并在必要时调整产品方向，从而确保其在市场中的相关性和竞争力。
适应不断变化的优先事项
在当今充满活力的商业环境中，优先事项和市场状况可能会迅速变化。冲刺审查有助于根据新出现的机会或挑战调整工作优先顺序和项目目标，从而使团队能够适应这些变化。
赋能利益相关者
冲刺审查可赋能利益相关者，让他们对开发流程具有发言权。利益相关者积极参与审查和提供反馈后，会对产品的成功具有主人翁感和投入感，从而增强参与和协作。
总体而言，冲刺审查增强了适应性和灵活性，使团队能够快速应对不断变化的市场动态、客户偏好和业务需求。在这种灵活性下，企业可以保持竞争优势，并交付符合利益相关者不断变化的期望的产品。
最后一点
刚接触冲刺审查的团队往往会忍不住想将冲刺审查纳入回顾中。但是，冲刺审查与冲刺回顾并不相同。
花点时间享受您的劳动成果。自由地庆祝成就。有效的冲刺审查可以提高团队的士气和动力。这种庆祝理念对 Jira 团队非常重要，因此我们将“go ahead, celebrate”（来吧，尽情庆祝）纳入了愿景声明中。
免费开始使用 Jira 的 Scrum 模板