Sprint Review != Demo——《Scrum 指南》重读有感 (4)

今天聊聊 Sprint Review 这个 Event，我们平时会称为 Review Meeting 或者干脆就叫 Demo Meeting。不过他可不只是为了 Demo，今天就聊一下我对这个 Event 的认识。先看一下 Scrum Guide 中的一段描述：

Sprint Review 的目的是检视 Sprint 的成果并确定未来的适应性。Scrum Team 向关键利益攸关者展示他们的工作结果，并讨论 Product Goal 的进展情况。

可以看到这里说到 Sprint Review 这个事件也是为 Scrum 三大支柱中透明、检视提供一个场所，让相关的人员能够有机会对当前的已完成的 Backlog 进行检视，确定迭代的产出是否是他们在 Sprint 前设想的。同时基于已经结束的 Sprint 中获得的经验，提供了对后续的 Backlog 进行调整的一个机会。当然这些调整的前提是有利于 Product Goal 的达成。

Sprint Review 是一个工作会议，Scrum Team 应避免将其仅限于展示。

这一句强调了 Review 并不单单是一个 Demo 的展示会，参会的人看个热闹就完事了，或者只是一个进度汇报会。Sprint Review 是一个工作会议，这意味的参加会议的人员是要带着目的去的。例如：

• PO 和客户方代表要明确验证团队 Sprint 的产出是否是和 Sprint 计划会的内容一致。并要给出意见。

• Developers 能够通过这个会议来获得反馈，调整后续任务。当然还可以获得自信，同时也能赢得客户的信任。

• SM 在这个会议上可以观察团队和客户还有 PO 的反馈，从而对后续的团队协作以及工作流程进行有效的调整。

总之 Sprint Review 通过展示来获得反馈，进而可以基于这些反馈和已有的经验重新调整后续的工作重点，从而避免浪费，最终达成目标。

可以看到 Scrum 三大支柱一直贯穿于 Scrum 的所有事件中。这也是这次重读 Scrum 指南对我印象最深刻的一点。

【欢迎关注我的博客】