Sprint評審會議不是Sprint演示會議

最近，Innolution公司的執行總監、Essential Scrum的做者Ken Rubin在其公司博客上撰寫了一篇題爲It’s a Sprint Review Not a Sprint Demo!的博客，強烈呼籲你們不要把sprint評審會議（sprint review）當成跟sprint演示會議（sprint demo）同樣的東西。北京敏捷社區的姜信寶（Bob Jiang）同窗認爲這篇文章很是不錯，在徵得Ken Rubin許可後，將本文翻譯成中文並推薦至InfoQ中文站。如下爲譯文：

　　譯者注：本文雖然是在辯解「sprint評審會議」和「sprint演示會議」的字面含義，但須要更深刻了解其背後的緣由，這其實才是做者的初衷。
（sprint評審會議=sprint review；sprint演示會議=sprint demo）

　　幾乎每週我都會拜訪一到兩家公司，在現場講授Scrum課程或者進行敏捷指導。最近，參加敏捷培訓的人極可能在以前有一些Scrum經驗或（經過書或視頻）接觸過Scrum——大多數狀況下，這是件好事。

　　但我得吐吐槽。當人們把「sprint審查會議」實踐當作「sprint演示會議」或只是「演示」的時候，我就會有所擔心。這看起來只是一個語法問題，然而把評審叫作演示的結果是，它破壞了sprint評審會議的真正目的。

　　儘管演示是sprint評審會議中頗有用的一部分，但這不是評審會議的目的所在。sprint評審會議最重要的方面是參與者之間的深度交談和協做，以及使產品知識浮現出來並進行開發。

　　已經構建好的內容演示，只是一種激發圍繞具體事情交談的、很是有效的方式。但其中沒有談到產品如何工做。

　　下圖會澄清我是如何看待sprint評審會議活動。

　　

　　在圖的中間，你會看到sprint評審會議圖標。這個活動的關鍵是檢視與調整sprint過程當中產出的產品增量。這個圖標的下邊你會注意到一種舉辦sprint評審會議的方法。

　　第一步是回顧sprint目標和承諾的特性集，並和實際完成的狀況進行對比。第二步是演示和討論完成的特性，並對產品backlog或者發佈計劃作出必要的調整，以反應討論中新的認知，而後重複這個步驟。這個循環直到討論完全部完成的特性以後才結束。

　　在這個方法中，演示只是sprint評審會議中的一個活動，它不是sprint評審的目的。這就是爲何我認爲這個很重要，應該叫sprint評審會議，而不是sprint演示會議。

　　再次重申，sprint評審會議的目標是檢視與調整構建的產品。成功的評審結果是雙向的信息流動。不屬於Scrum團隊的人也能夠得知開發的成果並幫忙指出方向。

　　同時，Scrum團隊成員經過頻繁的反饋而加深了對產品的業務和市場認識。因此，sprint評審會議是一個檢視和調整產品的預約機會。

　　應該叫作sprint評審會議，而不是sprint演示會議，對於這個觀點，您贊成嗎？請留下您的建議。