LEAN CHANGE:
ENABLING AGILE TRANSFORMATION
THROUGH LEAN STARTUP, KANBAN, AND
KOTTER
 Hui, A. (AGILE 2013)
Presenter  102522104 羅元甫
2014/5/5
INTRODUCTION
Agile Transformation
 實作採用Agile Method的方式
作者協助4間公司做Agile Transformations
 Lean Change
 利用先前學到經驗
 改善在其他Problem Domains有好解法的方式
2
AGILE TRANSFORMATIONS #1 & #2
BUILDING THE PERFECT PLAN AND
LEARNING FROM IT
Plan-based Approach
 定義Target State
 新的組織架構、Agile交貨流程、文化規範
 耗費很長時間(4~12個月)
 開始實行計畫
Looks great on paper!
3
AGILE TRANSFORMATIONS #1 & #2
BUILDING THE PERFECT PLAN AND
LEARNING FROM IT
 Something was wrong……
 缺少管理層面的支援
 Retrospective時遇到問題，管理階層無從回應
 仍依循”Perfect Plan”，尋求權宜之計
 找外來顧問
 時間過去，問題依舊沒解決
 Stop the line
4
 沒有所謂”Perfect Plan”!
 學習他人成功經驗，而不是一昧遵循完美計畫
learning their way to success
instead of following a PERFECT PLAN
5
INSIGHT: ACCELERATE THE FEEDBACK LOOP
THROUGH EXPERIMENTS
 反思
 第2間公司發展稍微好一點，因為對Feedback回應較快
 學到 那些方式有用
 學到 需改變什麼
 精實創業 Lean Startup
 Eric Ries 提出
或許當作創業一樣實行Agile Transformation?
6
LEAN STARTUP MODEL
 在不確定性跟風險下經營
 成功的創業會經歷3種風險
 Product Risk
 Customer Risk
 Market Risk
 花太多時間做沒人要的產品,就會失敗!
7
MAPPING LEAN STARTUP MODEL
TO TRANSFORMATION SPACE
1.
Change Risk
 實作變革
2.
Resistance Risk
 採用程度
3.
Sustainability Risk
 投入正確的心力 來獲得好處
 當改變不被公司內各層級接受，就會失敗!
8
LEARNING BASED APPROACH TO CHANGE
 著重
 快速執行Change Experiments
 驗證Assumptions
 加速學習
 建立Minimum Viable Changes
 改變最少
 可以驗證Transformation的影響
9
AGILE TRANSFORMATIONS #3 &#4
APPLYING A LEARNING BASED APPROACH
 Lean Startup Principles
 假設Target State跟預期發展不同
 定義每個變革為Minimum Viable Change，並驗證,改善
 只要花1~3個月去pivot and adjust
10
AGILE TRANSFORMATIONS #3 &#4
APPLYING A LEARNING BASED APPROACH
 First MVC(Minimum Viable Change)
 開設Kanban訓練課程
 找到想採用的人來帶領各組
 結果
 許多員工開始在工作上採用Kanban
11
INSIGHT:
KANBAN AS AN X-RAY TO GATHER
INFORMATION FAST
 Second MVC(Minimum Viable Change)
 推行Kanban到更多小組，增加採用率的動力
 Self-starter
program
 各小組自行學習，顧問提供Office Hours
 開設課程
 “as-is Kanban”
 專注讓工作視覺化(Visualization of Work)
 減少線上工作
12
 希望發展出一些Guiding Team
帶領其他組
13
PILOT PROJECTS: HOPES OF BUILDING A
REFERENCE KERNEL FOR THE ORGANIZATION
 3 Pilot Projects
 MVC假設
 在顧問教導下
 小組會用Agile來標準化系統開發的Life Cycle
 結果(8周後)：其中2組遇到問題
 原因
 同時進行其他Projects (Multi-tasking)
14
 希望降低Multi-tasking的程度
15
ENTERPRISE KANBAN:
UNTANGLING THE MULTITASKING PROBLEM
Enterprise Kanban
 用Kanban來 Visualize 全體Project歷程
 MVC假設
 視覺化可讓主管對付Project overflow的問題
→ 限制執行總數；放慢/停止現有Projects
 鼓勵主管定期在看板前Meeting
 排序Projects、解決問題
16
ENTERPRISE KANBAN:
UNTANGLING THE MULTITASKING PROBLEM
17
ENTERPRISE KANBAN:
UNTANGLING THE MULTITASKING PROBLEM
Enterprise Kanban
 結果
 主管認為是解決危機/問題/阻礙的利器
 能夠更好掌控整體流程
18
 在小組成員擴充時，
希望提供一些原則
19
 回顧失敗的MVCs
 尚未招到足夠的人就開始執行
 只採用一段時間就放棄
 要讓MVC流程更明確
20
BLENDING KOTTER AND
MINIMUM VIABLE CHANGES

Kotter 8 Step Approach
 提供主管更詳細的指引，
以成功完成變革
將Kotter方法小型化，
套用在每個MVC上
 觀察之前的MVCs，
歸納常見失敗模式

From: sunitagrg.blogspot.tw
21
BLENDING KOTTER AND
MINIMUM VIABLE CHANGES
 4 Step Lifecycle for MVCs
1.
同意改變的原因
2.
針對改變協商
3.
驗證可否採納
4.
證實有改善
 將Kanban分為4個狀態，分別填入4個步驟
22
BLENDING KOTTER AND
MINIMUM VIABLE CHANGES
23
 把 維持改變的主導權 轉移到組織內部
24
LEARNING FROM
BUSINESS MODEL GENERATION
 在4 Step Lifecycle中流動時，缺少結構化的技術
 確保每個帶頭者用相似方法執行
 用有效的技術去建立MVC
 用Business Model Canvas的概念
25
BUSINESS MODEL CANVAS
From: www.businessmodelgeneration.com
26
LEARNING FROM
BUSINESS MODEL GENERATION
 Change Canvas
 每個維度驗證
MVC中主要議題
27
 增進對Agile Transformation的主導權
 從顧問轉移到組織本身
28
LEAN CHANGE AS A FRAMEWORK FOR
CHANGE RECIPIENTS TO OWN THEIR CHANGES
 作法
 定義 Change Areas
 交給內部變革 較優的地方
 確定 Change Owners
 開設 Workshops
 教導Change Lifecycle、Canvas
 結果
 採用效果強，使得組織內部有共同願景
29
THANK YOU!
Questions?
30