David Ko的學習之旅

在精益思維中, 排除浪費是一間非常重要的事情. 在製造業中, 什麼是浪費大家已經定義的很清楚了. 可是在軟體開發中, 大家對這樣的事情還不熟悉.

因此 Mary 和 Tom Poppendieck 在Lean Software Development: An Agile Toolkit 一書中, 很詳細說了軟體開發有哪些浪費. 其中有一項浪費是半製品, 也就是未完成的工作. 什麼事未完成的工作, 例如沒有被檢視的需求文件, 設計文件; 或是寫完但未經測試的程式碼. 只要不是最後可以交付到客戶手上的功能, 任何中間產物都算是未完成的工作. 即使你可能已經檢視過, 或是測試過, 只要沒被客戶驗收認可, 都是可能會有變, 會不再算數.

那我們看板中要如何管理半製品呢? 我們可以用 WIP (Work-In-Progress)來觀察. 如果我們能讓 WIP 的數目越小, 也就是代表半製品越少, 那可能的浪費也就越低.

 

那為什麼 WIP 會高呢? 通常都是上下游工作速度不匹配. 不是下游做太慢, 導致上游無法再塞貨給他. 要不就是上游做太慢, 然後下游沒事做.

因此 agile 提倡跨領域小組的團隊(cross functional team), 希望會上下游技能的人都在一起, 並且大多數的人可以處理多項的技能, 這樣才能讓 WIP 的數目不會太高. 因為所有事情大多數人都可以處理, 不會一定某種角色或是某個人才能處理, 讓資源的利用比較好調整.