課程描述INTRODUCTION
日程安排SCHEDULE
課程大綱Syllabus
后IPD時代的研發(fā)管理課程
課程背景:
這樣的場景您是否似曾相識:
缺乏準確、有前瞻性的客戶需求關注,反復做無用功,浪費資源,成本居高不下;
沒有跨部門的結構化流程,各部門都有自己的流程,但部門流程之間是靠人工銜接,運作過程割裂;
專業(yè)技能不足,作業(yè)不規(guī)范,依賴“英雄”,這些“英雄”的成功難以復制;
組織上存在本位主義、“部門墻”,各自為政,造成內耗;
項目計劃無效,項目實施混亂,無變更控制,版本泛濫;
沒錯,這就是1999年的華為,彼時處于裸奔狀態(tài)的管理流程無法適應爆發(fā)增長的市場要求,手工作坊式的散兵游勇無法形成合力進行大規(guī)模作戰(zhàn)。任總帶隊去*考察了Bell實驗室和IBM,拍板決定引進IPD。經過10年的消化吸收持續(xù)改進,IPD使華為的成功從偶然變成了必然,形成了以客戶為中心的企業(yè)文化,市場倒逼研發(fā)的機制,更重要的是大規(guī)模作戰(zhàn)的能力改變了多個產業(yè)的國際市場競爭格局。
回顧IPD的落地過程,“五年內不許任何改良,五年之后局部改動,十年以后才能結構性改動”的僵化固化優(yōu)化三步走方針,務實的風格形成了超強的適應和進化能力。實施IPD十年之后,2009年華為開始在研發(fā)體系和數字化部門推行敏捷,這是對IPD的進一步優(yōu)化。
“未來要實現大帶寬、大流量,傳統(tǒng)IPD依然是堅實的基礎,適合傳統(tǒ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)經驗或者潛力
課程大綱
課程的邏輯架構是痛點問題-解決方案-*實踐和落地工具-案例和實戰(zhàn),將從企業(yè)的實際工作場景出發(fā),分析每4個級別敏捷中常見的痛點問題,引導學員討論解決方案,然后推薦業(yè)界*實踐的敏捷方法和工具,采用沙盤模擬的行動式學習方式進行重點演練,最后根據講師親身參與的咨詢服務實戰(zhàn)經驗,進行優(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
案例分享:華為數字化團隊的滾動規(guī)劃
模塊5:商業(yè)級敏捷
本模塊重點討論如何進行全局優(yōu)化,系統(tǒng)性地提升組織效率。隨著企業(yè)的規(guī)模擴張,敏捷的應用范圍從單個小團隊到多個團隊再擴大到整個企業(yè),這樣成功范圍覆蓋單個產品到解決方案再到產業(yè)鏈。
痛點問題:
1、客戶數字化轉型,要求供應商共同參與快速試錯和業(yè)務探索
2、市場競爭范圍擴大:從產品到解決方案再到產業(yè)鏈
解決方案:
1、聯(lián)合(供應商)創(chuàng)新開發(fā)和交付
1)供應商管理
2)客戶合作
2、DevOps開發(fā)模式
1)拉通流程斷點
2)形成反饋閉環(huán)
3)多次迭代交付
*實踐:
1、SAFe規(guī)?;艚菘蚣?br />
1)上下分層的組織架構:解決方案+版本火車+項目團隊
2)前后拉通的交付流水線:業(yè)務+開發(fā)+運維
3)內外協(xié)作的聯(lián)合產業(yè)鏈:客戶+供應商
2、全功能團隊:從規(guī)劃到運維的端到端E2E
1)市場銷售
2)產品開發(fā)
3)售后支持
案例分享:華為組織架構的演進
后IPD時代的研發(fā)管理課程
轉載:http://szsxbj.com/gkk_detail/297663.html
已開課時間Have start time
- 鐘義杰