走過的路不會白費，就像由本系列改寫出版的《Agile一本通！敏捷新手入門導引》一樣，能成為你未來的養分
暖心推薦 >> https://www.books.com.tw/products/0010968755

走過的路不會白費

灰貓更新了他的狀態。

「怎麼意外的感性起來?」白貓好奇問灰貓。

「剛剛開完回顧會議，這幾次sprint雖然辛苦，但完成了好多事。」

「而且重點是，我知道自己不孤單。我說出自己遇到的問題，同事們竟然也有遇過，雖然狀況不盡相同，但大家都願意一起想辦法解決，也討論出了解決方案。」

「嗯，感覺又有動力繼續前進了呢。」

回顧會議(Retrospective Meeting)

回顧會議，或稱retro。藉由檢視過去的一個sprint中完成的事情與執行過程，找出是否有可以進步的地方，以在未來可以改善或沿用。討論過程提出可執行的計畫，讓改善或沿用得以實現。

回顧會議的流程

1. 開場，建立開始討論的氣氛
2. 報告完成的內容與現況
3. 給予回饋，例如之後可以改善或延續的部分
4. 提出或討論接下來要做的事

開場是相當重要的部分，開場氣氛對了當天討論就會熱絡，冷淡的開場可能導致會議草草結束。在retromat上有許多開場的方法，但如果團隊或組織氛圍比較嚴肅，不太能接受在上班時間「玩遊戲」，藉由簡單的日常宣導與談話，也能開啟成員間的討論。

報告完成的內容與給予回饋的環節，通常能引起最多的討論。當專案趕工期，成員遇到困難或覺得不合理的地方，因為缺乏時間交流，往往不知道是否只有自己遇到問題。藉由交流與討論，成員可以反映自己遇到的狀況與解法，當理解自己並不是孤單的，就會更願意站出來一起解決問題。

團隊若不習慣使用便利貼，在開放的討論氣氛下，也可以先讓成員逐一說明自己完成的內容與遇到的問題再開始討論，由紀錄者幫忙紀錄內容，再投影或使用白板方便討論。常遇到的狀況是輪到自己說明的當下沒有想到，但換到別人說明時，才想起自己也有遇到類似狀況，討論時就可以提出自身經驗或意見。

而給予回饋通常是拋出問題，實際解決問題仍需要提出具體作法。5W2H雖然是個古早而簡單的方法，但在提出具體解法時相當好用。

• Who:當遇到的問題有關規範或溝通，就需要找對的人去協助；若遇到的問題有關技術或工具，可以提出工具或技術的訓練負責人或熟悉技術的人一起解決。
• When:描述問題發生的時間或解法的適用時間。例如:解法是短期解法或長期解法、在什麼時間之前必須解決。
• What:說明解決什麼事情。檢視問題的命題，可以進一步思考是否是真正有解決到問題的本體，或者只是受到其他問題影響而產生的狀況。
• Where: 當團隊是跨區域團隊時，可能遇到問題發生在單一區域的狀況。釐清問題發生的區域，並對該區域提出特定的解決方案。
• How: 解決方案的內容。
• How Much:有時提出的解決方案所費不貲或曠日廢時，此時可以想想有沒有更好的方法。例如:曾經有成員反映辦公室椅子發出雜音太吵影響開發專注度，提出將椅子全面換新的解法，經過討論，最後用一罐WD40解決了成員忍耐已久的問題。

今天的參考資料/延伸閱讀:

1. 衝刺回顧會議
2. 如何執行一場 Retrospective Meeting？
3. 【Scrum檢視會議】開會報告沒意義?每個團隊都該學的Scrum回顧會議！
4. How to do Sprint Retrospective Meeting Right | Sprint Retrospective Explained!
5. retromat