今天我們來聊一聊scrum中的一個重要會議，review meeting。
這個概念其實在很多資料裡面都有介紹， 我在這裡就不佔用篇幅來介紹基本概念了，那麼今天我們主要說說review meeting和demo之間的關係。

說到這裡，有的朋友就說了， review meeting不就是demo meeting麼，團隊把這個sprint做的user story demo給相關干係人來看，讓PO accept這個user stroy麼？

那麼，review meeting是這樣的麼？

從上面的圖片中可以看到，review meeting在scrum概念中主要的作用是由一下幾點構成：

• Overview 當前迭代的目標，包括SB和PI
• Demo　已經完成的user story
• Discuss 這個sprint的user story（包括完成的和未完成的），總結一些經驗和原因
• Adapt 下個sprint的的PB和SB，並且根據當前的情況可能調整進度和計劃

OK， 到這裡大家可以看到了，Demo作為scrum review meeting中的一個元件，並不是review meeting中最重要的一環，而review meeting中比較重要的則是審視，調整計劃以適應當前的情況。

那麼如果開好一個scrum review meeting呢
筆者在這裡可以share一下筆者在原來的公司訂製的review meeting checklist.

1. 在review meeting前，user story owner需要準備好demo的環境及相關裝置，以保證隨時可以進行demo；

2. 在review meeting前，團隊要保證檢查所有的US，確保完成的滿足DoD,沒有完成的要標明原因，如果團隊比較忙的話，SM可以負責這項工作。

3. 團隊要按照SB確定的優先順序來對US進行review。

4. SM要控制會議節奏，避免團隊成員在細節上牽扯太多，造成會議時間過長。

5. review之後的所有決議和問題，討論等要記錄下來，並且形成AI，用來跟蹤並觀察。

6. 不是所有的user story都要等到review meeting上來進行demo,PO和團隊要養成隨時進行demo的習慣，如果一個US完成並且滿足DoD,那麼相關干係人就可以組織demo,這樣可以保證review meeting focus在審視當前迭代的問題，調整計劃和重新適應這些事情上。

如果你的團隊的scrum review meeting還是以demo為主，那麼請你拋棄這種想法，讓review meeting重新回到overview SB/PI， discuss/adapt the next sprint SB and release plan上面來