研發(fā)加速——技術(shù)經(jīng)理研發(fā)效能提升

課程背景：

軟件產(chǎn)品或軟件項目的開發(fā)成本日益高漲，客戶對產(chǎn)品交付時間和交付質(zhì)量的要求日益提高，這給軟件研發(fā)團隊帶來了非常大的挑戰(zhàn)。很多企業(yè)存在下列常見問題，然而沿用老方法、老思路，很難獲得明顯的改善。

研發(fā)項目總是延期，客戶和領(lǐng)導都不滿意

交付的產(chǎn)品存在很多質(zhì)量問題，測試也沒有發(fā)現(xiàn)，客戶怨聲載道

技術(shù)債務堆積如山，團隊協(xié)作總是阻礙重重

需求變、計劃變、人員變，好像一切都在不停的變，疲于應對

研發(fā)效能聚焦的是效率和質(zhì)量的“雙提升”，如何通過對研發(fā)效能的專題研究，從而讓團隊整體樹立統(tǒng)一的交付思想和效能目標，并且付諸實踐。這是很多企業(yè)都在追求的目標。然而，這個目標的實現(xiàn)并不容易，既需要體系化的專業(yè)技能，又需要借鑒成功的參考案例。

本課程，面向技術(shù)研發(fā)經(jīng)理這個專業(yè)化群體，以研發(fā)效能提升為核心目標，詳細講解如何帶領(lǐng)研發(fā)團隊提高研發(fā)效能和執(zhí)行力。課程基于技術(shù)管理者更宏觀更大范圍的管理視野，圍繞著效能分析、流程優(yōu)化、質(zhì)量保證、架構(gòu)重構(gòu)、風險管理、變更管理等技能模塊，全面覆蓋現(xiàn)代軟件研發(fā)管理理論，并進行實用技能訓練。幫助企業(yè)提升研發(fā)效能。

課程內(nèi)容包括：

1個目標：提升研發(fā)效能。帶領(lǐng)團隊高效、優(yōu)質(zhì)的完成研發(fā)項目。

1個模型：技術(shù)管理循環(huán)模型。全面覆蓋技術(shù)經(jīng)理的關(guān)注點和核心技能。

6個模塊：效能、流程、質(zhì)量、架構(gòu)、風險、變更?？焖偬嵘夹g(shù)管理能力。

課程收益：

● 深度理解研發(fā)效能理念，能夠建立效能度量體系，從而對效能的提升加以衡量；

● 全面理解敏捷開發(fā)過程的核心理念與日常管理實操要點，提升敏捷開發(fā)效率；

● 用質(zhì)量保障思維延展質(zhì)量控制方法，提升軟件開發(fā)質(zhì)量；

● 從整體視角優(yōu)化架構(gòu)，提升開發(fā)效能；

● 提升風險管理技能，防患于未然；

● 應用軟件配置管理，擁抱變更，管理變更。

課程時間：2天，6小時/天

課程對象：技術(shù)經(jīng)理、研發(fā)經(jīng)理、技術(shù)團隊管理者

課程方式：現(xiàn)場講授，小組討論，案例分享，現(xiàn)場演練

課程模型：

課程大綱

第一講：效能解析：診斷瓶頸，激發(fā)團隊潛力

一、研發(fā)效能的影響

1. 研發(fā)效能：更高效、更高質(zhì)量、更可靠、可持續(xù)地交付更優(yōu)的業(yè)務價值的能力

2. 影響研發(fā)效能的9大因素

工具：研發(fā)效能提升檢查表

二、研發(fā)效能的度量方法

1. 度量體系的3大組成

1）業(yè)務價值度量

2）產(chǎn)品交付度量

3）基礎能力度量

2. 構(gòu)建度量體系

第一步：定義目標

第二步：設計指標

第三步：數(shù)據(jù)收集

第四步：數(shù)據(jù)分析

第五步：反饋與調(diào)整

研討：構(gòu)建度量體系的常見問題

第二講：敏捷過程實踐：打造高效、響應快速的開發(fā)流程

一、通用開發(fā)過程5要素

1. 協(xié)作過程

2. 角色職責

3. 活動工件

4. 標準規(guī)范

5. 工具支持

二、瀑布模型與敏捷模型

1. 瀑布模型全景圖——適合需求穩(wěn)定的項目

2. 敏捷模型全景圖——適合需求多變的項目

案例：敏捷模型提高項目成功率

三、敏捷流程優(yōu)化方法

1. 理解敏捷4宣言

2. 梳理敏捷流程

3. 開展敏捷思維方式

1）迭代和增量

2）擁抱變化

3）快速交付

4）持續(xù)改進

5）自組織團隊

研討：敏捷開發(fā)的常見誤區(qū)

練習：如何改善開發(fā)現(xiàn)狀

四、敏捷開發(fā)中的DevOps

1. 深入理解DevOps

1）開發(fā)+運維

2）自動化交付

2. DevOps在敏捷開發(fā)中的作用

1）流程自動化

2）快速反饋

3）高效合作

4）全生命周期管理

5）質(zhì)量保證

6）客戶導向

3. DevOps的應用

1）使用場景：運維與開發(fā)共同組成敏捷團隊

2）工程師的技能要求

a編碼能力

b自動化與持續(xù)集成

c跨功能技能

d文化與溝通

e負責全生命周期

3）常用工具：GitLab、Ant、Jenkins、Docker

練習：如何強化DevOps思維

第三講：質(zhì)量保障策略：構(gòu)建穩(wěn)健的質(zhì)量控制體系

一、為何引入質(zhì)量保障

1. 軟件產(chǎn)品的質(zhì)量規(guī)律

2. 7個維度對比質(zhì)量保障與質(zhì)量控制

3. 3個維度提高質(zhì)量

1）職責     2）范圍     3）人員

二、質(zhì)量保障活動的實施方法

1. 分階段的質(zhì)量保障活動

1）需求分析階段——需求評審

2）設計階段——設計評審

3）開發(fā)階段——單元測試

4）測試階段——功能測試、性能測試、回歸測試

5）部署和維護階段——壓力測試

6）全程質(zhì)量管理——指標量化

練習：如何改進質(zhì)量活動

工具：QA工作內(nèi)容規(guī)范參考

2. 開發(fā)中的代碼審查

1）代碼審查的規(guī)范與流程

2）應用代碼審查的5項原則

練習：代碼審查現(xiàn)狀調(diào)查

工具：代碼審查規(guī)范

第四講：架構(gòu)優(yōu)化與演進：推動系統(tǒng)架構(gòu)的持續(xù)優(yōu)化

一、深入理解架構(gòu)設計

1. 架構(gòu)的研究對象：組件、屬性、關(guān)系

2. 架構(gòu)的決定因素：非功能需求

3. 架構(gòu)的核心原則：高內(nèi)聚、低耦合

4. 架構(gòu)師的角色

二、分層架構(gòu)圖的表達方法

1. 業(yè)務模型

用途：需求分析、業(yè)務建模

工具：用例圖、泳道圖

2. 邏輯視圖

用途：靜態(tài)設計

工具：類圖

3. 動態(tài)視圖

用途：動態(tài)設計

工具：對象圖、泳道圖、狀態(tài)圖

4. 開發(fā)視圖

用途：組織開發(fā)

工具：結(jié)構(gòu)圖、包圖

5. 物理視圖

用途：部署方案設計

工具：部署圖、包圖

三、架構(gòu)重構(gòu)與優(yōu)化

1. 應對架構(gòu)熵增

1）架構(gòu)熵增定律

2）應對架構(gòu)熵增的6個維度

2. 進行架構(gòu)重構(gòu)

1）重構(gòu)優(yōu)化9步法

2）重構(gòu)實踐的5大注意事項

第五講：風險識別與控制：構(gòu)建風險機制，確保項目穩(wěn)定推進

一、風險識別

1. 項目風險

2. 技術(shù)風險

3. 商業(yè)風險

案例：10種常見風險

二、風險管理方法

1. 評估可能性和嚴重性

2. 制定風險應對策略：規(guī)避/減輕/接受/轉(zhuǎn)移

3. 跟蹤并監(jiān)控風險

練習：對當前項目進行風險管理

工具：風險評估表

第六講：變更與溝通管理：建立變更控制體系與有效溝通

一、配置管理

1. 軟件配置管理的作用-確保可追溯性、可復現(xiàn)性和一致性

2. 配置管理的5項活動

1）版本控制——管理代碼、文檔變更

2）構(gòu)建管理——管理編譯、測試變更

3）變更控制——管理需求、設計變更

4）環(huán)境管理——管理環(huán)境一致性

5）發(fā)布管理——管理環(huán)境遷移

練習：如何改進現(xiàn)行的配置管理

二、技術(shù)團隊實用溝通

1. 傾聽與響應框架

2. 溝通3大原則

1）目標感

2）開放性

3）建設性

3. 六大場景溝通方法

1）接收上級任務

2）給下屬安排任務

3）向上匯報工作

4）請求幫助

5）批評下屬

6）跨部門溝通

練習：項目中的爭執(zhí)

課程回顧、總結(jié)、答疑