Sprint評審會議 (Sprint Review)
摘要：
概述：
對於功能性的產品增量進行審視並調整。
參與者：
團隊、產品負責人、ScrumMaster。產品負責人可以邀請其他恰當的利益相關人蔘加。
時長：
時間箱為Sprint中的每一週對應一個小時。
在Sprint結束後，就到了Sprint評審會議 (Spr...
概述：
對於功能性的產品增量進行審視並調整。
參與者：
團隊、產品負責人、ScrumMaster。產品負責人可以邀請其他恰當的利益相關人蔘加。
時長：
時間箱為Sprint中的每一週對應一個小時。
在Sprint結束後，就到了Sprint評審會議 (Sprint Review Meeting)，人們會評審這個Sprint。出席會議的人有產品負責人、團隊成員以及ScrumMaster，再加上客戶、利益相關人、專家、領導層和任何有興趣的人。對於兩週的Sprint來講最長為兩個小時。任何參與者都可以問問題和提意見。
評審會議常常會被錯誤地打上“演示”的標籤，但這並沒有抓住這個會議真正的用意。Scrum中的一個關鍵思想是審視並調整。觀察並瞭解發生的情況，然後根據反饋進行演進，不斷進行。Sprint評審會議是對於產品的審視並調整活動。它讓產品負責人瞭解產品和團隊的當前狀況（也就是對於這個Sprint的評審），也讓團隊瞭解產品負責人和市場的當前狀況。因此，評審會議中的一個關鍵元素是團隊與產品負責人之間進行深入的對話來了解情況和得到建議等等。評審會議當然要包含使用團隊所創造的真的，執行起來的軟體，但如果評審的關注點只是在看產品而沒有進行交談，這麼做就失衡了。
Sprint評審會議中“執行起來的軟體”這部分並不是由團隊來做“報告”，不會用到幻燈片。它是指親手來檢驗正在執行的真正的軟體，例如在一個用於開發的沙盒環境中。在評審會議議室裡會有一臺或多臺電腦，人們可以在上面檢驗和使用執行起來的軟體。最好有一個積極互動的過程，由真實使用者和產品負責人動手與軟體互動，而不是由團隊做出一個被動的展示過程。儘量做到在不超過30分鐘的時間之內做完Sprint評審會議的準備，否則就意味著有什麼地方做得不對。