Scrum 中有個 retrospective 會議, 是用來檢討這次 sprint 中, 是否有哪些地方做得好, 或是做得不太理想. 它提供了一個反思的機會, 讓大家可以持續改進.

可惜的是, 大家翻來覆去地就那麼一招, 每次開 retro 就用同一種方式來, 搞個 2 個月後, 你不覺得煩, team member 可能都會想吐了.

今天來介紹一招比較進階的手法, 叫做焦點討論法 (ORID), 它的定義如下所述:

2013-02-05-13-13-52  

Objective 
     定義: 
          客觀, 事實
          問出事實和外在現況
          引導人要帶領參與者發掘客觀的事實. 
          透過觀察大家可以了解事實, 不過也會發現每一個人記得的片段都略為不同
          what do I see?
     問題: 
          我看到什麼? 我聽到什麼? 發生了什麼事情?


Reflective
     定義: 
          感受, 反應
          喚起對客觀問題或資料的反應, 也就是你的情緒和感覺
          則要引導參與者, 透過討論的材料, 分享自身感受
          How do I feel?
     問題: 
          什麼地方很有趣, 很驚訝, 很感動, 很鼓舞, 或是讓你沮喪
          有什麼地方會讓你很受感動?
          課程中讓你覺得受鼓舞的地方在那裡?
          有讓你沮喪的時候嗎?有讓你特別難過的地方嗎?
          課程結束時,你的感覺是什麼?
     你直覺的反應是?


Interpretive
     定義: 
          意義, 價值, 經驗
          尋找意義, 價值及涵義
          了解大家有那些不同的解釋角度的問題
          What do I learn/found/realize? 
     問題: 
          最有意義的是什麼? 為什麼很重要? 新的領悟
          這個活動到底在表達些什麼?
          這個活動會讓你得到什麼新的學習?新的領悟嗎?
          這裡最有意義的是?
          為什麼對我們很重要?


Decisional
     定義: 
          決定, 行動
          找出決議, 或是決定要做什麼事情
          What shall we do next? 
     問題: 
          有什麼要改變? 你會採取什麼不同的行動? 解答在哪裡?



所以 ORID 是一個有層次的討論過程, 從現狀開始, 然後分享你的感受, 接著解釋你這些反應的意義和重要性, 最後才來做出決定. 

一般團隊在討論時, 可能忽略了現狀, 不考慮大家的感受, 然後直接跳到結論要怎麼做, 或許會議有決定, 但是往往卻埋下了吵架的導火線. 而 ORID 這樣循序漸次的引導, 並可以避免這樣的事情發生.

 


讓我們來看第一個範例: 生日蛋糕. 看看我們怎麼用 ORID 來進行引導:

 

cake_weng5th1  


Objective 
這是一個生日蛋糕, 上面有一個熊的圖形
Reflective
奶油口味很好吃, 蛋糕吃起來很新鮮. 大家感到很開心.
Interpretive
我特別喜歡吃奶油蛋糕, 是因為小時候奶奶都買這個蛋糕給我吃, 我印象很深刻. 
Decisional
我要常常回去看奶奶, 順便帶些她喜歡吃的東西回去.

 


接下來我們來看第二個例子: 參加 AgileMeetup 的 Coding Dojo

 

10565035_435764319894595_3397517656251197701_n  


Objective 
很多一起在學習用 TDD 寫程式, 兩個人 pair programming, 寫一段時間後就換人
Reflective
覺得學 TDD 很有趣. 很簡單
Interpretive
以前看書學習TDD 時,  感覺它好難懂, 團隊可能不容易學會, 原來是我用錯方法
Decisional
決定回去用 dojo 的方式, 來引導團隊學會 TDD, refactoring 和 pattern

 



這樣有沒有懂要怎麼用 ORID 了. 記得, 不要老是再用同一招來做 retrospective, 會吐的...

arrow
arrow
    全站熱搜

    kojenchieh 發表在 痞客邦 留言(0) 人氣()