Lean Change - 台灣敏捷方法Agile Method
Download
Report
Transcript Lean Change - 台灣敏捷方法Agile Method
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 
APPLYING A LEARNING BASED APPROACH
Lean Startup Principles
假設Target State跟預期發展不同
定義每個變革為Minimum Viable Change,並驗證,改善
只要花1~3個月去pivot and adjust
10
AGILE TRANSFORMATIONS #3 
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