第1天

一、SCRUM內(nèi)涵與項目管理內(nèi)涵

       1. 百家爭鳴：什么樣的項目更加適合于Scrum和敏捷開發(fā)？

       2. 對比“敏捷過程”與“常規(guī)軟件過程”

       3. 認(rèn)同敏捷的4個價值觀-組建志同道合的敏捷團(tuán)隊

       4. 敏捷文檔的迭代-敏捷不是“偷工減料”

       5. 敏捷項目工程的12個典型實踐

       6. 剛?cè)岵?jì)的管理

       7. 工作習(xí)慣與敏捷管理制度的沖突

       8. 經(jīng)驗分享：大團(tuán)隊敏捷的過程

二、敏捷項目管理的風(fēng)險控制

       1. 預(yù)測未來風(fēng)險的視角與方法

       2. 風(fēng)險知識庫與風(fēng)險檢查表

       3. 風(fēng)險轉(zhuǎn)化為突發(fā)事件與應(yīng)急處理策略

       4. 風(fēng)險表單與風(fēng)險管理

       5. 百家爭鳴：為何自己預(yù)測的風(fēng)險，現(xiàn)實中很少發(fā)生？

       6. 實踐展示：如何建立封面知識庫

三、敏捷成本規(guī)模估算

       1. 開發(fā)規(guī)模預(yù)估方法-UCP、FPA、COCOMOII、敏捷估算

       2. 估算誤差與應(yīng)對方法

       3. 顯性成本與隱性成本

       4. 開發(fā)成本與架構(gòu)設(shè)計關(guān)系

       5. 維護(hù)成本與開發(fā)成本

       6. 實踐展示：模擬演繹敏捷估算方法

四、敏捷開發(fā)計劃-Backlog

       1. 目標(biāo)的制定與下達(dá)（SMART化、愿景化、共享化、承諾化）

       2. 研發(fā)工作計劃與PDCA循環(huán)

       3. PERT、關(guān)鍵路徑和GANNT，為什么研發(fā)項目計劃不用PERT圖

       4. Product Backlog與Sprint Backlog

       5. 敏捷的迭代計劃-User story的Value排序

       6. 敏捷的計劃會議

       7. 百家爭鳴：“甘特圖”是否全面表達(dá)軟件項目計劃，缺少什么？

       8. 動手實踐：依據(jù)真實項目完成小組計劃、團(tuán)隊計劃與產(chǎn)品線計劃

第2天

五、敏捷看板管理（目視管理）

       1. 看板中的Backlog集合

       2. 時間看板與流程看板

       3. 開發(fā)團(tuán)隊目視進(jìn)度和狀態(tài)看板

       4. 使開發(fā)過程直觀化，時時事事處于受控狀態(tài)

       5. 標(biāo)識管理

       ① 標(biāo)識用戶故事庫存、工件進(jìn)度狀態(tài)、工件驗證與評審

       ② 信息公布使人人都能容易認(rèn)識不合格及異常并予以糾正

       6.討論：領(lǐng)導(dǎo)自組織團(tuán)隊并非一切都放手，如何能夠激發(fā)團(tuán)隊自管理？

六、敏捷全員幫助系統(tǒng)

       1.開發(fā)過程“有效率”與“高效率”

       2.獨立解決問題的成就感與團(tuán)隊效率的平衡

       3.如何以較小的代價處理遇到的問題

       4.建立有效的全員幫助系統(tǒng)

       5.人人都是幫助者，人人都是被幫助者

       6.案例分析：微軟研發(fā)團(tuán)隊解決問題的方案剖析

七、精益軟件開發(fā)七項原則

       1.消除浪費

       ①識別浪費的工具

       ②軟件開發(fā)中的DOTWIMP(7種致命的浪費)

       ③在后期修復(fù)發(fā)現(xiàn)的缺陷是特別昂貴的

       2.內(nèi)建質(zhì)量

       ①每個研發(fā)階段引入自我檢查的機(jī)制

       ②編程階段引入測試驅(qū)動開發(fā)-TDD

       3.創(chuàng)建知識

       ①不要忘記已經(jīng)學(xué)到的經(jīng)驗教訓(xùn)

       ②找到記錄團(tuán)隊知識的辦法

       4.推遲決策

       ①同時探尋多個解決方案

       ②選擇較好的那個，確保更大的成功

       5.快速交付

       ①以較短的迭代，以小批量的方式開發(fā)功能特征

       ②并快速交付給客戶

       6.對人尊重

       ①不要浪費最寶貴的資源-團(tuán)隊成員的智慧

       ②信任他們知道如何以最好方式來完成自己的工作

       7.整體優(yōu)化

       ①在對一個本地局部過程做優(yōu)化時，幾乎總是會以整個價值流為代價的

       ②當(dāng)嘗試優(yōu)化過程時，應(yīng)該總是試圖包含盡可能多的價值流。

       ③軟件開發(fā)過程價值流分析

八、敏捷高效溝通

       1. 技術(shù)溝通與業(yè)務(wù)溝通

       2. 溝通語言的理解差異

       3. 掌握溝通對方的意圖

       4. 干擾溝通與工作效率

       5. 敏捷溝通與溝通效率

       6. NLP溝通技巧與有效表達(dá)-藝術(shù)化溝通

       7. 情景分析：SCRUM早上開小會的方式是否可??？

第3天

九、敏捷過程控制糾偏

       1. 個體時間管理-番茄時間法、A4時間法等

       2. 及時發(fā)現(xiàn)每一天、每一個階段的問題

       3. 團(tuán)隊時間管理-攔截干擾工作的因素

       4. 過程中間結(jié)果反饋的收集

       5. 團(tuán)隊個體的自覺性與內(nèi)驅(qū)力（墨家、道家與儒家思想巧妙結(jié)合）

       6. “信任與公正”實現(xiàn)團(tuán)隊自組織

       7. 問題解析：研發(fā)管理人員“忙碌卻無成效”的原因剖析

十、精益開發(fā)的質(zhì)量意識

       1. 項目經(jīng)理的質(zhì)量思維與任務(wù)

       2. 質(zhì)量的正向作用于反向作用

       3.人人是質(zhì)量保證者

       4. 質(zhì)量是測試出來的嗎？

       5. 建立質(zhì)量評估委員會

       6. 過程數(shù)據(jù)分析發(fā)現(xiàn)質(zhì)量問題

       7. 需求、設(shè)計、代碼、測試質(zhì)量保證策略

       8. 如何使用“六西格瑪操作模型DMAIC

       9. 案例分析：從對日外包給出的圖表中您發(fā)現(xiàn)了哪些質(zhì)量問題？

       10. 案例分析：Six Sigma軟件研發(fā)中的典型案例

十一、敏捷配置管理

       1. 軟件全生命周期可追蹤管理的方法

       2. 復(fù)雜軟件版本配置管理策略

       3. 文檔配置管理策略

       4. 配置管理與軟件過程度量

       5. 統(tǒng)一配置管理與統(tǒng)一變更管理

       6. 案例分析：從Linux研發(fā)過程中配置管理感悟到什么？

       7. 百家爭鳴：敏捷的變更與正規(guī)的變更如何取舍？

十二、構(gòu)建項目健康度評價體系

       1. 項目過程量化的維度

       2. 建立項目過程量化的數(shù)據(jù)庫

       3. 項目健康的指標(biāo)評價體系

       4. 可視化展示項目健康狀況

       5. 敏捷關(guān)鍵過程域數(shù)據(jù)收集

       6. 燃燒圖(burn down & Burn up圖)

       7. 敏捷過程的不斷改進(jìn)

       8. 案例分享：講師十年的項目過程度量經(jīng)驗分享