目前分類:Kanban (97)

瀏覽方式: 標題列表 簡短摘要
最近正在看”深度工作力” 一書, 這本書寫得真不錯, 尤其最近雜事很多, 書中很多地方給我很多啟發. 現今世界干擾很多, 常弄的自己都是在瞎忙, 並沒有好好想清楚自己到底要什麼. 它的出現可真的是及時雨.
 
 
 
在書中有段討論如何落實深度工作的部分, 他提到了不只要知道要做什麼, 並且還要知道如何落實深度工作. 在職業世界中常常忽略怎麼做, 也就是沒有好的執行的方法. 作者提到了 柯維 (Sean Covey) 和 克里斯 (Chris McChesney) 在”執行力的修煉” (The 4 disciplines of execution) 一書中, 介紹了四個紀律, 來幫助企業成功地執行其策略. 我發現這四點, 和看板的精神其實還滿接近的, 讓我們來看看吧:

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

有人問我, 用 Trello 是否就是在使用看板. 這個問題確實常常被問到, 大家對於工具和流程, 確實混在一起談論. 今天就讓我們來聊聊吧.
 
一般我們提到看板時, 可能代表兩件事情
 
(1) Kanban Board (看板)
可能是實體的一塊板子, 上面有些便利貼. 或者是電子化的系統, 上面記錄了一些資訊. 這些都可以用來表現目前團隊的工作. 有人把這個東西稱之為看板系統. (Kanban System)

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

 
    最近在教授 Kanban 的課程時, 有位學員提到, 他之前買 Kanban 的書籍來看, 對看板有些瞭解, 但是在動手玩過 Kanban 的遊戲後, 才覺得真的認識了看板, 才對書中的東西有更深的體會.
 
我在想任何學習應該都是這樣, 需要透過實際的練習, 才容易對要學習的標的物, 有進一步的認識. 因此, 我覺得好的體驗學習有下列特色:
 

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

我們公司在星期六舉辦了運動會, 其中有一個項目就是大隊接力. 這個項目是我們這個部門的強項, 連續兩年都拿第一名.
 
12088097_10208233108533753_3888498764636502141_n  
 
從這個過程中我發現我們部門成功的原因, 和軟體開發的過程很相像, 因此想分享給大家知道
 

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

看板的其中一個核心實務, 就是要視覺化. 視覺化是什麼呢? 就是把一些資訊讓大家看得到, 然後根據這些資訊, 做出適當的行動.
 
epkj2ttlyvqug5nwrzo3  
 
不過也有人會擔心, 這會不會是另一種監視呢? 這是個好問題, 視覺化是一種工具, 如果你拿來這樣用, 那是失去了 kanban 的本意. 個人覺得, 視覺化應該是要讓組織意識到, 目前發展的狀況如何, 是否有達成目標, 或是瞭解自己的成長狀況. 這應該才是視覺化的本意.
 

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

在學習 scrum 的過程中, 有提到一個叫做任務版(task board) 的東西, 它是用來存放團隊在這個 sprint 的工作, 然後以視覺化的方式呈現.
 
那它通常以什麼方式呈現呢?  它通常會有 4 個欄位:
Story: 在這個 sprint 要處理的需求, bug 或是技術債
To Do: 要完成這個 story 所要進行的任務 (task)
In Prog: 如果任務已經開始進行了, 就放到這個欄位.

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

在看板方法中, 我們需要利用 task board 去將工作的資訊給視覺化. 因此, 視覺化的規劃, 將會嚴重影響實施看板的成效. 這裏有些小秘訣推薦給大家:
 
螢幕快照 2015-06-09 下午11.02.14  
 
1. 可以看得到 (Accessible)
要把 task board 要在團隊所坐的位置, 要讓團隊的成員可以容易看得到的地方.

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

今天在公司教授 Kanban 時談到一個 WIP 設定的範例, 覺得十分有趣, 想跟大家來分享.
 
這裏有一個工作流程, 其看板呈現如下: 
 
螢幕快照 2015-05-21 下午9.34.33  
 

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

 
3. 建立反饋與度量機制
 
當流程能夠建立之後, 並且有適當的 WIP 以及 policy, 接下來便是度量和反饋的機制. 你必須有些現況的資料, 大家利用資料講話, 或是來解讀資料, 而非光是憑感覺決策.
 
 

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

2. 限制同時處理的項目數量
看板實施的第二步, 就是要限制同時處理的項目數量(WIP, Work in progress). 老闆以為你同時處理多件事情, 就能讓時程縮短, 但事實上多工並不能讓你較快.
 
kanban-6-balance   
 

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

對於想要實施看板的團隊, 要如何才能發揮看板的功用呢? 以下一些方式可以供大家參考.
 
1. 視覺化端到端開發過程
說到看板, 大家都會想到資訊視覺化, 也就是把做的事情, 把它呈現在白板上面, 可是事情並不是哪麼單純的.
 
看板要能發揮作用, 你必須要確保以下事情能做得徹底

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

在推廣 Scrum 時, 通常我們會選定 pilot run 的團隊, 利用 workshop 來教導什麼是 Scrum, 接著就讓團隊開始使用 Scrum 來進行軟體開發了. 
 
kanban1  
 
可是經過 2-3 週後, 大家會覺得似乎每件事情都變了, 為什麼以前一次做完的事情, 現在要分階段執行. 可是我們有不知道怎麼拆解, 所以我們在 iteration 時間內做不完, 我們已經有好幾個 iteration 沒有按照原先規劃的進度來進行了, 一切都好亂....
 

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

在 Agile Community.tw 成立了兩年多後, 我們把觸角終於伸到新竹來了, 2/1 是我們第一次來到新竹辦活動, 第一次就來搞個 workshop: 看板遊戲工作坊. 希望能藉由比較大型一點點的活動, 來吸引更多人的加入.
 
13697_949404135070980_8576072183809930096_n  
 
2/1 在新竹的天氣還算不錯, 很適合大家去外走走, 並且又是第一次舉行, 外加 Kanban 這個主題在新竹應該還是很陌生的題目, 所以我想說只要有 10 個人以上, 應該就算是很不錯了. 感謝大家的捧場, 來了 13 個人. 下次讓我們再接再厲, 能夠找更多吸引人的講師, 或者對大家更有幫助的話題, 讓 agile 可以在新竹深耕茁壯.
 

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

 
Kanban 是一個用來進行變革管理的方法, 讓你發現問題, 持續對他們進行改進. 此外, 它也可以幫助你們團隊, 去採用敏捷開發方法.
 
Kanban1  
 
但是, 人們剛開始接觸到看板時, 都會有以下疑問: Kanban 是怎樣運作的? 他對我的工作有什麼幫助? 為什麼我會需要 kanban? 

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

上週六在台中敏捷愛好者, 一起進行了看板桌遊工作坊, 這是一個非常有趣的遊戲, 可以讓你在短時間內, 了解 Kanban 方法是如何進行, 以及其中的精神是什麼.
 
在這個遊戲中會模擬你如何處理手頭上的工作, 通常來說, 你會有"一般的工作"要做, 也會有"忽然交代下來的急件"要處理.
 
182frq4mdv9etjpg  

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

為了推廣 agile tour, 在上週六時, 開始了第一場活動. 這次我們到台中來舉辦 Kanban 桌遊工作坊. 
 
1924325_916907918320602_5965287782851886988_n  
 
首先, 要先感謝 Max 的幫忙, 如果沒有他贊助場地, 並且從中奔走聯絡, 這次的活動不會舉辦成功.
 

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

Kanban 中文的意思是看板, 這的意思對老外來說可能不容易了解, 但是對於懂中文的我們來說, 可能不費力地就知道他是什麼:
 
Kan (看): 資訊視覺化, 顯示目前狀態. 
Ban (板): 訊號卡, 告訴你要做什麼.
 
因此, 對於很多人會認為 Kanban 就是那一塊白板, 只要圍繞著它看會就沒問題了.

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

 當你們團隊決定開始實施 agile 時, 是否很努力看著 Scrum Guide(註一), 或是用力 K 著 Scrum and XP 的實戰經驗 (XP and Scrum from the trenches) (註二).
 
當你執行了幾個 sprint, 發現事情進行得還不錯, 似乎專案有點轉機了, 可是有一天 …..
 
"老闆進來了, 大聲嚷嚷著, 功能 X, Y, Z 要先處理, 要加到這個 sprint 裡面."
 

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

很多人常常覺得 Scrum 到 Kanban 是無痛升級, Scrum board 就是 Kanban board. 事實上是有點差別的. 上次我有寫了一篇文章來解釋(http://kojenchieh.pixnet.net/blog/post/350182496) , 這裡我再加一些補充:

Scrum board 中, 每張便利貼是指一個任務 (task). 可是在 Kanban board 中, 每張便利貼則代表是一個故事, 也就是你要處理的一個需求, 或是一個 tech debt, 或是一個 bug 等等.

 

(1) Scrum Board

MockedTaskBoard  

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

如何在看板中取代 sprint 的觀念? 沒看錯吧, 看板不是本來就沒有 sprint, 那為何要還要特別談取代呢?

那你知道為什麼 Scrum 要有 sprint, 而看板為什麼要把它拿掉呢? 你必須知道來龍去脈, 你才能決定如何取捨. 

Scrum 採取 sprint 的方法, 是希望在固定一段時間內, 鎖定固定範圍的需求來實作. 希望在這段時間後, 快點得到一些回饋, 及時調整方向或是需求內容. 所以, 開發人員知道在這段時間內, 需要處理完這些需求, 並且不會有新的需求加進來, 也了解這些做完了, 工作就告一個段落. 

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

1 2345
找更多相關文章與討論

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

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

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

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

請輸入左方認證碼:

看不懂,換張圖

請輸入驗證碼