2015-04-14

[瀑布底下玩SCRUM] CM的Retrospective Meeting經驗談


最近趁著 I6Sprint結束,打鐵趁熱地在部門內辦一場 Retrospective meeting。算算日子轉到 CM Team也已經 9個多月了,從 6.0 SP3 I2開始推動 Retrospective meeting,至今也已經舉辦過4場。但過去的方式都是傳統式的ㄧ個ㄧ個地表達意見,雖然還算open-minded,但是有時候仍會被前面講過的idea影響,有些同仁則是反映都是那幾個人在發表。

所以這一次我特意換成外界SCRUM愛玩的那一套便利貼Feedback法,事前先請同仁就I6這個Sprint先想一下以下三個主題:
1. Good
2. Should be improved 
3. New

當天會議的流程如下:
1. 回顧上個Retrospective Meeting Result
2. 報告這個Sprint的相關統計資訊
3. Brainstorming for good (5 minutes)
4. 大家輪流上台貼便利貼及說明
5. Brainstorming for improved(10 minutes)
6. 大家輪流上台貼便利貼及說明
7. Brainstorming for new (5 minutes)
8. 大家輪流上台貼便利貼及說明
9. 分類 improved & new的便利貼
10. improved & new中選出3項下個sprintaction item
11. 討論解決方案

這次我特別將good, improved, new 分成三個部分來分開討論
用意是希望同仁們可以更focus on目前的topic

或許是這套方法引發大家源源不絕的想法吧?
或許是大家對團隊很多期待吧?

還滿開心看見當天同仁們滔滔不絕地發表看法,不過也讓會議時間到了2小時仍是無法結束,所以很可惜最後並沒有跑到投票與討論solution的流程。
會議結束後我把黑板上的便利貼拍下來,後續會整理成文件以便下次使用。(Post-Mortem Meeting還能拿來用)

幾點心得分享
1.     時間還是必須要控制,實在run太久了。
2.     這次的方式的確激發出大量意見,大家也都在台上侃侃而談,我覺得效果不錯。
3.     最後還是沒能跟QA一起舉行是有點可惜。
4.     聽到同事們支持與稱讚這次Sprint推行的方法其實還蠻有成就感的,原本還擔心會造成大家的負擔,不過就結果論來看,從”win-win”的角度切入真的比較容易推行喔。

0 意見: