首頁 > 運動

Sprint評審會目的是什麼，怎麼開

由 PingCode 發表于運動2022-12-31

簡介Sprint 評審會議不是一個進度彙報會議，所以不推薦大家使用PPT，這是一個非正式會議，演示增量的目的是為了獲取反饋，提出意見和促進合作，根據完成情況和Sprint期間產品待辦列表的變化，團隊和利益相關方一起討論接下來可能要做的事情，未來

物料po什麼意思啊

Sprint評審會議在 Sprint 快結束時舉行，這個事件是讓開發團隊展示他們在Sprint中取得的成就，根據DoD“完成的定義”和驗收標準，驗證增量，這些增量應該是：已經開發、測試完成、經過整合的和已經記錄的。

Sprint 評審會議不是一個進度彙報會議，所以不推薦大家使用PPT

，這是一個非正式會議，演示增量的目的是為了獲取反饋，提出意見和促進合作，根據完成情況和Sprint期間產品待辦列表的變化，團隊和利益相關方一起討論接下來可能要做的事情，未來有可能迎接哪些新的機會/挑戰。

Sprint評審會議的時長

Sprint評審會議也有時間盒的限制

，對於長度為一個月的 Sprint 來說，評審會議時間最長不超過 4 小時。同樣的，2周的Sprint，評審不超過2小時，一週開一次的話，不超過1小時，Scrum Master要讓團隊遵守時間盒的規則，讓每個參會者都明白會議的目的，保證會議舉行。

評審會議的參會者包括 Scrum 團隊和產品負責人邀請的主要利益相關者：是在產品生產、銷售、使用、服務等場景下與產品的相關人員，例如市場營銷人員，客戶服務人員，質量人員，中高層管理等等。

Sprint評審會議很常見的一個誤區就是，把它當成讓PO接受開發團隊交付的會議，這很容易變成相互責備的場景，違背了Scrum“適應”的原則，大家要記住，演示的目的是，在團隊和利益相關者之間進行有關如何使產品更有價值的對話！

一個完整的Sprint 評審會議

Sprint 評審會議開展的形式多種多樣，在評審開始之前我們要進行一些準備工作，PO必須清楚開發團隊在衝刺期間完成了哪些使用者故事。開發團隊需要準備好演示完整的可交付增量。好，那我們現在開始Sprint評審會議吧！

首先，會議開始，PO歡迎利益相關者來參加評審，然後由PO介紹專案的目標，以及本次Sprint的目標，根據我們在計劃會議定義好的DoD，說明產品待辦列表裡哪些已經“完成”和哪些沒有“完成”；

展示產品增量，開發團隊演示Sprint中已實現的產品新功能，最好在接近生產環境的裝置上進行，例如，開發在手機APP端的功能程式應該在手機端演示，而不是電腦~

由來自各方代表的利益相關者提出問題或反饋。

開發團隊解答交付增量的問題，並總結Sprint期間做得好和還可以改進的地方。

參會的所有人就下一步的工作進行探討：評審產品在未來的不同市場，評估潛在的使用場景，決定接下來我們要做的哪些最有價值的改變或最佳化；

更新產品待辦事項列表，在大家討論期待發布產品的時間、預算和市場潛力等等問題，達成共識後，會更新待辦列表。也就是Sprint評審會議的輸出，是這份修訂後的產品待辦列表，為接下來的Sprint 計劃會議提供有價值的輸入資訊。

Sprint 評審會議的常見QA

如果這個Sprint完成，但還無法進行演示，評審還需要進行嗎？

在Scrum裡，如果一個Sprint結束卻又無法演示，那對於Scrum指南里的標準來說，這就不是一個好的Sprint，標準的Sprint結束後產生的增量是潛在的可釋出的增量，也就是說增量是可用的。

但在實際的工作中，例如像谷歌、華為這種實驗室類似前瞻性、實驗性的專案，確實無法保證每個Sprint結束後，必然會產生標準的增量。

我們再來理解一下Sprint評審會議目的，向利益相關者演示產品，向大家展示離最終目標還有多遠，讓團隊專注於全域性，理解每個Sprint對專案全貌的影響。評審會議是團隊和利益相關方溝通的直接會議，是獲得直接反饋的最好的時機。

所以我們建議儘可能地展示，因為證明團隊取得進展，並獲得反饋，團隊在每個Sprint迭代都在不斷完善增量，極大保證了我們最終產生有廣泛可接受度和健壯的產品，你也不想在產品最終釋出出來後，才被拒絕或不被接受，對吧。

所以我們鼓勵團隊定期地、儘可能地向利益相關者演示產品。

增量的驗收是誰來確定的？

產品負責人PO是團隊中的業務代表，TA要確保增量是利益相關者想要的，所以驗收標準來自PO，是涵蓋在產品待辦列表裡需要考慮的。

為了讓利益相關方滿意，PO和開發團隊會一起演示增量，最終，會由PO給出“接受”“拒絕”增量的答案。

如果PO和利益相關方沒有接受團隊交付的增量，那會怎麼樣？

在評審會議上，如果PO和利益相關方認為增量還未完成，受到了拒絕，那我們要先評審Sprint做了的任務，PO在評審中記錄下來，細化到可以執行的顆粒度，等到完成評估和優先順序的排序，再加到產品待辦列表中，最後轉移到合適的Sprint中。

同樣的，如果是利益相關方提出了建議，或團隊在Sprint過程中發現了新的資訊，也是由PO記錄到產品待辦列表等待合適的Sprint。所以我們說，評審會議的最終輸出是更新的產品待辦列表~~

Sprint 評審會議是幫助建立起團隊和利益相關方信任的橋樑，及時的互動和反饋影響著最終產品的成功。