后IPD時代的研發(fā)管理：華為敏捷轉型經(jīng)驗

課程背景：
這樣的場景您是否似曾相識：
缺乏準確、有前瞻性的客戶需求關注，反復做無用功，浪費資源，成本居高不下；
沒有跨部門的結構化流程，各部門都有自己的流程，但部門流程之間是靠人工銜接，運作過程割裂；
專業(yè)技能不足，作業(yè)不規(guī)范，依賴“英雄”，這些“英雄”的成功難以復制；
組織上存在本位主義、“部門墻”，各自為政，造成內耗；
項目計劃無效，項目實施混亂，無變更控制，版本泛濫；
沒錯，這就是1999年的華為，彼時處于裸奔狀態(tài)的管理流程無法適應爆發(fā)增長的市場要求，手工作坊式的散兵游勇無法形成合力進行大規(guī)模作戰(zhàn)。任總帶隊去*考察了Bell實驗室和IBM，拍板決定引進IPD。經(jīng)過10年的消化吸收持續(xù)改進，IPD使華為的成功從偶然變成了必然，形成了以客戶為中心的企業(yè)文化，市場倒逼研發(fā)的機制，更重要的是大規(guī)模作戰(zhàn)的能力改變了多個產業(yè)的國際市場競爭格局。
回顧IPD的落地過程，“五年內不許任何改良，五年之后局部改動，十年以后才能結構性改動”的僵化固化優(yōu)化三步走方針，務實的風格形成了超強的適應和進化能力。實施IPD十年之后，2009年華為開始在研發(fā)體系和數(shù)字化部門推行敏捷，這是對IPD的進一步優(yōu)化。
“未來要實現(xiàn)大帶寬、大流量，傳統(tǒng)IPD依然是堅實的基礎，適合傳統(tǒng)硬件和嵌入式軟件（如基站、光網(wǎng)絡）”，也就是說，IPD在大規(guī)模作戰(zhàn)的業(yè)務中，關鍵客戶的關鍵業(yè)務場景中，依然是不可缺少的主要管理框架。
“IPD進一步發(fā)展就是敏捷”，與此同時，為了適應快速變化的市場和客戶訴求，對IPD框架中過重的流程進行優(yōu)化，快速響應變化是推行敏捷的主要動機。
敏捷是一種新的思維方式，通過敏捷宣言的4個價值觀來描述，12條原則來定義，再由可落地的*實踐組成了敏捷的工作方法。敏捷強調尊重個體，積極溝通，關注結果，從而能更好地與客戶合作，達到快速響應變化的效果。

課程收益：
● 解析IPD流程的主要痛點：確定性思維和繁瑣的門徑思想難以應對市場的快速變化，梳理敏捷轉型的必要性和收益
● 掌握解決IPD場景下敏捷轉型的關鍵難點：單團隊項目級敏捷，縱向擴展的版本級敏捷，橫向擴展產品級敏捷，向外擴展的商業(yè)級敏捷
● 演練項目級敏捷實操要點：迭代滾動規(guī)劃，迭代日常執(zhí)行，迭代評審調整，迭代回顧改進
● 擴大多團隊版本級敏捷的共同交付能力：軟硬件各職能部門協(xié)作，大項目跨團隊版本管理
● 加速應對客戶變化的產品級敏捷能力：需求管理，業(yè)務和技術人員的團隊協(xié)作，加速產品交付速度
● 加強和企業(yè)外部的客戶和供應商合作的商業(yè)級敏捷能力：以客戶為中心的大規(guī)模端到端解決方案協(xié)作，基于價值流的流程優(yōu)化

課程對象：企業(yè)的項目管理人員，有一定的帶團隊作戰(zhàn)經(jīng)驗或者潛力

課程大綱
課程的邏輯架構是痛點問題-解決方案-*實踐和落地工具-案例和實戰(zhàn)，將從企業(yè)的實際工作場景出發(fā)，分析每4個級別敏捷中常見的痛點問題，引導學員討論解決方案，然后推薦業(yè)界*實踐的敏捷方法和工具，采用沙盤模擬的行動式學習方式進行重點演練，最后根據(jù)講師親身參與的咨詢服務實戰(zhàn)經(jīng)驗，進行優(yōu)秀標桿企業(yè)（比如華為等）的案例分享。

模塊1：IPD和敏捷的關系
本模塊強調了IPD存在的意義，如何進行IPD的優(yōu)化即敏捷，探討如何應對頻繁變化的不確定性需求。重點介紹了為什么敏捷、什么是敏捷、如何做敏捷，分享了華為推行敏捷的四部曲。本模塊主要回答了敏捷的Why和What問題。
痛點問題：
1、業(yè)務爆發(fā)增長：需要大兵團共同作戰(zhàn)
2、市場和客戶的不確定性黑天鵝事件：要求應對頻繁劇烈的變化
解決方案：
1、IPD提供堅實的基礎，在大型的關鍵性項目中依然適用
2、敏捷提升了應對變化的能力，“IPD進一步發(fā)展就是敏捷”
*實踐：
1、敏捷方法是*實踐的集合
2、業(yè)界主要的敏捷方法
案例分享：華為敏捷四部曲

模塊2：項目級敏捷（實戰(zhàn)沙盤）
本模塊以項目級的應用場景為主，介紹了項目級最主要的Scrum敏捷方法，加上精益看板方法，遵循Plan-Do-Check-Adjust循環(huán)框架，使用沙盤模擬工作場景進行實戰(zhàn)演練。
痛點問題：
1、需求變更失控：測試階段變更45%
2、系統(tǒng)聯(lián)調困難：交付deadline前風險集中爆發(fā)
解決方案：
1、固定迭代開發(fā)節(jié)奏縮短變更周期
1）產品開發(fā)節(jié)奏
2）產品發(fā)布節(jié)奏
3）如何確定節(jié)奏
2、應用持續(xù)集成來分散集成風險
1）迭代目標
2）迭代完成標準
3）持續(xù)集成：提高工程能力
*實踐：
1、Scrum方法：PDCA循環(huán)
1）規(guī)劃Plan：迭代規(guī)劃
2）執(zhí)行Do：每日站會
3）檢查Check和調整Adjust：迭代評審和迭代回顧
2、看板方法：工作任務可視化
1）可視化：進展可視
2）限制在制品WIP：控制并發(fā)任務
3）消除浪費：加速任務的流動效率
實戰(zhàn)演練：模擬沙盤

模塊3：版本級敏捷
本模塊基于版本級敏捷場景，重點討論如何以敏捷版本火車為中心，進行需求價值排序，聯(lián)合多個團隊進行版本規(guī)劃排期，分發(fā)需求，集成多個團隊的交付成果，共同聯(lián)調測試和交付。
痛點問題：
1、業(yè)務爆發(fā)增長，客戶定制化版本多
2、并行開發(fā)分支多，代碼同步工作量大
解決方案：
1、版本火車
1）規(guī)劃：多團隊聯(lián)合排期
2）執(zhí)行：項目團隊內部和多項目之間的定期溝通
3）檢查調整：分層的迭代評審和回顧
2、需求的價值排序
1）客戶價值評估
2）工作量估算
3）性價比排序，滾動規(guī)劃
*實踐：
1、OneTrack單一主干
2、需求的價值排序
案例分享：華為公有云研發(fā)團隊的內部開源模式

模塊4：產品級敏捷
重點討論如何以客戶為中心，從理解客戶需求開始，如何描述和拆分需求，再進行迭代增量交付。
痛點問題：
1、市場競爭激烈，客戶要求縮短交付周期
2、傳統(tǒng)的瀑布串行的分階段模式跟不上變化
解決方案：
1、服務化：商業(yè)決策和需求決策分離
1）需求拆分模型：用例+用戶故事
2）用戶故事地圖：需求排期
3）需求迭代交付：產品增量
2、流水線：小包交付
1）持續(xù)規(guī)劃
2）持續(xù)開發(fā)
3）持續(xù)集成
4）持續(xù)發(fā)布
*實踐：
1、設計思維Design Thinking：最小可行產品MVP
2、持續(xù)規(guī)劃/持續(xù)開發(fā)/持續(xù)發(fā)布的流水線
3、需求架構的分層管理：用例Use Case
案例分享：華為數(shù)字化團隊的滾動規(guī)劃

模塊5：商業(yè)級敏捷
本模塊重點討論如何進行全局優(yōu)化，系統(tǒng)性地提升組織效率。隨著企業(yè)的規(guī)模擴張，敏捷的應用范圍從單個小團隊到多個團隊再擴大到整個企業(yè)，這樣成功范圍覆蓋單個產品到解決方案再到產業(yè)鏈。
痛點問題：
1、客戶數(shù)字化轉型，要求供應商共同參與快速試錯和業(yè)務探索
2、市場競爭范圍擴大：從產品到解決方案再到產業(yè)鏈
解決方案：
1、聯(lián)合（供應商）創(chuàng)新開發(fā)和交付
1）供應商管理
2）客戶合作
2、DevOps開發(fā)模式
1）拉通流程斷點
2）形成反饋閉環(huán)
3）多次迭代交付
*實踐：
1、SAFe規(guī)模化敏捷框架
1）上下分層的組織架構：解決方案+版本火車+項目團隊
2）前后拉通的交付流水線：業(yè)務+開發(fā)+運維
3）內外協(xié)作的聯(lián)合產業(yè)鏈：客戶+供應商
2、全功能團隊：從規(guī)劃到運維的端到端E2E
1）市場銷售
2）產品開發(fā)
3）售后支持
案例分享：華為組織架構的演進