敏捷老司機又練習了一場 ORID, 可惜我只參加了上半場, 下半場要趕回家給兒子看沒參加到. 不過還是記錄了一些我的感想:
(1) 重要的事先行
完整的 impact mapping 不是我們的想要的, 畢竟我們沒有時間處理全部, 應該先針對重要的部分, 多花些時間討論.
至於如何選擇哪些地方先處理呢? 昨天下半場我不在, 不過看到 Josh 的照片, 我猜應該是利用 ORID 的方式, 來收斂討論那些地方應該要先處理. 這招不錯, 可以學起來.
目前分類：retrospective (15)
- Dec 05 Tue 2017 08:43
ORID 刻意練習篇 (2)
- Nov 15 Wed 2017 09:25
ORID 刻意練習篇
(1) D 不只是決定行動
很多時候我們會在 Ｄ階段, 問說要怎麼做, 但是有時候也可詢問大家對於行動是否有共識, 或者是決定的行動內容是什麼. 也就是對於行動的收斂問題也可以
(2) 當 host 不只是 host, 並且也是其中的事主
- Oct 29 Sun 2017 18:03
Check in 工具箱整理 (2)
要開始進行一場活動時, 很多時候你的心裡還在想手頭上的工作, 或者是家裡的一些事情, 還沒有轉換到要參加活動的心情, 因此 check-in 活動就要要幫助參與者, 把這些事情放下, 然後全心全意參與活動的進行.
Check-in 不是目的, 他的目的是為了參與者創造一個安全氣氛所做的事情.
李境展提到
破冰，我覺得是某種暖場的形式。
- Oct 22 Sun 2017 21:12
Check in 工具箱整理
Vince 在 Facebook 發表了一些 ORID 的文章, 其中有提到 check-in 的工具. 想說把它整理下, 以供日後參考
1.Fist of Five
說明
紀錄和顯示目前大家 高興(happy)/知曉(informed)/專注(focus)的感受程度
步驟
- Dec 09 Wed 2015 22:28
以欣賞的角度來進行回顧會議
在某一場回顧會議中的對話:
A: 那個需求每次都很不明確, 所以在之後都要花很多時間釐清
B: UI mock 花太多時間做了, 我們拿到時都已經很晚了
C: RD 應該對重要部分進行 code review, 否則後面品質好不穩
A: 測試人員太晚進行 performance test, 導致我們後面沒時間 turn system
- Oct 21 Wed 2015 20:35
回顧會議的壞味道
Scrum Retrospective Meeting 是 Scrum 要進行的其中一項會議. 主要是要來檢討做事方法, 期待讓團隊更有效率.
在這個過程中, 我觀察到會議往往會有這樣的壞味道, 就讓我們來瞧瞧這些是什麼:
- Jun 16 Tue 2015 22:12
好的開始是成功的一半: 團隊的工作守則
今年我又帶到一個新的團隊, 要一起合作去完成一個新的專案. 由於成員是全新的, 因此我是事先規劃了一個 workshop, 不但讓大家互相認識, 也藉此讓團隊成員制定了一個工作守則 (working agreement).
在工作守則中, 我們定義了大家共同要擔當的責任, 好讓大家知道那些行為, 是團隊所鼓勵和期待的.
這樣的工作守則, 通常會在 sprint 0 或是專案開始前制定. 並且在專案執行過程中, 我們會週期性地檢視, 以確保這些守則的實用性. 另外, 也需要團隊成員時時提醒自己以及其他成員, 遵守這些守則的必要性.
- Apr 13 Mon 2015 11:47
漫談 Scrum 回顧會議
在 Scrum 裡面, 每當 sprint 結束後, 需要進行回顧會議 (retrospective), 以檢討在這個過程中那些地方需要改進.
可惜,我問過很多執行 scrum 的團隊, 大多數的人都不太進行這個會議. 老中會努力工作, 可惜不太懂得改進自己的工作流程, 或者是做事方法. 因此加班時數總是最多, 但是成效卻不見得比別人好.
- Jan 15 Thu 2015 00:13
團隊的氣壓計 - 一個回顧 teamwork 的工具
大家在進行 retrospective 會議時, 常聽到只有一種方法, 因此時間一久了, 大家就會很煩悶, 又是來同一套, 因此換些做法, 對 scrum 團隊來說是必要的.
不過, 不管換哪些方法, 大部份的做法都是集中在解決我們遭遇的問題, 或者是改進我們目前的做法. 但是, 卻沒聽到有人說要凝聚團隊的向心力. 需知道, 如果大家沒心, 那些解決方案或是改進計畫, 執行起來都是事倍功半啊.
在 Team barometer 一文中, 作者提出了一種調查的方法, 讓我們可以知道目前團隊凝聚的狀態, 然後再搭配一些引導的方式, 讓大家來檢討和改善團隊向心力.
- Dec 23 Tue 2014 22:04
敏捷團隊的工作協定
最近 agile 很流行探討工程師文化, 強調組織的建立和轉型. 其中有一個分支, 就是討論工作協定 (working agreeemnt). 那就讓我們來聊聊它是什麼
說明
工作協定是指一組團隊願意遵守去執行的規則或是流程, 它將會讓我們做事更有效率, 更容易成功.
- Nov 26 Wed 2014 20:00
五個為什麼碎碎念篇
最近和 team member 聊天, 他談到有了 Daily Scrum 後, 為什麼還要 status report 的會議呢?
為什麼會有這個 status report 會議呢? 因為在 Daily Scrum 時, 大家雖然有回報他的狀態, 但是還是不清楚整個 project 或是每個 feature 的狀態. 所以我們被要求要更新 task board 外, 還另外要送 status report 給 lead.
- Sep 22 Mon 2014 22:30
焦點討論法 (ORID)
Scrum 中有個 retrospective 會議, 是用來檢討這次 sprint 中, 是否有哪些地方做得好, 或是做得不太理想. 它提供了一個反思的機會, 讓大家可以持續改進.
可惜的是, 大家翻來覆去地就那麼一招, 每次開 retro 就用同一種方式來, 搞個 2 個月後, 你不覺得煩, team member 可能都會想吐了.
今天來介紹一招比較進階的手法, 叫做焦點討論法 (ORID), 它的定義如下所述:
- Aug 11 Mon 2014 06:18
改進的套路: Improvement Theme Kata
看板中有所謂的6 個核心實踐 (core practices), 其中一條就是”實現反饋迴圈”. 那這一條要如何進行呢? Toyta Kata 一書給了我們不少建議, 其中 improvement kata 就是用來改進, 調整和改革的模式. 你可以在這裡看到比較完整的說明:
http://www.lean.org/Workshops/WorkshopDescription.cfm?WorkshopId=68
老實說, 一開始我覺得還真難下手, 不容易照著去落實, 後來看到 JImmy 寫的這篇 Improvement Theme – Simple and practical Toyota Kata, 真的覺得這個容易多了, 我把它整理了一下, 希望之後能很快讓團隊上手
- Jun 25 Wed 2014 07:20
Retrospective 的基本方法 - 問問題
Retrospective 不好執行, 一方面你要讓團隊信任你, 一方面你需要每一段時間後搞些新花樣. 因此對 Scrum Master 或是團隊來說, 是個不小的挑戰.
今天介紹一些簡單的做法及變形: 藉由對團隊問問題, 來收集到一堆答案. 這些資料可以讓團隊定定改進的行動, 以便在下個 iteration 中執行. 如果你之前沒有玩過 retrospective, 這些方法會是不錯的起點, 讓你可以很快開始進行 retrospective.
- Feb 25 Tue 2014 06:59
不同回顧會議的進行方式
當我開始執行 scrum 後, 發現公司大多數回顧會議(retrospective)的進行, 都是從我們 team 抄出去, 雖然這是一件很驕傲的事情, 但是執行久了, 還是覺得會很無趣.
回顧會議是希望大家能夠講真話, 能夠有機會反思自己做的好不好. 立意雖然不錯, 但是執行久了會乏味. 就像一道美食天天吃, 日子一久也會咽不下去. 因此主持人要能改變實施方式, 帶動會議的氣氛, 讓大家能夠享受在其中.
