價格：聯系客服報價
上課方式：公開課/內訓/總裁班課程 時間上課時間：2天
授課對象：企業的項目管理人員，有一定的帶團隊作戰經驗或者潛力
授課講師：鐘義杰
這樣的場景您是否似曾相識： 缺乏準確、有前瞻性的客戶需求關注，反復做無用功，浪費資源，成本居高不下； 沒有跨部門的結構化流程，各部門都有自己的流程，但部門流程之間是靠人工銜接，運作過程割裂； 專業技能不足，作業不規范，依賴“英雄”，這些“英雄”的成功難以復制； 組織上存在本位主義、“部門墻”，各自為政，造成內耗； 項目計劃無效，項目實施混亂，無變更控制，版本泛濫； 沒錯，這就是1999年的華為，彼時處于裸奔狀態的管理流程無法適應爆發增長的市場要求，手工作坊式的散兵游勇無法形成合力進行大規模作戰。任總帶隊去美國考察了Bell實驗室和IBM，拍板決定引進IPD。經過10年的消化吸收持續改進，IPD使華為的成功從偶然變成了必然，形成了以客戶為中心的企業文化，市場倒逼研發的機制，更重要的是大規模作戰的能力改變了多個產業的國際市場競爭格局。 回顧IPD的落地過程，“五年內不許任何改良，五年之后局部改動，十年以后才能結構性改動”的僵化固化優化三步走方針，務實的風格形成了超強的適應和進化能力。實施IPD十年之后，2009年華為開始在研發體系和數字化部門推行敏捷，這是對IPD的進一步優化。 “未來要實現大帶寬、大流量，傳統IPD依然是堅實的基礎，適合傳統硬件和嵌入式軟件（如基站、光網絡）”，也就是說，IPD在大規模作戰的業務中，關鍵客戶的關鍵業務場景中，依然是不可缺少的主要管理框架。 “IPD進一步發展就是敏捷”，與此同時，為了適應快速變化的市場和客戶訴求，對IPD框架中過重的流程進行優化，快速響應變化是推行敏捷的主要動機。 敏捷是一種新的思維方式，通過敏捷宣言的4個價值觀來描述，12條原則來定義，再由可落地的最佳實踐組成了敏捷的工作方法。敏捷強調尊重個體，積極溝通，關注結果，從而能更好地與客戶合作，達到快速響應變化的效果。
● 解析IPD流程的主要痛點：確定性思維和繁瑣的門徑思想難以應對市場的快速變化，梳理敏捷轉型的必要性和收益 ● 掌握解決IPD場景下敏捷轉型的關鍵難點：單團隊項目級敏捷，縱向擴展的版本級敏捷，橫向擴展產品級敏捷，向外擴展的商業級敏捷 ● 演練項目級敏捷實操要點：迭代滾動規劃，迭代日常執行，迭代評審調整，迭代回顧改進 ● 擴大多團隊版本級敏捷的共同交付能力：軟硬件各職能部門協作，大項目跨團隊版本管理 ● 加速應對客戶變化的產品級敏捷能力：需求管理，業務和技術人員的團隊協作，加速產品交付速度 ● 加強和企業外部的客戶和供應商合作的商業級敏捷能力：以客戶為中心的大規模端到端解決方案協作，基于價值流的流程優化
課程的邏輯架構是痛點問題-解決方案-最佳實踐和落地工具-案例和實戰，將從企業的實際工作場景出發，分析每4個級別敏捷中常見的痛點問題，引導學員討論解決方案，然后推薦業界最佳實踐的敏捷方法和工具，采用沙盤模擬的行動式學習方式進行重點演練，最后根據講師親身參與的咨詢服務實戰經驗，進行優秀標桿企業（比如華為等）的案例分享。 模塊1：IPD和敏捷的關系 本模塊強調了IPD存在的意義，如何進行IPD的優化即敏捷，探討如何應對頻繁變化的不確定性需求。重點介紹了為什么敏捷、什么是敏捷、如何做敏捷，分享了華為推行敏捷的四部曲。本模塊主要回答了敏捷的Why和What問題。 痛點問題： 1. 業務爆發增長：需要大兵團共同作戰 2. 市場和客戶的不確定性黑天鵝事件：要求應對頻繁劇烈的變化 解決方案： 1. IPD提供堅實的基礎，在大型的關鍵性項目中依然適用 2. 敏捷提升了應對變化的能力，“IPD進一步發展就是敏捷” 最佳實踐： 1. 敏捷方法是最佳實踐的集合 2. 業界主要的敏捷方法 案例分享：華為敏捷四部曲 模塊2：項目級敏捷（實戰沙盤） 本模塊以項目級的應用場景為主，介紹了項目級最主要的Scrum敏捷方法，加上精益看板方法，遵循Plan-Do-Check-Adjust循環框架，使用沙盤模擬工作場景進行實戰演練。 痛點問題： 1. 需求變更失控：測試階段變更45% 2. 系統聯調困難：交付deadline前風險集中爆發 解決方案： 1. 固定迭代開發節奏縮短變更周期 1）產品開發節奏 2）產品發布節奏 3）如何確定節奏 2. 應用持續集成來分散集成風險 1）迭代目標 2）迭代完成標準 3）持續集成：提高工程能力 最佳實踐： 1. Scrum方法：PDCA循環 1）規劃Plan：迭代規劃 2）執行Do：每日站會 3）檢查Check和調整Adjust：迭代評審和迭代回顧 2. 看板方法：工作任務可視化 1）可視化：進展可視 2）限制在制品WIP：控制并發任務 3）消除浪費：加速任務的流動效率 實戰演練：模擬沙盤 模塊3：版本級敏捷 本模塊基于版本級敏捷場景，重點討論如何以敏捷版本火車為中心，進行需求價值排序，聯合多個團隊進行版本規劃排期，分發需求，集成多個團隊的交付成果，共同聯調測試和交付。 痛點問題： 1. 業務爆發增長，客戶定制化版本多 2. 并行開發分支多，代碼同步工作量大 解決方案： 1. 版本火車 1）規劃：多團隊聯合排期 2）執行：項目團隊內部和多項目之間的定期溝通 3）檢查調整：分層的迭代評審和回顧 2. 需求的價值排序 1）客戶價值評估 2）工作量估算 3）性價比排序，滾動規劃 最佳實踐： 1. OneTrack單一主干 2. 需求的價值排序 案例分享：華為公有云研發團隊的內部開源模式 模塊4：產品級敏捷 重點討論如何以客戶為中心，從理解客戶需求開始，如何描述和拆分需求，再進行迭代增量交付。 痛點問題： 1. 市場競爭激烈，客戶要求縮短交付周期 2. 傳統的瀑布串行的分階段模式跟不上變化 解決方案： 1. 服務化：商業決策和需求決策分離 1）需求拆分模型：用例+用戶故事 2）用戶故事地圖：需求排期 3）需求迭代交付：產品增量 2. 流水線：小包交付 1）持續規劃 2）持續開發 3）持續集成 4）持續發布 最佳實踐： 1. 設計思維Design Thinking：最小可行產品MVP 2. 持續規劃/持續開發/持續發布的流水線 3. 需求架構的分層管理：用例Use Case 案例分享：華為數字化團隊的滾動規劃 模塊5：商業級敏捷 本模塊重點討論如何進行全局優化，系統性地提升組織效率。隨著企業的規模擴張，敏捷的應用范圍從單個小團隊到多個團隊再擴大到整個企業，這樣成功范圍覆蓋單個產品到解決方案再到產業鏈。 痛點問題： 1. 客戶數字化轉型，要求供應商共同參與快速試錯和業務探索 2. 市場競爭范圍擴大：從產品到解決方案再到產業鏈 解決方案： 1. 聯合（供應商）創新開發和交付 1）供應商管理 2）客戶合作 2. DevOps開發模式 1）拉通流程斷點 2）形成反饋閉環 3）多次迭代交付 最佳實踐： 1. SAFe規?；艚菘蚣?1）上下分層的組織架構：解決方案+版本火車+項目團隊 2）前后拉通的交付流水線：業務+開發+運維 3）內外協作的聯合產業鏈：客戶+供應商 2. 全功能團隊：從規劃到運維的端到端E2E 1）市場銷售 2）產品開發 3）售后支持 案例分享：華為組織架構的演進
