在敏捷開發的過程中，研發團隊需要“小步快跑，快速迭代，持續改進”，迭代回顧會議（Retrospective Meeting）是Scrum中最具有價值的會議之一，也是 PDCA 循環中的關鍵動作，幫助團隊回顧和改善開發流程，實現持續過程改進。然而在實際的敏捷開發中，「迭代回顧會議」常常因為以下原因被拋棄：

• 主題不聚焦，難以貫徹執行

• 回顧不講真話，建議不被重視

• 氣氛類似「甩鍋大會」，團隊成員互相指責推諉

• 會議枯燥無聊，沒有真正幫助團隊實現提效

• 迭代之間時間緊迫，認為回顧沒有價值

那么，如何做一場有趣又高效的迭代回顧會議呢？會議可以遵循這樣的路線圖：提高會議透明度、收集數據并分析改進、適應并擁抱變化。

回顧會議從「透明」開始

當回顧會議變成「甩鍋大會」，往往是因為團隊之間不夠「透明」。人們有時會因為擔心來自外部的指責而隱藏自己真正的工作方式，這樣的隱藏使得團隊在回顧會議中難以產生有效的反思。為解決這一問題，回顧會議首先要從提高會議透明度開始。

回顧會議不僅僅是讓成員參與進來，更重要的是敞開心扉，沒有顧慮地把問題暴露出來，以此尋找改進辦法。因此在會議過程中，要避免討論任何關于個人責任的問題。有條件的可以選擇寬敞的會議室，或準備一些零食，營造輕松的討論氛圍，減輕參會者的防備心理。

無效的「回顧會議」給人的印象往往是互相推諉責任，浪費時間，參加這樣的會議難免心情沉重消極。通過「ESVP」游戲可以幫助 Scrum Master 了解參會者的心態，同時也反映出迭代中可能存在的問題，進而漸進式地引導團隊以正面積極的心態面對回顧會議。

E：Explorer（探險家）

S：Shopper（購物者）

V：Vacationer（度假者）

P：Prisoner（囚犯）

ESVP的常用方法

不同的角色代表了不同的參會心態。探險家渴望看到每一個細節，并尋求從回顧會議中獲得最大收益；購物者喜歡考慮一些不同的事情，并且對一些新的見解感到滿意；度假者享受回顧會議；而“囚犯”則是被困在回顧會議中，更愿意去做一些其他的事情。

「ESVP」通常運用在回顧會議的開幕式。當出現很多“囚犯”時，常見的策略是詢問他們為什么覺得被困在回顧會議中，以及他們想要做什么，也許他們想做的事情是我們當時能做的最好的事情；而如果有很多度假者，回顧會議可能不會產生很多見解，迭代將會面臨壓力。

在正式地進入「分析數據」環節之前，Scrum Master 還需要讓參會者回憶迭代過程發生的事情，并以此繪制心情曲線。

對照當前迭代的「敏捷看板」和「燃盡圖」等可視化視圖，團隊能夠直觀地理清迭代的關鍵時間節點以及信息，并結合迭代中沉淀的日志、團隊文檔等，追溯迭代情況。

燃盡圖

敏捷看板

迭代心情曲線的橫軸是時間軸，表示「迭代」的時間跨度；縱軸是情緒軸，上面的象限屬于積極情緒，下面的象限屬于消極情緒。

團隊成員根據「迭代」的時間將自己的心情變化畫成一條曲線，最后用一個詞語來評價自己在整個迭代中的情緒。心情曲線的呈現結果可能是「正向」的，也可能是「負向」的，當「負向」曲線的成員居多時，我們要進一步了解是什么原因導致，并在后續的迭代中規避。

收集數據并改進分析

收集迭代過程中產生的各種研發數據，并通過統一的平臺進行可視化的展現，是分析改進的重要前提。

通過效能管理自動收集研發過程中的數據，極大地節省了項目經理的工作量，并確保了數據的客觀性和可靠性。基于專業的效能度量指標體系，效能管理中還預置了多維度的可視化報表模板，滿足團隊不同的分析場景，快速了解研發效能數據，為分析和定位問題提供重要依據。

提供專業的效能度量指標

分析改進可以通過「帆船回顧模型」或「魚骨圖」進行：

通過「帆船回顧」來分析迭代中的優勢、劣勢和風險等，其中：

• 船：代表項目團隊

• 島嶼：代表要實現的目標

• 太陽：代表過去做得好的地方，未來可以繼續堅持

• 風和云：代表團隊的優勢

• 錨點：代表過去做的不好的地方，未來需要改進

• 珊瑚：代表已識別的風險，對未來會產生阻礙

帆船回顧模型

當帆船回顧結束，我們就能收集到大量反映真實情況的數據，這些數據分別位于各個代表不同意思的圖形中，對于做的好的部分，團隊的管理者需要給予鼓勵，爭取能做到更好，這是在實際回顧會議中容易被忽略的部分，對于待改進的部分，通過劃分優先級確定核心問題。

魚骨圖將因果關系可視化，幫助團隊分析造成不利影響的多個潛在原因，適用于持續改進。在魚骨圖中，問題出在魚的頭部，而造成問題的原因就是魚的肋骨，大骨表示的是主要原因，中骨表示子原因，通過反復問「為什么」不斷向下鉆取，尋找原因，解決問題。

適應迭代回顧

擁抱變化

適應是真正敏捷的核心，回顧會議的真正意義在于不斷改進過程，使下一步變得更好。

回顧會議是 Scrum 團隊中每個人都可以從中吸取教訓的會議，它應該以一種有趣的方式進行，讓每一個人都可以了解上一個 Sprint 中出了什么問題，并欣賞上一個 Sprint 中的成功。

每次回顧會議中產生的重要文檔可以沉淀在 Wiki 中，形成團隊知識庫，為其他團隊及后續的迭代提供經驗參考，鼓勵團隊持續改進。

組織項目文檔、管理項目知識

基于對企業敏捷實踐的深刻理解和需求分析，提供完善的敏捷研發管理解決方案，打造高效的團隊協作環境，幫助企業快速持續改進研發過程。

敏捷解決方案