第一天AM

軟件開發(fā)面臨的問題

如何在資源和時間受限的條件下快速、連續(xù)的交付軟件？

如何交付高質(zhì)量的軟件？

如何平衡成本、時間、質(zhì)量和范圍？

敏捷過程與其他過程

常見的過程框架：CMMI，RUP，結(jié)構(gòu)化過程

都有哪些敏捷過程：SCRUM，XP，OpenUP

敏捷過程宣言

敏捷開發(fā)原則

第一天PM

大型復(fù)雜項(xiàng)目的敏捷開發(fā)擴(kuò)展

大型項(xiàng)目多個敏捷團(tuán)隊(duì)的合作

多維度擴(kuò)展處理方法的特點(diǎn)

敏捷過程與CMMI的融合

敏捷項(xiàng)目規(guī)劃與度量

敏捷開發(fā)中需求的特點(diǎn)

規(guī)劃的不同層次與思路

敏捷項(xiàng)目規(guī)模度量與估計(jì)

基于主題的優(yōu)先級的度量

基于用分析矩陣確定優(yōu)先級的度量

基于確定經(jīng)濟(jì)優(yōu)先級的度量

第二天AM

敏捷開發(fā)最佳實(shí)踐（XP方法實(shí)踐）

計(jì)劃游戲

現(xiàn)場客戶

小版本，持續(xù)集成

測試驅(qū)動開發(fā)

簡單設(shè)計(jì)，重構(gòu)，系統(tǒng)Metaphor

結(jié)對編程，集體代碼所有權(quán)

代碼標(biāo)準(zhǔn)

敏捷--Scrum方法

什么是Scrum

自我管理團(tuán)隊(duì)

Scrum的角色分配

Scrum的流程

Scrum的人工因素

Sprint計(jì)劃和Sprint backlog

每日Scrum

第二天PM

基于敏捷軟件開發(fā)的實(shí)踐—工欲善其事，必先利其器

版本控制系統(tǒng)的搭建和最佳實(shí)踐

Bug管理系統(tǒng)的搭建和最佳實(shí)踐

Build系統(tǒng)的搭建和最佳實(shí)踐

測試驅(qū)動開發(fā)—XUnit最佳實(shí)踐

項(xiàng)目管理工具的最佳實(shí)踐

敏捷項(xiàng)目管理

編寫項(xiàng)目開發(fā)計(jì)劃

組建開發(fā)團(tuán)隊(duì)，定義團(tuán)隊(duì)成員角色

制定開發(fā)進(jìn)度表并將其發(fā)布至項(xiàng)目進(jìn)度網(wǎng)頁中

將產(chǎn)生的文檔和代碼簽入至版本控制系統(tǒng)中

文檔與項(xiàng)目實(shí)際開發(fā)進(jìn)度保持同步

第三天AM

敏捷建模

編寫需求文檔：定義系統(tǒng)范圍和需求

利用UML用例圖捕獲需求，并編寫用例文檔

根據(jù)用例圖和用例文檔進(jìn)行系統(tǒng)概要設(shè)計(jì)

進(jìn)行UML類圖設(shè)計(jì)

進(jìn)行UML順序圖設(shè)計(jì)

構(gòu)建軟件的原型系統(tǒng)

根據(jù)需求的變化迭代以上過程

敏捷開發(fā)過程

編寫詳細(xì)設(shè)計(jì)書，定義開發(fā)標(biāo)準(zhǔn)文檔

組織團(tuán)隊(duì)成對編程

重構(gòu)產(chǎn)生的代碼

將產(chǎn)生的文檔和代碼簽入至版本控制系統(tǒng)中

使用Build系統(tǒng)生成軟件可運(yùn)行版本

根據(jù)設(shè)計(jì)的變化反復(fù)迭代以上過程

第三天PM

敏捷測試

對代碼進(jìn)行實(shí)施單元測試

進(jìn)行可接受測試

將測試中發(fā)現(xiàn)的Bug發(fā)布到Bug管理系統(tǒng)

根據(jù)開發(fā)的進(jìn)度反復(fù)迭代以上過程

案例實(shí)戰(zhàn):基于敏捷方法項(xiàng)目完全實(shí)踐

工作路線圖：產(chǎn)品列表和工作訂單

發(fā)布計(jì)劃；迭代計(jì)劃

變更列表；角色分配，自我管理團(tuán)隊(duì)

簡單設(shè)計(jì)；團(tuán)隊(duì)開發(fā)規(guī)范

個人開發(fā)規(guī)范；迎接變更

不斷測試推動工作計(jì)劃；持續(xù)集成；不斷發(fā)布