目前分類:retrospective (14)

瀏覽方式: 標題列表 簡短摘要
 
(1) D 不只是決定行動
很多時候我們會在 D階段, 問說要怎麼做, 但是有時候也可詢問大家對於行動是否有共識, 或者是決定的行動內容是什麼. 也就是對於行動的收斂問題也可以
 
(2) 當 host 不只是 host, 並且也是其中的事主

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

要開始進行一場活動時, 很多時候你的心裡還在想手頭上的工作, 或者是家裡的一些事情, 還沒有轉換到要參加活動的心情, 因此 check-in 活動就要要幫助參與者, 把這些事情放下, 然後全心全意參與活動的進行.
 
Check-in 不是目的, 他的目的是為了參與者創造一個安全氣氛所做的事情.
 
李境展提到
    破冰,我覺得是某種暖場的形式。

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

Vince 在 Facebook 發表了一些 ORID 的文章, 其中有提到 check-in 的工具. 想說把它整理下, 以供日後參考
 
1.Fist of Five
說明
    紀錄和顯示目前大家 高興(happy)/知曉(informed)/專注(focus)的感受程度
步驟

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

在某一場回顧會議中的對話:
 
A: 那個需求每次都很不明確, 所以在之後都要花很多時間釐清
B:  UI mock 花太多時間做了, 我們拿到時都已經很晚了
C: RD 應該對重要部分進行 code review, 否則後面品質好不穩
A: 測試人員太晚進行 performance test, 導致我們後面沒時間 turn system

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

Scrum Retrospective Meeting 是 Scrum 要進行的其中一項會議. 主要是要來檢討做事方法, 期待讓團隊更有效率.
 
5121009259_057210fd3d_z  
 
在這個過程中, 我觀察到會議往往會有這樣的壞味道, 就讓我們來瞧瞧這些是什麼:
 

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

今年我又帶到一個新的團隊, 要一起合作去完成一個新的專案. 由於成員是全新的, 因此我是事先規劃了一個 workshop, 不但讓大家互相認識, 也藉此讓團隊成員制定了一個工作守則 (working agreement).
 
在工作守則中, 我們定義了大家共同要擔當的責任, 好讓大家知道那些行為, 是團隊所鼓勵和期待的. 
 
這樣的工作守則, 通常會在 sprint 0 或是專案開始前制定. 並且在專案執行過程中, 我們會週期性地檢視, 以確保這些守則的實用性. 另外, 也需要團隊成員時時提醒自己以及其他成員, 遵守這些守則的必要性.
 

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

在 Scrum 裡面, 每當 sprint 結束後, 需要進行回顧會議 (retrospective), 以檢討在這個過程中那些地方需要改進.
 
happy-retro  
 
可惜,我問過很多執行 scrum 的團隊, 大多數的人都不太進行這個會議. 老中會努力工作, 可惜不太懂得改進自己的工作流程, 或者是做事方法. 因此加班時數總是最多, 但是成效卻不見得比別人好.
 

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

大家在進行 retrospective 會議時, 常聽到只有一種方法, 因此時間一久了, 大家就會很煩悶, 又是來同一套, 因此換些做法, 對 scrum 團隊來說是必要的.
 
不過, 不管換哪些方法, 大部份的做法都是集中在解決我們遭遇的問題, 或者是改進我們目前的做法. 但是, 卻沒聽到有人說要凝聚團隊的向心力. 需知道, 如果大家沒心, 那些解決方案或是改進計畫, 執行起來都是事倍功半啊.
 
在 Team barometer 一文中, 作者提出了一種調查的方法, 讓我們可以知道目前團隊凝聚的狀態, 然後再搭配一些引導的方式, 讓大家來檢討和改善團隊向心力.
 

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

最近 agile 很流行探討工程師文化, 強調組織的建立和轉型. 其中有一個分支, 就是討論工作協定 (working agreeemnt). 那就讓我們來聊聊它是什麼
 
stand+up+post+-+agreement  
 
說明
工作協定是指一組團隊願意遵守去執行的規則或是流程, 它將會讓我們做事更有效率, 更容易成功.

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

最近和 team member 聊天, 他談到有了 Daily Scrum 後, 為什麼還要 status report 的會議呢?
 
 Five-Whys  
 
為什麼會有這個 status report 會議呢? 因為在 Daily Scrum 時, 大家雖然有回報他的狀態, 但是還是不清楚整個 project 或是每個 feature 的狀態. 所以我們被要求要更新 task board 外, 還另外要送 status report 給 lead.
 

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

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

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

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

2013-02-05-13-13-52  

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

看板中有所謂的6 個核心實踐 (core practices), 其中一條就是”實現反饋迴圈”. 那這一條要如何進行呢? Toyta Kata 一書給了我們不少建議, 其中 improvement kata 就是用來改進, 調整和改革的模式.  你可以在這裡看到比較完整的說明:
http://www.lean.org/Workshops/WorkshopDescription.cfm?WorkshopId=68

老實說, 一開始我覺得還真難下手, 不容易照著去落實, 後來看到 JImmy 寫的這篇  Improvement Theme – Simple and practical Toyota Kata, 真的覺得這個容易多了, 我把它整理了一下, 希望之後能很快讓團隊上手

 

Theme1a_w  

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

Retrospective 不好執行, 一方面你要讓團隊信任你, 一方面你需要每一段時間後搞些新花樣. 因此對 Scrum Master 或是團隊來說, 是個不小的挑戰. 

 

sample Retrospective - DAKI - drop, add, keep, improve  

今天介紹一些簡單的做法及變形:  藉由對團隊問問題, 來收集到一堆答案. 這些資料可以讓團隊定定改進的行動, 以便在下個 iteration 中執行. 如果你之前沒有玩過 retrospective, 這些方法會是不錯的起點, 讓你可以很快開始進行 retrospective. 

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

當我開始執行 scrum 後, 發現公司大多數回顧會議(retrospective)的進行, 都是從我們 team 抄出去, 雖然這是一件很驕傲的事情, 但是執行久了, 還是覺得會很無趣.

 

retrospective_big-505x377  

回顧會議是希望大家能夠講真話, 能夠有機會反思自己做的好不好. 立意雖然不錯, 但是執行久了會乏味. 就像一道美食天天吃, 日子一久也會咽不下去. 因此主持人要能改變實施方式, 帶動會議的氣氛, 讓大家能夠享受在其中. 

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

找更多相關文章與討論

您尚未登入,將以訪客身份留言。亦可以上方服務帳號登入留言

請輸入暱稱 ( 最多顯示 6 個中文字元 )

請輸入標題 ( 最多顯示 9 個中文字元 )

請輸入內容 ( 最多 140 個中文字元 )

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼