今天這篇文章想和大家分享在敏捷開發的過程中執行回顧會議的5種方法。其中幾種回顧方法不但可以用在團隊討論上，也可以作為每天自己下班之後，或在一週工作結束後去思考這一天（週）的成果，進而改善並調整現狀。
回顧會議的主要目的就是為了協助團隊成員或個人，可以透過系統性的流程、並以客觀的視角彼此互相討論開發的成果、並激盪出更好的行動方案。避免流於「這次沒做好，下次會注意」就結束的形式上的檢討會議。
在執行這些會議時，建議可以防止討論過於發散甚至是沒有結論。此外，適時的轉換每週回顧會議的方式，也可以為Scrum團隊在敏捷開發的過程中帶來更多新鮮感。
如果想縮短會議時間，以下這5種方法都可以壓縮至30分鐘左右。不過，建議在執行這些回顧會議時可以安排引導師的角色。
1. KPT(A)
KPT(A) 是一種相當簡單的方法，不但能透過將專案中所遇到的亮點與問題視覺化來回顧專案的進行，並能夠有助於團隊制定下一步。他是由美國電腦科學家和敏捷開發的發起人Alistair Cockburn所發明，這想手法現在在日本甚至比在美國更受歡迎。
- Keep：做得好的地方、應持續的地方
- Problem：問題、不順利的地方
- Try：想做的嘗試、問題的解決方案
- Action：具體落實Try的行動
- 各自寫下 Keep、並輪流與團隊成員分享
- 各自寫下 Problem
- 將 Problem 與團隊成員分享，若有特別想討論的議題可以設定一段時間針對該議題進行討論。當Problem的數量多時，可以透過投票的方式，針對票數較高的議題進行討論。
- 各自寫下Try
- 將 Try 與團隊成員分享，若有特別想討論的議題可以設定一段時間針對該議題進行討論。建議如果可以的話，針對所有的 Problem 去思考該如何改善與 Try
- 在 Try 中若有即刻想開始執行的行動，可進一步討論該項目的負責人與驗收期。
重要的是將「嘗試」轉化為具體行動與項目間的流動！
在KPT中TRY的部分，重要的不僅是要寫下關於接下來要做什麼的粗略描述，同時還要寫下將採取的具體行動。關鍵點在於該行動必須要夠明確，例如「每個月拜訪客戶數量增加20間」，而不是單純寫下「增加銷售」。KPT的流程雖然相當容易理解，但很多情況是只能在最後獲得模糊的Try。因此，為了最後能夠歸納出具體的行動指示，現在也有許多團隊會更近一步執行「KPTA」，在這裡的 A 指的就是 Action。
另外，還有另外一項重點要提醒大家的是執行「KPT 方法」的核心概念是「流動」，關鍵在於去測試其中的「Try」。那為什麼說是流動的呢？因為大部份時候我們很難確定所謂的最佳解，所以必須透過測試去驗證，如果發現了某些值得保持（Keep）的方法，那麼這些「Try」就有機會進入下一次 KPT 反省的 Keep 中。同樣的，如果這次測試發現新的疑惑，就會進入下一次 KPT 的 Problem 中。因此這裡面的內容會是流動的。
為什麼要使用 KPT 法？
「 KPT 方法」有幾個地方值得我們借鏡，首先就是他「不問優缺點」的特色，我們在過去的反省中常常陷入討論優缺點的迷失，容易隱惡揚善，或是陷入自我否定，卻忘記其實這一次的優缺點不重要，重要的是下一次怎麼做才會更好，而「 KPT 方法」的反省方式全部聚焦在下一次行動。
所以「 KPT 方法」 的紀錄方式，可以幫助我們有效的自我釐清，建立架構，一方面不斷累積值得保存的經驗，一方面又能改善自身能力。
2. YWT
YWT方法是相對單純的一種 Framework，拆解過去曾採取的行動，反省回顧從中學到了什麼以及如何採取下一步。是一個簡單好記的方法，當不知道自己下一步該怎麼做時，不妨試試看這個方法！
Y：執行過的事項
W：學習到的事情
T：下一次的嘗試
流程
- 各自寫下做過的事、學到的事以及下次的嘗試。
- 輪流分享各自做過的事
- 輪流分享學到的事
- 輪流分享接下來要做的嘗試
KPT 較多用於回顧工作、目標和改善點，而 YWT 更多是關於經驗與學習
YWT 過程與 KPT 沒有相差太多，可以看作是一種標準的回顧方法。不同的是，KPT 較多用於回顧工作、目標和改善點，而 YWT 更多是關於經驗與學習，去實行 ①實踐之前所設定的任務，②反思自己所學到的東西，③思考接下來的下一步，這樣的循環。
關鍵是要夠具體地提出下一步計畫，並將「為什麼而做」明確地陳述出來，並與團隊成員分享。
3. Star fish
The Starfish 是由全球科技領袖和顧問 Patrick Kua 所建立，目的在進行回顧活動時刺激團隊成員去思考更多，而不是只停留在「好」與「壞」的二分法，並促進團隊成員之間對於不同行為的價值能夠達成共識並相互理解。
- Keep Doing：採取過的行動中有看到效果、之後也想持續的事項
- More of：採取過的行動中效果佳且未來想更擴大執行的事項
- Less of：在執行上所耗費的成果以及其實際帶來的效應不成正比，想要縮減的事項
- Stop Doing：對於團隊而言沒有太大正面影響的事項
- Start Doing：想導入的全新嘗試
流程
- 各自針對這5點項目寫下自己的想法
- 輪流與團隊分享
- 投票選出特別想要討論的事項
- 針對投票數較高的項目作討論，並構思具體的行動方案
- 在一定時間之內，可重複進行第4步驟
KPT（A) 和 Starfish 在本質上其實沒有差太多，只是 Star Fish 將 KPT（A) 中的要素又拆解的更細。舉例來說，Less of & Stop Doing 在某種程度上其實接近於 KPT 中的 P。 另一個差別在於，如上述進行步驟中的第4點，在執行 Star Fish 時不會去討論所有問題，而是聚焦在眼前最重要的項目。
4. World Cafe
The World Cafe 可以幫助參加者在短時間內聽到來自不同觀點的意見，並從彼此身上獲得靈感。
流程
- 各自準備想要討論的話題
- 輪流分享必歸納分類
- 根據人數，隨機分組（＊建議1 組最少安排3人以上）
- 以組為單位，選出特別想要討論的議題並在固定時間內進行討論
- 接著進到第2輪的意見交換。各組除了組長之外，組員需更換組別。由組長與新組員分享前面討論第一輪討論的議題與重要發言之後，新成員可以再繼續針對同一個主題丟出新的想法。
- 第3輪（整理歸納出 Insight），大家回到最初的組別，並將第二輪與其他成員討論過程中所獲得的情報與彼此分享討論，並藉此激發出更多想法與回饋。
- 最後，各組輪流發表討論的內容。が全体に発表
建議可以在有很多人和很多話題需要討論的情况下使用。如果你正在進行一個大型項目，小組中成員可能會多達15人，這時候就建議可以隨機地將參加者分成小組以討論不同的主題，並透過組內成員的輪調已達成意見交換，促進不同觀點的討論。
5. Timeline
Timeline 方法其實就如同它字面上的意思，大致上就是把專案中大家採取的行動按時間順序排列出來。透過按照時間順序並且橫跨部門地俯瞰事件的發生，即使只是粗略的方式也能幫助思考利害關係人之間的關係，並提供發現改善點的機會。
流程
- 針對想要回顧的期間，根據時間順序列出事件（橫軸），並將有利於團隊回顧的重要事項（可使用KPT的keep/problem/try）記錄下來。
- 成員投票選出特別在意的事項
- 在一定時間內，從得票數最高的事項開始討論
由於人們會有將線索與訊息連結起來的傾向，透過時間軸回顧，可以刺激人們的聯想力與記憶，以收集到更多訊息，也因此這個方法適合用於回顧為期較長的專案。
舉例來說，當團隊是以月為單位來回顧專案進行，那很有可能當大家在進行回顧時早就忘記一個月前發生什麼事，這時候若能將「事件」依照時間軸羅列並將其視覺化，可以有效避免遺漏並幫助團隊成員進行回顧。
總結
希望以上我們分享的5種回顧會議執行方式，可以在產品開發團隊執行每週／每月的回顧會議時派上用場。根據專案的大小、回顧的時間點、團隊成員的屬性等執行起來的感覺可能會很不一樣，建議大家可以多多嘗試以找到最適合團隊的方式。畢竟，重點是找出問題點並思考改善問題而不是方法本身！此外，大家也可以這些方式運用在個人的工作上，記錄自己每天的工作狀況，找出問題並對症下藥。
另外，也歡迎大家搭配使用 Design Sprint 回饋表 一起使用！
林 静瑩
Service Designer
來自台灣，目前據點在東京！
擁有廣告代理商的行銷經驗背景，目前在 Neuromagic 負責工作坊流程設計，企劃並執行以設計與永續發展為主題的講座，支援企業執行永續轉型服務。
除了永續發展與循環經濟之外，她對於地方創生與公共服務設計也非常有興趣！