Kanban - 精實變革管理方法

 

 

課程簡介

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

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

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

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

  1. 整合 DevOps:

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

  1. 持續改善

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

 

課程特色

  • 看板遊戲: 利用數個遊戲讓你快速了解實際運作情況, 而非只是理論講解
  • 挑戰實際案例: 課堂中會實際用學員自己專案的情形來繪製看板, 讓學員之後可以直接套用
  • 度量結果分析解釋: 大多人只會收集度量資料,卻無法瞭解含意, 課程中會告訴你如和解讀分析

圖片 1.png

 

適合對象

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

 

課程大綱

主題

內容說明

敏捷/精實 基本概念介紹

敏捷宣言 和 敏捷原則. 

精益思維

精實軟體開發原則

Kanban方法簡介

Kanban 的歷史

甚麼是 Kanban

基本準則和核心實務

Kanban 是否適合你

視覺化你的工作

價值流程圖

Kanban 常見工作流程的種類

看板的工作項目卡

WIP (Work IN Progress)

限制同時處理的工作量

專案常見沒效率的問題

Little’s Law

如何設定同時工作的數量 (WIP Limit)

管理工作流程

如何確保流動順暢

流程中的管理節奏 (Cadence)

找出流程的瓶頸

限制理論

為流程訂定明確的方針(Policy)

Policy 的種類

驗收條件和做完的定義的比較

急件的處理

反饋迴圈和度量

反饋迴圈的種類

累積流量圖 (Cumulative Flow Diagram)

度量指標

 

課程效益

了解看板適用範圍和目的

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

如何解讀度量數據和圖表

業界實務經驗

 

上課時數

兩天課程, 共 14 小時. (上午九點到下午五點, 中間休息一小時)

arrow
arrow
    文章標籤
    kanban
    全站熱搜

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