1、案例分析
2、什么是敏捷軟件開(kāi)發(fā)
2.1研發(fā)中項(xiàng)目管理的典型問(wèn)題
質(zhì)量
交付周期長(zhǎng)
效率低下
交付延期
交付不被市場(chǎng)/客戶接受
2.2軟件管理方法總覽
2.3什么是敏捷項(xiàng)目管理
2.4敏捷項(xiàng)目管理的解決之道
總體框架：“需求－構(gòu)建－發(fā)布”的快速迭代
卓越交付：保證正確的構(gòu)建正確的產(chǎn)品
自組織團(tuán)隊(duì)
短周期迭代
可工作的完成標(biāo)準(zhǔn)
價(jià)值驅(qū)動(dòng)
基于反饋的改進(jìn)
風(fēng)險(xiǎn)前移
2.5敏捷項(xiàng)目管理的精要
創(chuàng)造力來(lái)源于小而美團(tuán)隊(duì)
短迭代的可工作的交付
客戶參與
響應(yīng)變化
交付的價(jià)值優(yōu)于完成的任務(wù)
效率通過(guò)演進(jìn)的流程獲得
2.6核心價(jià)值觀
2.7敏捷開(kāi)發(fā)如何提升生產(chǎn)率？
2.8敏捷開(kāi)發(fā)如何提升質(zhì)量
2.9我是否該敏捷？
2.10敏捷對(duì)企業(yè)的價(jià)值
2.11研討與演練：我們的痛點(diǎn)在那里？

3、敏捷項(xiàng)目管理提升研發(fā)流程的具體實(shí)踐
3.1項(xiàng)目團(tuán)隊(duì)管理－人是重要
3.1.1敏捷團(tuán)隊(duì)的三個(gè)核心角色
3.1.2敏捷團(tuán)隊(duì)的角色職責(zé)
3.2敏捷項(xiàng)目管理
3.2.1敏捷估計(jì)-估算撲克
3.2.2Delphi估算
3.2.3演練：我的故事要多少工作量？（使用客戶內(nèi)部開(kāi)發(fā)需求）
3.3敏捷項(xiàng)目計(jì)劃管理
3.3.1迭代計(jì)劃會(huì)
3.3.2計(jì)劃會(huì)序曲-豬與雞的故事
3.3.3豬與雞的行為模式
3.4項(xiàng)目過(guò)程與風(fēng)險(xiǎn)管理
3.4.1每日立會(huì)
3.4.1.1為何站著開(kāi)會(huì)？
3.4.1.2每日立會(huì)成功的關(guān)鍵
3.4.1.3現(xiàn)場(chǎng)演練：明天的每日立會(huì)
3.4.2燃盡圖
3.4.2.1燃燒圖的團(tuán)隊(duì)“指紋”
3.4.3“迭代期內(nèi)無(wú)變更”
3.4.3.1擁抱變化還是恪守承諾？
3.4.3.2“迭代期內(nèi)無(wú)變更”與研發(fā)心理學(xué)
3.4.3.3對(duì)策：MoSCoW方法
3.4.4故事板 Kanban

3.5項(xiàng)目質(zhì)量管理－高質(zhì)量的交付
3.5.1?評(píng)審會(huì)與反思會(huì)
3.5.1.1?評(píng)審會(huì)序曲
3.5.1.2?從外部理解團(tuán)隊(duì)目標(biāo)
3.5.1.3?“可運(yùn)行軟件”的標(biāo)準(zhǔn)
3.5.2?評(píng)審會(huì)
3.5.2.1?評(píng)審會(huì)的行為模式
3.5.2.2?引導(dǎo)客戶表達(dá)需求
3.5.2.3現(xiàn)場(chǎng)演練：為三個(gè)故事設(shè)定完成標(biāo)準(zhǔn)
3.5.3?反思會(huì)
3.5.3.1?現(xiàn)實(shí)世界的反思會(huì)
3.6大型項(xiàng)目管理
3.7研討與演練：基于客戶團(tuán)隊(duì)的實(shí)際痛點(diǎn)進(jìn)行討論，從敏捷項(xiàng)目管理的角度討論解決方案

4、敏捷軟件開(kāi)發(fā)工程實(shí)踐
4.1項(xiàng)目需求管理-用戶故事－交付有價(jià)值需求
4.1.1?用戶故事 = 用戶 + 功能 + 價(jià)值
4.1.1.1?好故事的四個(gè)標(biāo)準(zhǔn)
4.1.1.2?切分故事
4.1.1.3?現(xiàn)場(chǎng)演練：將三個(gè)需求轉(zhuǎn)換為用戶故事
4.1.1.4（使用客戶內(nèi)部開(kāi)發(fā)需求）
4.1.2?用戶建模
4.1.2.1?誰(shuí)在用我的產(chǎn)品？
4.1.2.2?現(xiàn)場(chǎng)演練：針對(duì)三個(gè)需求進(jìn)行用戶建模
4.1.2.3（使用客戶內(nèi)部開(kāi)發(fā)需求）
4.1.3?超越敏捷-現(xiàn)實(shí)世界的用戶故事
4.1.3.1?用戶故事 = 需求文檔？
4.1.3.2?復(fù)合型的需求文檔
4.1.3.3?敏捷中的精益理念
4.1.4?需求優(yōu)先級(jí)排序
4.1.4.1?以團(tuán)隊(duì)形式進(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?從客戶價(jià)值驅(qū)動(dòng)到持續(xù)交付客戶價(jià)值
4.2團(tuán)隊(duì)結(jié)構(gòu)與日常開(kāi)發(fā)活動(dòng)
4.2.1辦公環(huán)境
4.2.2?“特性小組”
4.2.3?“松結(jié)對(duì)編程”
4.2.4“松結(jié)對(duì)編程”的小組長(zhǎng)責(zé)任
4.2.5“松結(jié)對(duì)編程”的工作習(xí)慣
4.3重構(gòu)
4.3.1重構(gòu)的定義
4.3.2為什么需要重構(gòu)
4.3.3何時(shí)需要重構(gòu)
4.3.4代碼的壞味道
4.3.5各種重構(gòu)的方法
4.3.6重復(fù)的代碼
4.3.7重構(gòu)演練
4.4敏捷測(cè)試
4.4.1持續(xù)集成和每日構(gòu)建
4.4.1.1持續(xù)集成的概念
4.4.1.2每日構(gòu)建的概念和意義
4.4.1.3每日構(gòu)建的實(shí)施策略
4.4.1.4每日構(gòu)建和版本管理的集成
4.4.1.5以每日構(gòu)建為基礎(chǔ)的發(fā)布管理和試驗(yàn)環(huán)境
4.4.1.6Smoke Test和持續(xù)集成的關(guān)系
4.4.1.7BVT Automation和Non BVT Automation是持續(xù)繼承的有力保證
4.4.1.8通過(guò)每日構(gòu)建和持續(xù)集成，使得版本管理不僅僅記錄代碼的存在和歷史，更保證代碼的正確性
4.4.1.9典型案例分析
4.4.2自動(dòng)化測(cè)試
4.4.2.1自動(dòng)化測(cè)試概念,局限性
4.4.2.2自動(dòng)化測(cè)試基本理論
4.4.2.3自動(dòng)化測(cè)試實(shí)施
4.4.2.4常用工具介紹
4.4.2.5自動(dòng)化測(cè)試成熟度
4.4.2.6自動(dòng)化測(cè)試評(píng)估
5、敏捷開(kāi)發(fā)過(guò)程中的測(cè)試和度量活動(dòng)
5.1測(cè)試驅(qū)動(dòng)開(kāi)發(fā)
5.2持續(xù)集成
5.3測(cè)試用例設(shè)計(jì)
5.4構(gòu)建管理 持續(xù)集成 發(fā)布管理
5.5敏捷度量-規(guī)模
5.6敏捷度量-工作量
5.7敏捷度量-進(jìn)度
5.8實(shí)踐演練
6、組織級(jí)敏捷部署與績(jī)效管理
6.1敏捷三步走
6.2敏捷成功與否的衡量標(biāo)準(zhǔn)是業(yè)務(wù)結(jié)果（質(zhì)量、TTM）的改進(jìn)
6.3首次實(shí)施敏捷的參考步驟——八步曲
6.4敏捷角色
6.5項(xiàng)目組團(tuán)隊(duì)的組建方式：特性項(xiàng)目組和模塊項(xiàng)目組優(yōu)劣對(duì)比
6.6項(xiàng)目級(jí)敏捷通用過(guò)程模型
6.7項(xiàng)目級(jí)敏捷過(guò)程樣例（版本中項(xiàng)目組全都實(shí)施敏捷）
6.8敏捷團(tuán)隊(duì)績(jī)效管理
6.8.1誰(shuí)來(lái)管理團(tuán)隊(duì)中的個(gè)體？
6.8.2敏捷團(tuán)隊(duì)的目標(biāo)
6.8.3從團(tuán)隊(duì)外部認(rèn)識(shí)團(tuán)隊(duì)目標(biāo)
6.8.4敏捷開(kāi)發(fā)中的目標(biāo)管理意識(shí)
6.9執(zhí)行與實(shí)施層面的敏捷實(shí)踐