(點選圖片進入博客來購買)
最近因為研究需要,把已經學過的Kanban方法再拿出來複習一次
之前讀的書是《Agile學習手冊》這本書,這本書談得非常廣,幾乎把所有的Agile方法介紹過一次了
雖然談的廣,但談的不深,因此我又買了《看板實戰 Kanban in Action》這本書來讀
作者Marcus是看板教練、而另一位作者是Joakim是敏捷教練
如果真的想要學會Kanban這本書確實是一本書將會是你很不錯的選擇
非常容易讀,對於初學者來說閱讀起來不會覺得艱深難懂,而對於已經學過Kanban的人也能更深入理解背後意義
透過講述一些案例、實務方法的過程中帶讀者深入理解相關理論。
這本書除了適合讓想要深入研究Kanban的讀者外,更是適合讓企業裡的開發團隊共同閱讀
如果你想要成為看板教練,或是需要為公司做看板培訓,此書在最後章節也提供了看板培訓方法做為參考。
看板方法不是一種軟體開發生命週期方法論,也不是專案管理方法。
它需要一些已經建立好的流程,好讓看板方法可以套用,
並且漸進地改變底層的流程。──出自David Anderson《Kanban》
Scrum的重點在於專案管理,XP的重點則是軟體開發。
看板方法是在於幫助團隊改進他們建構軟體的方式。
Kanban基於三個簡單的原則 : 視覺化、限制WIP、管理流動
● 視覺化 : 將現有的工作流程畫出來,而不是再設計一個新的流程
● 限制WIP (Work In Progress or Work In Process) : 所謂的WIP就是同時開工但尚未完成的工作數量,
限制WIP可以讓團隊成員更專注地執行目前手邊的工作,進而達到減少工作切換時間,降低完成工作的所需時間的優點
● 管理流動 : 團隊成員可透過Kanban Board發現工作堆積在哪個工作階段,亦可透過量測Lead Time及Cycle Time來管理工作流。
註[1] Lead Time : 指工作經過整個工作流程所花的時間,
註[2] Cycle Time : 指一項工作進入與離開某段工作流程的時間。
David Anderson將三個基本原則擴展為五個特性,後來又擴展為六大實踐
這六大實踐現在被稱為看板的實踐核心:
1. 視覺化 (Visualize)
2. 限制WIP (Limit WIP)
3. 管理流動 (Mange Flow)
4. 顯示化流程規則 (Make Policy Explicit)
5. 建立回饋迴圈 (Implement Feedback Loop)
6. 合作式改進、試驗中演進(使用模型和科學方法) (Improve Collaboratively,Evolve Experimentally)
並且Kanban強調「從你現在做的開始」、「同意追求漸進並進化的改變」、「剛開始尊重現有角色與責任」
這意味著你可以幾乎在任何環境中輕鬆引入看板,無論你們當前使用什麼流程。
沒有突然的變動,沒有職位和角色的變化──可以繼續按照之前的方式工作
看板是一個演進與增量式的持續改善方法,藉由在拉動系統中限制WIP數量,暴露出系統運作的問題,
藉此鼓勵團隊成員彼此合作改善系統。
這邊只簡單介紹了看板的基本原則和實踐,更多內容可參考文章一開始提到的《看板實戰 Kanban in Action》這本書
留言列表