一、什么是Sprint回顧會議？

官方的Scrum指南將Sprint回顧會議描述為：

在Sprint結束時召開的會議，會上Scrum團隊可以自我反思，并制定關于系統、流程及工作流的改進計劃。

簡單來說，就是開發團隊要討論在剛剛結束的Sprint中，有哪些任務是順利進行的，有哪些遇到了阻礙，以及未來要如何改進。在Sprint回顧會議中，組織者（很可能是Scrum Master）鼓勵成員之間的交流，并記錄總結會議產出。

會議中，團隊可能會討論：

• Sprint期間發生的具體事件——好的、不好的
• 對每日Scrum等流程的改進
• 改變內部溝通或與利益相關者溝通的方式
• 其他人認為有改進機會的地方

每個Sprint都是一次學習、成長和改進流程的機會，團隊可以使整個流程形式化，促進會議產出的落地，在整個團隊中積極推動變革。

二、Sprint回顧會議什么時候舉行？

顧名思義，Sprint回顧會議發生在當前Sprint的最后，通常在Sprint評審會議后和下一次Sprint計劃會議之前。

如果你對Sprint評審會議和Sprint回顧會議之間的區別不清楚，這里有一個簡單的方法來區分它們：

• Sprint評審相當于用戶驗收測試。在評審期間，項目團隊向產品所有者演示可交付成果，產品所有者根據驗收標準進行評審。
• Sprint回顧會議更接近于項目的事后分析，在此過程中，整個團隊對這一Sprint進行回溯，檢查他們的過程和工作流。

換句話說，Sprint評審會議是關于產品的，而回顧會議是關于過程的。

三、Sprint回顧會議需要多長時間？

雖然目前沒有關于Sprint回顧會議應持續多長時間的既定規則，但像所有敏捷儀式一樣，Sprint回顧會議也需要有一定的時間限制。

按以前的經驗，Sprint回顧會議最好每周不超過45分鐘。這就意味著Sprint時間長度為一個星期時，需要一個最多45分鐘的Sprint回顧會議，而Sprint時間長度為一個月時，則需要長達3個小時的Sprint回顧會議。

此外，Sprint回顧會議的時長受很多因素的影響，比如： 參與人員、 工作模式、 團隊磨合度等。下面的例子會幫助你決定最適合自己團隊的方式。

四、參加Sprint回顧會議的成員有哪些？

Sprint回顧會議的重點是找出團隊在未來可能改進的所有方法，所以有不同的聲音是很重要的。Sprint回顧會議應該包括產品負責人、Scrum Master、開發團隊成員，還有可能包括利益相關者。

五、在Sprint回顧會議中有哪些需要注意的危險信號？

任何完整的團隊會議都有偏離軌道的風險。但當團隊開始談論失敗、錯誤或需要改進的地方時，這種風險就會增大。

• 在你進行Sprint回顧會議時，一定要注意這些危險信號：
• 不要讓團隊成員覺得這個會議是針對他們的：這些會議需要給足成員們安全感。一定要表達大家提出的合理意見會被采納，并付諸實際，否則在會議中得不到有效產出。
• 確保回顧會議中的意見能夠得到及時跟進并轉化為實際行動：回顧會議的目標是促進持續改進，而不是一味地發泄不滿和抱怨。
• 注意環境（比如，你的團隊是否處于“緊急狀態”？）：如果你的團隊正面臨著任務的截止日期，他們將很難專心進行回顧。

六、改變會議流程，有效化Sprint回顧會議的5個步驟

1. 準備好大綱

每個會議都需要有個流程或大綱，Sprint回顧會議也不例外。

在會議開始之前，提前準備和收集會議需要的工具。至少，需要回顧一下上次Sprint回顧會議所記錄的問題以及這個Sprint中的行動，問自己幾個問題：

• 這些已經記錄的問題又一次發生了嗎？
• 團隊有根據上一次的問題做出改變嗎？
• 你得到你所期望的深度洞察力了嗎？如果沒有，需要問什么問題來促使團隊更加自省？
• 怎樣才能深入挖掘并找到真正的解決方案呢？

接下來，就需要準備進行Sprint回顧會議所需的工具了：

• 會場：確保空間足夠大；
• 白板：做記錄；
• 便利貼：標記成員想法、意見；
• 計時器：控制會議時間；
• 項目管理工具：如禪道，將其轉化為可執行的任務。

2. 確定會議時間及議程

每一次成功的會議都需要有合理的議程設置，使出席的成員提前對會議議程達成共識。會議議程需要包括：會議要討論的內容、會議主持以及理想的日程安排。此外，在會議開始之前，還需要花費幾分鐘的時間匯總一下這一Sprint做了什么，這一步驟非常重要，因為這可以幫助與會人員簡單、快速地回顧工作。

下面是一個45分鐘的Sprint回顧會議的議程示例：

• 開始（5分鐘）：設定階段，討論前一個Sprint的目標和結果。
• 進展順利的地方（10分鐘）：給每個人時間來談論Sprint中做得好的地方。
• 需要改進的地方（10-15分鐘）：討論需要改進的地方。
• 改進方法（10分鐘）：團隊能做些什么來改善或解決這些剛剛發現的問題。
• 結 束（5-10分鐘）：留出一點時間來感謝每個人，處理后續的事項，例如：誰該負責這些事項，以及何時完成這些事項。

3.在Sprint回顧會議開始之前：建立一套基本規則

在Sprint回顧會議開始之前，告知與會人員參會的一些基本規則，例如：

這是一個積極的儀式：不論上一個Sprint是怎么結束的，都要確保每個人都知道回顧會議的重點是團隊和過程的持續改進，不要推卸責任。

不要個人化： 項目管理是關于人的，但Sprint回顧會議是關于過程的。要確保每個人都知道他們批評的是工作流程、情況和系統，而不是其他隊友的個人行為。

每個人都有發言機會，也不會被隨意打斷：尊重議程，請每個人以開放的心態傾聽。

4. 在會議中：討論一下哪些是有效的，哪些可以做得更好，以及接下來的改進方法

運行Scrum回顧會議的最好方法，是不斷地向大家進行提問。會議問題的選擇也需要做出斟酌：不要停留在表面，而是要深入到具體細節中，比如：不只問我們要做出哪些改變，還要問：是什么動機促使我們要這樣做？什么技能或知識能夠幫助Sprint取得成功？我們在哪些方面應該做得更好？怎么樣促進團隊合作精神？

除此之外，還要給每個團隊成員發言的機會，讓他們有機會說出自己的想法，然后把匯總出來的信息貼在白板上（還可以用不同顏色的貼紙來回答不同的問題）。

項目管理是關于人的。但是Sprint回顧會議是關于過程的。確保每個人都知道他們在批評過程，而不是其他隊友的個人行為。

最后，關注你可以采取的后續步驟來改進和解決這些問題。這些解決方案需要緊緊聚焦于可執行的任務。當參會成員提出他們的想法時，盡可能地讓他們把想法具體化，這樣他們的想法就有很大幾率可以轉化為行動了。

一旦會上產生了一些解決方案，就要明確這個解決方案的交付價值及交付時間，確保在會議結束后，產出一個確定的行動計劃。記住，這并不容易。但一旦會議成功，將帶給個人和團隊巨大的改善和提升。

5. 在Sprint回顧會議之后，記錄討論的內容并更新產品待辦事項列表

團隊會議是耗費成員時間的行為。如果你不能看到切實的會議產出，就沒有必要讓每個人都離開工作崗位去參加這個會議。

在Sprint回顧會議結束后，整理出待辦事項列表。然后，給它們確定優先級和截止日期，把它們與團隊下一個Sprint聯系起來，并分配給相關的團隊成員。這不僅能確保會議產出得到落地，還能為大家提供每個Sprint回顧會議的記錄，更方便下一個迭代結束前回顧。

以上就是Sprint回顧會議的5個步驟，按照這個框架，去創建屬于你們自己的流程吧。相信我，它會帶給團隊無法用衡量的巨大財富。