前文所提到的 衝剌回顧會議（Sprint Retrospective），是一段專門留給團隊的時間，每次當 Sprint 結束時，團隊裡的每個人一定都會有許多心得與體悟，發現有些決定和做法會想重新來過，是件很自然而然的事，這些經由事後覆盤所得到的智慧，相當值得鼓勵。

基本 Retrospective 程序

那麼，應該如何進行這段安心放鬆卻又有儀式感的 Retro 呢？各路大神、各門各派都有不同的方式，例如 Lean Coffee、ORID、欣賞式探詢等。各位朋友可以用關鍵字查詢，會找到許多不同方法的介紹。

此篇則是採用相對容易入門的基本方式來說明，共有五個步驟：

1. 建立共識
2. 收集資料
3. 找出洞察
4. 確立方案
5. 收尾致謝

一、建立共識

在 Retro 會議的一開始，需先建立起對此會議目標的共同理解，讓大家清楚知道開這個會的目的不是在揪戰犯，而是為了團隊成長，或改善流程讓之後工作能夠變的更高效。

在這個步驟，要特別留心參與夥伴們的舒適度和參與度 ，一但發現有人表現出無法安心暢所欲言，或是心不甘情不願參加這個會議，Scrum Master 就要盡快與大家做好溝通共識，而不是無視這個現象，照表操課繼續進行議程。

必要的時候，SM 也可以在一開始的時候，就以具儀式感的方式，宣讀下面這段 Retro 的核心關鍵信念：

無論我們發現了什麼，考慮到當時的個人技術能力、可用的資源，以及當下的情況限制，我們理解並堅信：每位夥伴對自己的工作皆已全力以赴。

二、收集資料

此步驟的目標是收集事實，也就是在這個 Sprint 中發生了哪些造成團隊不順利的事。人是善於遺忘的動物，我們的大腦先天被設計成只能關注近期的事， Rson 建議 Scrum Master 在 Sprint 中每天 Daily Stand-up 時，紀錄下那些總是反覆出現造成阻礙的項目，這在 Retro 時將可派上用場。

我們可在白板上拉一個時間線，使用便利貼，在這條線上放置那些造成阻礙的事，或這個 Sprint 中曾出現的重大事件（例如一發佈就出現重大問題，而必須下架退回前一個版本）。透過視覺化的方式讓夥伴們可以回想這個 Sprint 發生過哪些事，一一填寫到時間線上，這個技巧能幫助團隊回憶起整個 Sprint 的事，而不是只有最近幾天那些不順利、不愉快的事。

除了將時間線的事件視覺化外，其他可以拿來當作回想增強劑的還有燃盡圖（後續找機會撰文介紹）、User Story、重大 Bug 清單等等。

三、找出洞察

這個步驟的目標是發現「為什麼」，透過上個階段所列出的事實，歸納發生這些事背後的原因是什麼。此處需特別小心一個誤區，Scrum Maser 須引導團隊不聚焦在 Who，也就是「誰」導致了這個窘境，而是假設會發生這件事是種必然，我們要找出的是總結出的原因是什麼。請務必記得這個最高指導原則，以避免整場衝剌回顧會議變質成批鬥大會，這將會傷害團隊，使得成員們無法或抗拒培養出成長型思維的能力。

這個階段的過程大致如下：

發現事件中的反覆出現的模式 → 尋找因果關系 → 與團隊討論迫切性及影響程度，決定是否值得花時間及成本進行改進

四、確立方案

針對前一步驟所挖掘出來的洞見進行討論，彼此交流可能可以改進的方式，並將這些想法轉換為具體可行的行動項目，將之整理好並取得大家的共識，預備於下個 Sprint 開始的時候嘗試。

與其大刀擴斧，想要一次改進全部的事項，不如從小處著手，一次只決定在一兩個地方改進。關鍵是讓團隊可以穩穩當當地前進，這需要克制住心中的完主義，太想要一次解決掉所有問題，這個念頭很容易會讓團隊產生極大的焦慮與挫敗感。其實，只要每個 Sprint 都能攻克少數的一、二個關鍵難題，這已經是相當不錯的成果了。這樣一來能夠讓成員有解決了問題的成就感，二來也能讓本來已是稀缺的精力與資源集中起來，進行單點突破，如此較有成功的機會。

除了不要太貪心之外，另一方面，方案的確立也必須要有可行性，比如「開始對關鍵功能撰寫自動化測試」就會比「招募更多的 QT 測試人員加入團隊」來的好，因為後者若沒有足夠職權的話會無法實行而動彈不得，但前者不管最後有沒有新的 QT 人員加入，都是可以執行的事。

五、收尾致謝

說真的，願意面對事實，找出問題癥結點，並制定計畫改善，這件事本身已是相當不容易。團隊剛完成了不錯的 Retro 過程，Scrum Master 此時可花點時間認可、鼓勵這件事，並給予額外時間對話交流，讓大家有機會可以藉此機會感謝彼此。接著就讓團隊好好休息放鬆一下，務必讓大家在離開 Retro 會議時，是處於充好電，感到活力與希望的狀態，以準備好迎接下個 Sprint 的挑戰。

至於那些在第四步 <確立方案> 中團隊所決定的行動項目，都會在接下來的 Sprint 中執行，同樣地在下次 Sprint Retrospective 會議中檢視事情有沒有往對的方向好轉，若是則繼續維持，若否，則需要再重覆步驟四的方案發想，制定出新的行動方案，於下個 Sprint 中再次嘗試。

Scrum 方法論之所以會在每次 Sprint 結束的最後，安排了 Retro 這個環節，目的就是希望團隊能夠自發地、持續地不斷改進，以及讓團隊夥伴感受到自身成長的喜悅，可說是 Scrum 最重要的精神特色也不為過。