敏捷軟件開發(fā)（李正）

培訓(xùn)收益：
1、了解敏捷開發(fā)和測試的過程
2、了解敏捷開發(fā)過程中，測試用例的編寫和測試的執(zhí)行過程
3、介紹如何進(jìn)行重構(gòu)
4、了解敏捷項目管理
5、測試技術(shù)實戰(zhàn)，通過大量的實例演示使培訓(xùn)人員能夠結(jié)合實際項目掌握測試技術(shù)在軟件測試各個階段的實際應(yīng)用。
 
課程內(nèi)容：  

1、案例分析
 
2、什么是敏捷軟件開發(fā)
2.1 研發(fā)中項目管理的典型問題
1）質(zhì)量
2）交付周期長
3）效率低下
4）交付延期
5)交付不被市場/客戶接受
2.2 軟件管理方法總覽
2.3 什么是敏捷項目管理
2.4 敏捷項目管理的解決之道
總體框架：“需求－構(gòu)建－發(fā)布”的快速迭代
卓越交付：保證正確的構(gòu)建正確的產(chǎn)品
自組織團(tuán)隊
短周期迭代
可工作的完成標(biāo)準(zhǔn)
價值驅(qū)動
基于反饋的改進(jìn)
風(fēng)險前移
2.5 敏捷項目管理的精要
創(chuàng)造力來源于小而美團(tuán)隊
短迭代的可工作的交付
客戶參與
響應(yīng)變化
交付的價值優(yōu)于完成的任務(wù)
效率通過演進(jìn)的流程獲得
2.6 核心價值觀
2.7 敏捷開發(fā)如何提升生產(chǎn)率？
2.8 敏捷開發(fā)如何提升質(zhì)量
2.9 我是否該敏捷？
2.10 敏捷對企業(yè)的價值
2.11 研討與演練：我們的痛點在那里？
 
3、敏捷項目管理提升研發(fā)流程的具體實踐
3.1 項目團(tuán)隊管理－人是最重要
3.1.1 敏捷團(tuán)隊的三個核心角色
3.1.2 敏捷團(tuán)隊的角色職責(zé)
3.2 敏捷項目管理
3.2.1 敏捷估計-估算撲克
3.2.2 Delphi估算
3.2.3 演練：我的故事要多少工作量？（使用客戶內(nèi)部開發(fā)需求）
3.3 敏捷項目計劃管理
3.3.1 迭代計劃會
3.3.2 計劃會序曲-豬與雞的故事
3.3.3 豬與雞的行為模式
3.4 項目過程與風(fēng)險管理
3.4.1 每日立會
3.4.1.1 為何站著開會？
3.4.1.2 每日立會成功的關(guān)鍵
3.4.1.3 現(xiàn)場演練：明天的每日立會
3.4.2 燃盡圖
3.4.2.1 燃燒圖的團(tuán)隊“指紋”
3.4.3“迭代期內(nèi)無變更”
3.4.3.1 擁抱變化還是恪守承諾？
3.4.3.2 “迭代期內(nèi)無變更”與研發(fā)心理學(xué)
3.4.3.3 對策：MoSCoW方法
3.4.4 故事板Kanban
3.5 項目質(zhì)量管理－高質(zhì)量的交付
3.5.1 評審會與反思會
3.5.1.1 評審會序曲
3.5.1.2 從外部理解團(tuán)隊目標(biāo)
3.5.1.3 “可運(yùn)行軟件”的標(biāo)準(zhǔn)
3.5.2 評審會
3.5.2.1 評審會的行為模式
3.5.2.2 引導(dǎo)客戶表達(dá)需求
3.5.2.3 現(xiàn)場演練：為三個故事設(shè)定完成標(biāo)準(zhǔn)
3.5.3 反思會
3.5.3.1 現(xiàn)實世界的反思會
3.6 大型項目管理
3.7 研討與演練：基于客戶團(tuán)隊的實際痛點進(jìn)行討論，從敏捷項目管理的角度討論解決方案
 
4、敏捷軟件開發(fā)工程實踐
4.1 項目需求管理-用戶故事－交付最有價值需求
4.1.1用戶故事=用戶+功能+價值
4.1.1.1 好故事的四個標(biāo)準(zhǔn)
4.1.1.2 切分故事
4.1.1.3 現(xiàn)場演練：將三個需求轉(zhuǎn)換為用戶故事
4.1.1.4 （使用客戶內(nèi)部開發(fā)需求）
4.1.2 用戶建模
4.1.2.1 誰在用我的產(chǎn)品？
4.1.2.2 現(xiàn)場演練：針對三個需求進(jìn)行用戶建模
4.1.2.3 （使用客戶內(nèi)部開發(fā)需求）
4.1.3 超越敏捷-現(xiàn)實世界的用戶故事
4.1.3.1 用戶故事=需求文檔？
4.1.3.2 復(fù)合型的需求文檔
4.1.3.3 敏捷中的精益理念
4.1.4 需求優(yōu)先級排序
4.1.4.1 以團(tuán)隊形式進(jìn)行排序
4.1.4.2 超越敏捷-敏捷生態(tài)系統(tǒng)
4.1.4.3 用戶故事的進(jìn)化
4.1.4.4 敏捷生態(tài)系統(tǒng)初探：需求管理
4.1.4.5 從客戶價值驅(qū)動到持續(xù)交付客戶價值
4.2 團(tuán)隊結(jié)構(gòu)與日常開發(fā)活動
4.2.1 辦公環(huán)境
4.2.2 “特性小組”
4.2.3 “松結(jié)對編程”
4.2.4 “松結(jié)對編程”的小組長責(zé)任
4.2.5 “松結(jié)對編程”的工作習(xí)慣
4.3 重構(gòu)
4.3.1 重構(gòu)的定義
4.3.2 為什么需要重構(gòu)
4.3.3 何時需要重構(gòu)
4.3.4 代碼的壞味道
4.3.5 各種重構(gòu)的方法
4.3.6 重復(fù)的代碼
4.3.7 重構(gòu)演練
4.4 敏捷測試
4.4.1持續(xù)集成和每日構(gòu)建
4.4.1.1 持續(xù)集成的概念
4.4.1.2 每日構(gòu)建的概念和意義
4.4.1.3 每日構(gòu)建的實施策略
4.4.1.4 每日構(gòu)建和版本管理的集成
4.4.1.5 以每日構(gòu)建為基礎(chǔ)的發(fā)布管理和試驗環(huán)境
4.4.1.6 SmokeTest和持續(xù)集成的關(guān)系
4.4.1.7 BVTAutomation和NonBVTAutomation是持續(xù)繼承的有力保證
4.4.1.8 通過每日構(gòu)建和持續(xù)集成，使得版本管理不僅僅記錄代碼的存在和歷史，更保證代碼的正確性
4.4.1.9 典型案例分析
4.4.2 自動化測試
4.4.2.1 自動化測試概念,局限性
4.4.2.2 自動化測試基本理論
4.4.2.3 自動化測試實施
4.4.2.4 常用工具介紹
4.4.2.5 自動化測試成熟度
4.4.2.6 自動化測試評估
 
5、敏捷開發(fā)過程中的測試和度量活動
5.1 測試驅(qū)動開發(fā)
5.2 持續(xù)集成
5.3 測試用例設(shè)計
5.4 構(gòu)建管理持續(xù)集成發(fā)布管理
5.5 敏捷度量-規(guī)模
5.6 敏捷度量-工作量
5.7 敏捷度量-進(jìn)度
5.8 實踐演練
 
6、組織級敏捷部署與績效管理
6.1 敏捷三步走
6.2 敏捷成功與否的衡量標(biāo)準(zhǔn)是業(yè)務(wù)結(jié)果（質(zhì)量、TTM）的改進(jìn)
6.3 首次實施敏捷的參考步驟——八步曲
6.4 敏捷角色
6.5 項目組團(tuán)隊的組建方式：特性項目組和模塊項目組優(yōu)劣對比
6.6 項目級敏捷通用過程模型
6.7 項目級敏捷過程樣例（版本中項目組全都實施敏捷）
6.8 敏捷團(tuán)隊績效管理
6.8.1 誰來管理團(tuán)隊中的個體？
6.8.2 敏捷團(tuán)隊的目標(biāo)
6.8.3 從團(tuán)隊外部認(rèn)識團(tuán)隊目標(biāo)
6.8.4 敏捷開發(fā)中的目標(biāo)管理意識
6.9 執(zhí)行與實施層面的敏捷實踐
 
7、總結(jié)