300 likes | 567 Views
Lean Change : Enabling Agile Transformation through Lean Startup, Kanban , and Kotter. Hui , A . ( AGILE 2013). Introduction. Agile Transformation 實作採用 Agile Method 的方式 作者協助 4 間公司做 Agile Transformations Lean Change 利用先前學到經驗 改善在其他 Problem Domains 有好解法的方式.
E N D
Lean Change: Enabling Agile Transformation throughLean Startup, Kanban, and Kotter Hui, A.(AGILE2013) Presenter 102522104 羅元甫
Introduction Agile Transformation • 實作採用Agile Method的方式 作者協助4間公司做Agile Transformations • Lean Change • 利用先前學到經驗 • 改善在其他Problem Domains有好解法的方式
Agile Transformations #1 & #2Building the Perfect Plan and Learning From It Plan-based Approach • 定義Target State • 新的組織架構、Agile交貨流程、文化規範 • 耗費很長時間(4~12個月) • 開始實行計畫 Looks great on paper!
Agile Transformations #1 & #2Building the Perfect Plan and Learning From It • Something was wrong…… • 缺少管理層面的支援 • Retrospective時遇到問題,管理階層無從回應 • 仍依循”Perfect Plan”,尋求權宜之計 • 找外來顧問 • 時間過去,問題依舊沒解決 • Stop the line
沒有所謂”Perfect Plan”! • 學習他人成功經驗,而不是一昧遵循完美計畫 learning their way to success instead of following a PERFECTPLAN
Insight: Accelerate the feedback loopthrough experiments • 反思 • 第2間公司發展稍微好一點,因為對Feedback回應較快 • 學到 那些方式有用 • 學到 需改變什麼 • 精實創業 Lean Startup • Eric Ries 提出 或許當作創業一樣實行Agile Transformation?
Lean Startup Model • 在不確定性跟風險下經營 • 成功的創業會經歷3種風險 • Product Risk • Customer Risk • Market Risk • 花太多時間做沒人要的產品,就會失敗!
Mapping Lean Startup Modelto Transformation Space • Change Risk • 實作變革 • Resistance Risk • 採用程度 • Sustainability Risk • 投入正確的心力來獲得好處 • 當改變不被公司內各層級接受,就會失敗!
Learning Based Approach to Change • 著重 • 快速執行Change Experiments • 驗證Assumptions • 加速學習 • 建立MinimumViable Changes • 改變最少 • 可以驗證Transformation的影響
Agile Transformations #3 Applying a Learning Based Approach • LeanStartup Principles • 假設Target State跟預期發展不同 • 定義每個變革為Minimum Viable Change,並驗證,改善 • 只要花1~3個月去pivot and adjust
Agile Transformations #3 Applying a Learning Based Approach • First MVC(Minimum Viable Change) • 開設Kanban訓練課程 • 找到想採用的人來帶領各組 • 結果 • 許多員工開始在工作上採用Kanban
Insight: Kanban as an x-ray to gatherinformation fast • Second MVC(Minimum Viable Change) • 推行Kanban到更多小組,增加採用率的動力 • Self-starter program • 各小組自行學習,顧問提供Office Hours • 開設課程 • “as-is Kanban” • 專注讓工作視覺化(Visualization of Work) • 減少線上工作
希望發展出一些Guiding Team 帶領其他組
Pilot Projects: Hopes of Building aReference Kernel for the Organization • 3Pilot Projects • MVC假設 • 在顧問教導下 • 小組會用Agile來標準化系統開發的Life Cycle • 結果(8周後):其中2組遇到問題 • 原因 • 同時進行其他Projects(Multi-tasking)
Enterprise Kanban: Untangling the MultitaskingProblem Enterprise Kanban • 用Kanban來 Visualize 全體Project歷程 • MVC假設 • 視覺化可讓主管對付Projectoverflow的問題 → 限制執行總數;放慢/停止現有Projects • 鼓勵主管定期在看板前Meeting • 排序Projects、解決問題
Enterprise Kanban: Untangling the MultitaskingProblem Enterprise Kanban • 結果 • 主管認為是解決危機/問題/阻礙的利器 • 能夠更好掌控整體流程
在小組成員擴充時, 希望提供一些原則
回顧失敗的MVCs • 尚未招到足夠的人就開始執行 • 只採用一段時間就放棄 • 要讓MVC流程更明確
Blending Kotterand Minimum Viable Changes • Kotter8 Step Approach • 提供主管更詳細的指引, 以成功完成變革 • 將Kotter方法小型化, 套用在每個MVC上 • 觀察之前的MVCs, 歸納常見失敗模式 From: sunitagrg.blogspot.tw
Blending Kotterand Minimum Viable Changes • 4 Step Lifecycle for MVCs • 同意改變的原因 • 針對改變協商 • 驗證可否採納 • 證實有改善 • 將Kanban分為4個狀態,分別填入4個步驟
Learning from Business Model Generation • 在4 Step Lifecycle中流動時,缺少結構化的技術 • 確保每個帶頭者用相似方法執行 • 用有效的技術去建立MVC • 用Business Model Canvas的概念
Business ModelCanvas From: www.businessmodelgeneration.com
Learning from Business Model Generation • Change Canvas • 每個維度驗證 MVC中主要議題
增進對Agile Transformation的主導權 • 從顧問轉移到組織本身
Lean Change as a Frameworkfor Change Recipients toOwn Their Changes • 作法 • 定義 Change Areas • 交給內部變革 較優的地方 • 確定 Change Owners • 開設 Workshops • 教導Change Lifecycle、Canvas • 結果 • 採用效果強,使得組織內部有共同願景
Thank you! Questions?