35、Scrum Sprint回顾与回顾会议详解

Scrum Sprint回顾与回顾会议详解

1. Sprint评审的挑战与应对

在Scrum开发中，有时会出现Sprint评审参与度不高的情况。这往往是因为人们不相信Scrum团队能在几周内产出值得评审的成果，尤其是组织刚开始采用Scrum时，利益相关者习惯了更长周期的评审，且以往的评审可能令人失望。

解决这一问题的最佳方式是每个Sprint都构建出具有商业价值、潜在可发布的产品增量。当团队做到这一点时，大多数人会意识到这些频繁的评审是值得投入时间的，并且能让他们提供Scrum团队可实际运用的快速反馈。

对于涉及多个Scrum团队的大型开发项目，进行联合Sprint评审是个不错的选择。这种评审涵盖了多个高度相关团队完成的工作，具有以下好处：
- 利益相关者只需参加一次Sprint评审，而非多次。
- 如果工作本应集成，评审聚焦于集成后的工作，而非独立的增量集合。为实现这一目标，所有团队需确保其“完成定义”包含集成测试。

不过，联合Sprint评审也有缺点，即可能耗时更长，且需要更大的场地。

Sprint评审是Scrum开发中的关键反馈环节，涉及不同的参与者，旨在检查和调整当前产品。尽管它是非正式活动，但Scrum团队仍需做一些准备，以确保有良好的产出。评审期间，团队会概述Sprint内的情况和成果，并展示产品增量，参与者会进行热烈讨论，提出问题、观察和建议，基于此，产品待办事项列表将得到梳理，发布计划也会更新。

2. Sprint回顾会议概述

Scrum在每个Sprint结束时提供了两个检查和调整的机会：Sprint评审和Sprint回顾会议。Sprint回顾会议让Scrum团