JKD 流終極看板 – 以視覺化和持續改善來管理開發流程－David Ko的學習之旅

2022 年第二梯次

開課時間: 12 月 17, 18 日 09:00-17:00

報名網址: https://forms.gle/p95RjGHiXTjY8x4y8

透過模擬遊戲, 案例討論, 和度量分析, 讓你課後直接上手

課程效益

了解看板方法適用範圍和比較和 Scrum 不同之處

分析看板方法可以適用的環境, 和如何採用

說明看板方法和 Scrum 的不同之處, 以及如何相輔相成

利用李小龍的哲學來講解看板方法, 以加深體會和印象

看板方法各種核心實務操作手法

利用看板系統來繪製自己專案情況, 讓學員課後可以直接套用

利用數個遊戲讓你深入了解實際運作情況, 而非只是理論講解

對於看板方法的核心實務會刻意練習, 不會只是觀念講解或只著重在視覺化的部分

如何解讀度量數據和圖表

會教你如何繪製圖表, 並且告訴你如何解讀和分析

另外還會安排數個案例, 讓大家討論以確保真的了解

課程簡介

Kanban方法概念緣起於日本豐田汽車生產系統(Toyota Production System, TPS), 主要是從客戶端出發，透過顧客的角度來確認價值, 檢視現有的系統, 減少無謂的浪費, 持續改善, 以提高團隊效能.

David J Anderson 將TPS 的精益思維, 排隊理論, 和系統思考等, 實踐到軟體開發上面, 發展出了看板方法, 並且在 Motorola, 和微軟等組織上落實, 得到傑出的成果. 更重要的是他發現到, 抵制改變多數人們的天性, 雖然你的方法很棒, 但是人們的不願意改變, 導致多次的敏捷或數位轉型失敗. 而看板方法的漸進式演進, 正是這個問題的最佳解法, 讓你可以有另一條路徑, 來達到企業敏捷和轉型成功.

因此, 當你有以下需求時, 本課程是非常符合你的需求

1. 另一種敏捷實踐方式:

很多團隊無法以迭代方式進行, 或功能無法切割太細, 或是開發與維護同時進行, 或者角色分明無法變成一個 cross functional 團隊… 當你是這種狀況, Kanban是你實施敏捷的一種選擇.

2. 整合 DevOps:

DevOps 是目前當紅的開發方式, 尤其要落實三步工作法中的流動原則, 看板方法的視覺化, 限制同時處理的工作數等等, 更是不可或缺的手法.

3. 持續改善

當你在管理團隊的工作, 想要了解大家在做什麼, 哪些人有什麼阻礙, 哪些地方進行不順, 看板方法可幫助你資訊透明化, 識別瓶頸, 進而引發變革. 這個手法不管在軟體界, 服務業, HR 都是十分受用

適合對象

專案經理, 產品經理, 專案管理師,
軟體開發人員, 測試人員
HR, 行銷, 關注變革轉型者
或者想要對工作流程改善的人

課程大綱

主題	內容說明
敏捷/精實基本概念介紹	敏捷宣言和敏捷原則. 精益思維精實軟體開發原則討論: 敏捷與精實的比較演練: 簡易看板遊戲, 讓學員快速了解, 並帶回去練習
Kanban方法簡介	Kanban 的歷史甚麼是 Kanban Kanban 的範例介紹基本準則和核心實務討論: Kanban 適合哪類型專案演練: Kanban University 標準看板遊戲模擬實際專案場景
視覺化你的工作	價值流程圖看板系統的設計原則如何建立價值流和看板系統看板的工作項目卡演練: 根據你專案狀況來繪製價值流和設計看板系統演練: 根據複雜狀況題來設計看板討論: Scrum board 和 Kanban board 的比較
WIP (Work IN Progress) 限制同時處理的工作量	專案常見沒效率的問題演練: 硬幣遊戲 Little’s Law 介紹如何利用 Little Law 改善開發效率如何設定同時工作的數量 (WIP Limit) 討論: 從系統思考角度討論 WIP 對專案的影響
管理工作流程	如何確保流動順暢流程中的管理節奏 (Cadence) 站立會議和需求排序會議討論: 尋找 Kanban board 上面的壞味道討論: 如何找出流程的瓶頸限制理論的介紹
為流程訂定明確的方針(Policy)	Policy 的種類驗收條件和做完的定義的比較急件的處理
反饋迴圈和度量	反饋迴圈的種類 Improvement Kata 介紹累積流量圖 (Cumulative Flow Diagram) 的介紹如何解讀累積流程圖討論: 分析不同的累積流程圖常見度量指標的介紹討論: Scrum 流程中的 cycle time 分布圖會長成怎樣