[Agile] 回顧會議的議程設計-引導過程-成效-自我回饋提升

不小心就舉辦了一場史詩級的 DAKI 回顧會議

DAKI 是個非常簡單的方式，只有四個問題

D(Drop) — 什麼東西是可以/需要拋棄的

A(Add) — 可以加入什麼東西讓團隊變得更好

K(Keep) — 什麼東西是團隊喜歡、需要保留的

I(Improve) — 哪些東西可以/如何改進

議程設計

一開始是想是讓大家依序對 D、A、K、I 四個面向來討論，但是在第一次進行時，發現討論完目前有哪些東西是可以/需要拋棄（Drop）後，最好馬上討論後續可以有哪些實際的 Action Item，會讓討論更聚焦且不落於空談，因此流程上改成：

1. 先讓大家發想有哪些東西可以 Drop
2. 將想法整理歸納，或解釋得更清楚
3. 討論這些想 Drop 的東西中的重要順序
4. 討論針對前三個重要項目可以有哪些實際作為來改善並加入追蹤事項
5. 接著回到第一點，依序討論 Add、Keep、Improve

引導

引導固然有技巧，但是要讓大家說出真實聲音是需要時間練習和培養信任感的。我們團隊跑 Scrum 大概半年，從一開始大家只想私下提出建議變成已經可以在回顧會議上提出來，並且一起理性討論問題與解決方法。

成效與回饋

在 Drop 的階段大家提出很多目前應該要捨棄的制度或工作模式，大部分都集中在客戶溝通以及內部人力安排這兩點。因為這是困擾所有人的議題，所以我們就停下來針對這些問題跟在場夥伴搜集意見以及想到的解決方案。

這個釐清問題以及解決方案的過程我認為是很有價值的。可以將大家的情緒和不滿聚焦到實際的問題上，並且將這個問題從一個被動無奈接受的狀抗，轉化成大家可以出心力主動提出方法以及改變的狀態。

之前有人討論到回顧會議最後都很像集體治療，那其實也只是治標不治本。最後這些回饋建議如果是要跨部門溝通的，就會由我跟幾個主要的提案者（受害者）將意見回饋給管理階層，將公司帶入正向的循環。

Keep

在經過激烈的 Drop 和 Add 階段，在 Keep 階段大家給的回饋相對沒那麼多，但是看得出來都是跟 Scrum 流程、價值有關的項目，也讓我覺得能真正的落實 Scrum 真的是太好了。落實 Scrum 並不是容易的事情，除了需要說服老闆、說服同事改變工作型態，也需要一直關注團隊、看狀況以及回饋來調整。這個過程並不順利，但是從這個 Keep 表中知道自己的堅持還是值得。