敏捷軟件開發培訓

敏捷軟件開發培訓課程/講師盡在敏捷軟件開發培訓專題,百度搜索“交廣國際管理咨詢”敏捷軟件開發培訓公開課（免費試聽）北上廣深等地開課！芝麻播www.zhimabo.com獨播：敏捷軟件開發培訓在線直播課程。專家微信18749492090，講師手機13522550408。

課程大綱
一、案例分析

1.1 工作坊:案例項目存在哪些管理問題

1.2 背景了解

1.3 問題收集

1.4 關鍵問題辨析
二、什么是敏捷軟件開發

2.1 研發中項目管理的典型問題

2.1.1 質量

2.1.2 交付周期長

2.1.3 效率低下

2.1.4 交付延期

2.1.5 交付不被市場/客戶接受

2.2 軟件管理方法總覽

2.3 什么是敏捷項目管理

2.4 敏捷項目管理的解決之道

2.4.1 總體框架：“需求－構建－發布”的快速迭代

2.4.2 卓越交付：保證正確的構建正確的產品

2.4.3 自組織團隊

2.4.4 短周期迭代

2.4.5 可工作的完成標準

2.4.6 價值驅動

2.4.7 基于反饋的改進2.4.8風險前移

2.5 敏捷項目管理的精要

2.5.1 創造力來源于小而美團隊

2.5.2 短迭代的可工作的交付

2.5.3 客戶參與

2.5.4 響應變化

2.5.5 交付的價值優于完成的任務

2.5.6 效率通過演進的流程獲得

2.6 核心價值觀

2.7 我是否該敏捷？

2.8 什么時候可以引入敏捷實踐？

2.9 敏捷實踐清單

2.10 敏捷開發如何提升生產率？

2.11 敏捷開發如何提升質量

2.12 敏捷對企業的價值

2.13 研討與演練：軟件開發，我們的痛點在那里？
三、理解敏捷過程

3.1 敏捷過程的本質

3.1.1 以人為根本

3.1.2 以最終交付的軟件為目標

3.1.3 進度的推進策略

3.1.4 團隊工作文化

3.2 敏捷過程的最佳實踐

3.2.1 小版本，現場客戶

3.2.2 隱喻，簡單設計，重構

3.2.3 測試驅動開發，持續集成，結對編程

3.2.4 代碼共有，編程標準

3.2.5 工作空間與時間

四、敏捷項目管理提升研發流程的具體實踐

4.1 項目團隊管理－人是最重要

4.1.1 敏捷團隊的三個核心角色

4.1.2 敏捷團隊的角色職責

4.1.3 Scrum Master工作檢查單

4.2 敏捷項目策劃

4.2.1 敏捷估計-估算撲克

4.2.2 Delphi估算

4.2.3 研討與演練：我的故事要多少工作量？（使用客戶內部開發需求），撲克牌法

4.2.4 敏捷估算方法2：NASMA

4.2.5 NASMA和功能估計的相同點和不同點

4.2.6 NASMA估算的估算精度4.2.7通過速率估算開發周期

4.3 敏捷項目計劃管理

4.3.1 迭代計劃會

4.3.2 計劃會序曲-豬與雞的故事

4.3.3 豬與雞的行為模式

4.4 項目過程與風險管理

4.4.1 每日立會

4.4.2 燃盡圖

4.4.3 “迭代期內無變更”

4.4.4 故事板 Kanban

4.5 項目質量管理－高質量的交付

4.5.1 評審會與反思會

4.5.2 評審會

4.5.3 反思會

4.6 敏捷風險管理

4.6.1 SPIKE和Story的風險評估

4.6.2 發布計劃和迭代計劃中的風險處理策略

4.6.3 設計中的風險處理

4.6.4 開發過程中的風險處理

4.7 大型項目管理的敏捷項目管理實踐

4.8 研討與演練：基于客戶團隊的實際痛點進行討論，從敏捷項目管理的角度討論解決方案
五、敏捷軟件開發工程實踐

5.1 項目需求管理-用戶故事－交付最有價值需求

5.1.1用戶建模

5.1.2用戶故事 = 用戶 + 功能 + 價值

5.1.3用戶故事描述的語法規則

5.1.5超越敏捷-現實世界的用戶故事

5.1.6需求優先級排序

5.2 史詩故事

5.2.1 用戶故事的顆粒度

5.2.2 什么是史詩故事？

5.3 用戶故事地圖

5.3.1 為什么要建立用戶故事地圖？

5.3.2 用戶故事地圖建立的步驟

5.4 敏捷架構和簡單設計

5.5 技術債務

5.6 團隊結構與日常開發活動

5.6.1 辦公環境

5.6.2 “特性小組”

5.6.3“松結對編程”

5.6.4“松結對編程”的小組長責任

5.6.5 “松結對編程”的工作習慣

5.6.6 結對編程的幾種結對形式

5.7 靜態語法檢查與代碼質量

5.7.1 為什么要做代碼審查？

5.7.2 編碼規范

5.7.3 自動化的審查代碼

5.7.4演練：使用靜態語法工具進行代碼質量分析

5.8 TDD（測試驅動開發）及靜態語法檢查

5.8.1 什么是TDD

5.8.2 如何進行TDD

5.8.3 演練：對一個功能進行TDD設計

5.8.4系統級TDD

5.9 重構

5.9.1 重構的定義

5.9.2 為什么需要重構

5.9.3 何時需要重構

5.9.4 代碼的壞味道

5.9.5 各種重構的方法

5.9.6 重復的代碼

5.10 敏捷測試

5.10.1 持續集成

5.10.2 測試用例設計

5.10.3 構建管理 持續集成 發布管理

5.10.4 持續集成和每日構建

5.10.5 自動化測試
六、大規模的敏捷實踐

6.1 大規模敏捷框架

6.2 大規模敏捷項目管理的層次

6.2.1 多級項目規劃

6.2.2 項目/產品愿景

6.2.3 項目/產品路線圖

6.2.4 版本發布計劃

6.2.5 迭代計劃

6.2.6 每日實現

6.3大規模敏捷組織結構

6.3.1 Super Scrum Master

6.3.2 團隊協作與管理

6.3.3 團隊交流渠道

6.3.4 團隊互相激勵方法

6.3.5 公共目標的驅動

6.3.6 工作結果布告

6.4 平臺化與定制
七、敏捷開發過程中的度量

7.1 敏捷軟件開發的度量體系

7.2 精益軟件度量什么

7.2.1 組織目標

7.2.2 決策場景

7.2.3 指標框架

7.2.4 度量元

7.2.5 價值評價

7.3 常見的敏捷度量指標

7.3.1 產能度量

7.3.2 內部質量的度量

7.3.3 外部質量的度量

7.3.4 組織能力的度量

7.4 部分度量案例展示

7.4.1 規模

7.4.2 工作量

7.4.3 進度

7.4.4 技術債務

7.4.5 能力

7.5 度量的實施和推進

7.6 演練：我們需要什么度量
八、組織級敏捷部署與績效管理

8.1 敏捷三步走

8.2 敏捷成功與否的衡量標準是業務結果（質量、TTM）的改進

8.3 首次實施敏捷的參考步驟——八步曲

8.4 敏捷角色

8.5 項目組團隊的組建方式：特性項目組和模塊項目組優劣對比

8.6 項目級敏捷通用過程模型

8.7 項目級敏捷過程樣例（版本中項目組全都實施敏捷）

8.8 敏捷團隊績效管理

8.8.1誰來管理團隊中的個體？

8.8.2敏捷團隊的目標

8.8.3從團隊外部認識團隊目標

8.8.4敏捷開發中的目標管理意識

8.9執行與實施層面的敏捷實踐