想通过敏捷获得成功吗，帮个忙，别再把 Sprint 评审（Sprint Review）说成 Sprint 演示（Sprint Demo）了。
这不仅是错误的，而且还会让 Sprint 评审偏离真正的目标。
Sprint 评审 vs Sprint 演示
把 Sprint 评审会称为 Sprint 演示是错误的。一个良好的评审会，远远不止是一场演示。
当我想到演示的时候，脑海里浮现的是一名华而不实的销售员在舞台上展示新产品的场景。这种类型的演示是单向的。
这与 Sprint 评审有很大不同，Sprint 评审应该是一次对话，而不是演示。你希望与会者参与进来，提出问题，思考他们会如何使用，以及是否会使用所展示的新功能。
所以，是的，Sprint 评审包含了 Sprint 期间所开发功能的演示，但一次好的 Sprint 评审一定不仅仅是演示。
Sprint 评审期间会发生什么？
在评审过程中，团队，产品负责人和干系人根据被展示的内容，讨论对新功能的想法。
用户喜欢界面上的新功能吗，如果是这样，那么考虑在这方面再多做一些。 展示某个功能是否给了人们启发，想到如何能让它变得更棒？
产品负责人不需要立即实现这些新想法，但它们应该被转化为产品待办项，并且，在评审期间进行一次简短的讨论通常会很有帮助。
评审会的参与者还应该讨论在 Sprint 期间是否发生了任何对进度造成影响的事情。
为什么把Sprint评审称为演示会有这么大的坏处
当你把 Sprint 评审会叫做 Sprint 演示会的时候，就无形中贬低了评审中其他方面活动的价值。它们也很可能会被遗漏，因为它们不是“演示”的一部分。
你的团队是如何看待和称呼“Sprint Review”的？欢迎在评论区分享你的经验和观点。
注：部分图片来源于网络
原文地址：
关于作者
