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