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团队和利益干系人协商讨论，针对完成度做出决断”。在这种情况下，无论事项完成与否，都应该展示出来。

原文转自：http://www.infoq.com/cn/news/2014/03/Cohn-sprint-review