Sprint 评审：不仅仅是演示

想通过敏捷获得成功吗，帮个忙，别再把 Sprint 评审（Sprint Review）说成 Sprint 演示（Sprint Demo）了。

这不仅是错误的，而且还会让 Sprint 评审偏离真正的目标。

把 Sprint 评审会称为 Sprint 演示是错误的。一个良好的评审会，远远不止是一场演示。

当我想到演示的时候，脑海里浮现的是一名华而不实的销售员在舞台上展示新产品的场景。这种类型的演示是单向的。

这与 Sprint 评审有很大不同，Sprint 评审应该是一次对话，而不是演示。你希望与会者参与进来，提出问题，思考他们会如何使用，以及是否会使用所展示的新功能。

所以，是的，Sprint 评审包含了 Sprint 期间所开发功能的演示，但一次好的 Sprint 评审一定不仅仅是演示。

在评审过程中，团队，产品负责人和干系人根据被展示的内容，讨论对新功能的想法。

• 用户喜欢界面上的新功能吗，如果是这样，那么考虑在这方面再多做一些。

• 展示某个功能是否给了人们启发，想到如何能让它变得更棒？

产品负责人不需要立即实现这些新想法，但它们应该被转化为产品待办项，并且，在评审期间进行一次简短的讨论通常会很有帮助。

评审会的参与者还应该讨论在 Sprint 期间是否发生了任何对进度造成影响的事情。

当你把 Sprint 评审会叫做 Sprint 演示会的时候，就无形中贬低了评审中其他方面活动的价值。它们也很可能会被遗漏，因为它们不是“演示”的一部分。

你的团队是如何看待和称呼“Sprint Review”的？欢迎在评论区分享你的经验和观点。

注：部分图片来源于网络

原文地址：