Retrospective 不好執行, 一方面你要讓團隊信任你, 一方面你需要每一段時間後搞些新花樣. 因此對 Scrum Master 或是團隊來說, 是個不小的挑戰.
今天介紹一些簡單的做法及變形: 藉由對團隊問問題, 來收集到一堆答案. 這些資料可以讓團隊定定改進的行動, 以便在下個 iteration 中執行. 如果你之前沒有玩過 retrospective, 這些方法會是不錯的起點, 讓你可以很快開始進行 retrospective.
1. 基本型
描速
最基本的 retrospective 玩法. 藉由三個問題來了解團隊的狀況.
做法
A. 對團隊詢問以下四個問題:
1). 什麼做得不錯?
2). 什麼沒做好?
3). 什麼應該改進
B. 利用 KJ 法來分群, 然後排出優先順序, 再挑出要處理的群組
2. 擴展型
描述
增加一些問題, 來引導團隊成員說出問題背後更深層的原因
做法
A. 對團隊詢問以下四個問題:
1). 哪些事情我們做得不錯?
2). 我們學習到什麼?
3). 我們什麼東西下次應該做得不太一樣?
4). 什麼東西困擾著我們?
這個方法很容易學習, 但是做得好不好, 有沒有效果, 會依賴你怎麼問問題. 所以你可能會搭配 follow-up 問題, 來進一步釐清背後原因, 或是引導團隊成員多講一些. 例如: 你之前怎麼做? 你何時或是在什麼地方遇到問題? 那些工作或是技術有用或者沒用? ….
其中第四個問題, 可能會造成情緒性發言, 或是變成人身攻擊, 這時候我們可以利用一個名詞, 來描速你想表達的東西. 讓你的重心在想要處理的事情上面, 避免直接牽扯到人上面.
3. 海星 (Star Fish)
描速
它也是前面兩個做法的一種變形. 當團隊的狀況時好時會時, 這種方法便蠻適合使用. 應該他可以幫你找哪些做得好, 和做得不好的部分
做法
對團隊詢問以下四個問題:
1. 那些不該再做
2. 哪些該做少一點
3. 哪些應該持續做
4. 哪些應該多做一點
5. 哪些應該要開始做
來源: Getting Value out of Agile Retrospectives - a toolbox of retrospectives
留言列表
