1、案例分析
2、什么是敏捷軟件開(kāi)發(fā)
2.1研發(fā)中項(xiàng)目管理的典型問(wèn)題
質(zhì)量
交付周期長(zhǎng)
效率低下
交付延期
交付不被市場(chǎng)/客戶(hù)接受
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ì)
短迭代的可工作的交付
客戶(hù)參與
響應(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演練：我的故事要多少工作量？（使用客戶(hù)內(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)客戶(hù)表達(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研討與演練：基于客戶(hù)團(tuán)隊(duì)的實(shí)際痛點(diǎn)進(jìn)行討論，從敏捷項(xiàng)目管理的角度討論解決方案
4、敏捷軟件開(kāi)發(fā)工程實(shí)踐
4.1項(xiàng)目需求管理-用戶(hù)故事－交付最有價(jià)值需求
4.1.1?用戶(hù)故事 = 用戶(hù) + 功能 + 價(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)換為用戶(hù)故事
4.1.1.4（使用客戶(hù)內(nèi)部開(kāi)發(fā)需求）
4.1.2?用戶(hù)建模
4.1.2.1?誰(shuí)在用我的產(chǎn)品？
4.1.2.2?現(xiàn)場(chǎng)演練：針對(duì)三個(gè)需求進(jìn)行用戶(hù)建模
4.1.2.3（使用客戶(hù)內(nèi)部開(kāi)發(fā)需求）
4.1.3?超越敏捷-現(xiàn)實(shí)世界的用戶(hù)故事
4.1.3.1?用戶(hù)故事 = 需求文檔？
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?用戶(hù)故事的進(jìn)化
4.1.4.4?敏捷生態(tài)系統(tǒng)初探：需求管理
4.1.4.5?從客戶(hù)價(jià)值驅(qū)動(dòng)到持續(xù)交付客戶(hù)價(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í)踐 |
合作伙伴與授權(quán)機(jī)構(gòu)
總部李老師
