Mike Cohn 建议在 Sprint 复审中展现未完成工作

Scrum 联盟的创始人之一 Mike Cohn，就 Sprint 复审的内容向敏捷社区发出了不同的声音。他认为，展现待办事项列表中未完成的事项，有时候是值得的。

根据定义， Sprint 复审会议是一轮 Sprint 最后一天中的第一部分，团队在会上向客户展现刚刚完成的这次迭代（Sprint）得到的产品。对于这次会议来说，其规则包括：

• 复审已经完成的工作，以及已计划但未完成的工作。
• 向利益干系人展现完成的工作（又名“demo”）。
• 无法演示未完成工作。
• 4 小时时间限制。

Cohn 在博客文章的开头，首先强调了上述核心规则——在演示过程中，团队可以展示迭代中完成的工作事项。这样做，能够确保客户只看到真正完成的工作的总量，而这与团队提供的完成列表相一致。接下来，Cohn 谈到了不允许团队展现未完成待办事项的风险：

• 虚假的工作实际完成进度。
• 如果在会议中讨论的所有事物都已经完成（或接近完成），那么客户期望将变得更高。

鉴于此类会议的主要目的在于收集来自利益干系人的反馈，他认为某些时候展示未完成的工作是非常有价值的：“例如，你或许想让每个你希望参与的人，都针对下一个（将要实现的）事项的视觉设计是否满足期望，来发表各自的评论。那么放手去做吧，把它的特性展示出来，并收集有关的反馈。”

Cohn 的文章收到了许多不同的回答和反馈。例如Илья表示，Cohn 正在“打开危险的魔盒，因为他告诉人们，你们可以展现未完成的工作……这确实很难，而如果人们仅仅展示哪些工作已完成，就不需要那么多的勇气。”

另一方面，Adam Myhr 表示，在 Sprint 复审会议上展现未完成的工作，“对我来说，打破过去的拘束，是为了实现某些与 Sprint 复审的目的不同的东西。在我看来，这是一个恰当使用 Scrum 框架的机会”。

有许多讨论都围绕着这个未完成工作的话题。在 Programmers Stack Exchange 上的一条讨论话题中，GuyR 提到了一种不那么常见的方法：“在Sprint 复审中，产品所有者与Sprint 团队和利益干系人协商讨论，针对完成度做出决断”。在这种情况下，无论事项完成与否，都应该展示出来。

查看英文原文： Mike Cohn Suggests Unfinished Work in Sprint Review