David Ko的學習之旅

PK Basics: Why Limit Your WIP Series, Post 1
Posted on January 17, 2012 by Jim and Tonianne    
http://www.personalkanban.com/pk/primers/the-basics-of-limiting-wip-why-limit-wip-series-post-1/
在個人看板中, 我們只有兩條規則, 其中一條是要限制你的WIP
聽起來很簡單, 但是限制WIP意味著什麼呢？
在時間壓力下, 常常遇到會有很多需求同時進來, 這時候WIP意味著甚麼? 為什麼重要到限制它?
WIP 就是 Work-in-Progress 的縮寫. 也就是你目前正在處理中的工作. 就像雜耍特技的人, 他同時能在雜耍在手中的球. 有些人可以同時耍好幾個, 有些人兩個就不行.
我們需要限制正在處理中工作的個數, 因為我們的能力或容量有限. 所謂能力或容量, 就是同時間最多能處理的工作個數. 我們無法處理, 超過我們能力所能做的.
當數量超過我們能處理時, 我們會因此無法集中注意力, 會分心在很多事情上面. 導致有些事情被遺忘, 或剩下事情沒有完成, 或者因此對產品品質打折扣. 並且將來我們需要花更多精力, 來補救我們現在所產生的過錯.
1. 事情被遺忘
當我們遺忘某些事情, 伴隨而來的是某些重要細節被遺漏, 或是錯過某個重要交付期限. 並且會被老闆或是顧客嚴重指責. 我們為了弭補這些過失, 我們只好花更多時間和資源, 來努力工作, 時間久了, 團隊士氣就會下降.
2. 剩下事情沒有完成
當我們剩下事情沒有完成, 通常有兩種狀況:
(1) 我們從未完成: 但是我們已經浪費了時間, 精力和資源
(2) 我們之後再完成: 事後還要花時間回想, 當初為何下這個決定, 當初做到哪裡. 此外, 外界環境也會演變, 因此沒做完的事情也會需要配合調整. 這些都只會讓你花更多精力和資源
3. 對產品品質打折扣
交付不好的東西比沒做完更慘. Bug只會讓工作惡化加倍: 它會拖慢你的工作的速度, 它會讓某些事情進行不下去; 如果你延後時間處理, 你會花更多時間找出錯誤源頭在哪裡.
因此我們嘗試用WIP來減輕這些問題. 是的, 只能減輕, 但是無法完全解決. 世界上目前還沒有方法可以徹底解決這些問題.

How To: Mapping Your Value Stream
http://www.personalkanban.com/pk/primers/how-to-mapping-your-value-stream/
Posted on August 7, 2011 by Jim Benson 

What is a Kanban?
Posted on August 23, 2009 by Jim Benson 
http://www.personalkanban.com/pk/primers/what-is-a-kanban/

Kanban Kick Start

這裡有個簡單的Kanabn 入門指引. Enjoy it
Source: http://blog.crisp.se/2011/11/18/tomasbjorkholm/2nd-version-of-kanban-kick-start

Kanban 兩三事

Kanban Basics, Pawel Brodzinski
http://www.slideshare.net/pawelbrodzinski/kanban-basics-5834758

1. 甚麼是 Kanban?
根據 David Anderson 的說法, Kanban (看板) 是一種變革管理的方法.它並不是一個軟體開或是專案罐裡的流程.

2. 基本上來說, 看板有以下要素
(1) 三個規則:
- Visualize workflow,
- Limit WIP
- measure flow
(2) 一個工具
- 工作看板 (taskboard)
(3) 簡單的機制

3. 在要了解看板的同時, 先要知道一下甚麼是Scrum. 扼要的說, Scrum 就是
- 組成一個規模小的, 並且具備不同技能或角色的團隊.
- 將要製作的產品切割成一些小的, 可以粗略估算的故事(story).
- 以循環(iteration)方式來進行開發
- 持續改進(continuous improvement)

4. Scrum 和 Kanban 團隊的比較
- Scrum 是由一個單一的團隊所組成
- Kanban 是由多個小的團隊所組成

5. Scrum 和 Kanban Iteration 的比較
- Scrum 的 iteration 是2-4週
- Kanban沒有iteration的概念

6. Scrum 和 Kanban 管理方式的比較
- Scrum 會有release planning meeting, sprint planning meeting, review 和  retrospective meeting 等方式來進行專案的管理
- Kanban 是藉由 taskboard 來管理專案的工作

7. Scrum 和 Kanban retrospective 方式的比較
- Scrum 是每個 iteration 完後進行
- Kanban 進行的頻率不一定

8. Scrum 和 Kanban taskboard 的比較
- Scrum taskboard 中的欄位會分成 To do , In Prog, Done 三種階段
- Knban taskboard 中的欄位會依你處理的流程來分階段, 並且有WIP的限制

9. 為什麼要使用 Kanban
- 有時候 time-boxing 的限制不一定適用
- 有時候需要能容易和其他流程整合在一起
- 有時候因為組織上面的限制, 像是要同時處理多個專案
- 會有比較小的進入門檻