第一主題:軟件過(guò)程標(biāo)準(zhǔn)化
時(shí)間計(jì)劃
培訓(xùn)模塊
內(nèi)容
第一天上午
課程啟動(dòng)與溝通
甲方領(lǐng)導(dǎo)發(fā)言、客戶代表發(fā)言
過(guò)程及過(guò)程特征
① 軟件過(guò)程的概念
② 軟件過(guò)程之道
③ 軟件過(guò)程之天
④ 軟件過(guò)程之地
⑤ 軟件過(guò)程之將
⑥ 軟件過(guò)程之法
⑦ 演練與問(wèn)題討論
典型過(guò)程案例剖析
① 客戶認(rèn)為，此項(xiàng)目為行業(yè)性項(xiàng)目，可以先做一個(gè)版本，后期再改進(jìn)
② 項(xiàng)目驗(yàn)收時(shí)，客戶高層要求重新確認(rèn)需求
③ 每次交付時(shí)，客戶總能講出新思路
④ 合同含混，似乎一切都在合同范圍之內(nèi)
⑤ 所有的變更，客戶都認(rèn)為是質(zhì)量問(wèn)題
⑥ 根據(jù)要求，客戶很認(rèn)可項(xiàng)目中蓋章確認(rèn)變更的模式
⑦ 即便蓋章，仍然無(wú)法避免較多的項(xiàng)目變更
⑧ 項(xiàng)目經(jīng)理看來(lái)，驗(yàn)收遙遙無(wú)期，提起項(xiàng)目就沒(méi)有動(dòng)力
常見(jiàn)主要的過(guò)程模式
（上）
① 瀑布模型運(yùn)行模式與適用性剖析
② 敏捷模型運(yùn)行模式與適用性剖析

第一天下午
常見(jiàn)主要的過(guò)程模式
（下）
③ 迭代模型運(yùn)行模式與適用性剖析
④ IPD模型運(yùn)行模式與適用性剖析
⑤ 原型模型運(yùn)行模式與適用性剖析
研發(fā)過(guò)程組織討論與點(diǎn)評(píng)
① 按照服務(wù)群劃分分組
② 各組總結(jié)所在服務(wù)群所適用的研發(fā)過(guò)程模型
③ 各組逐一組長(zhǎng)進(jìn)行講解與論述
④ 集體交流與專家點(diǎn)評(píng)

第二天上午
管理過(guò)程提出
① 管理過(guò)程的價(jià)值
② 管理過(guò)程的當(dāng)前標(biāo)準(zhǔn)（PMBOK）
③ 如何理解PMPBOK中的十大專題
立項(xiàng)為約抓可研
① 出事當(dāng)天項(xiàng)目經(jīng)理木雞
② 由于技術(shù)方案的調(diào)整，不得不投入大量的人力物力進(jìn)行代碼遷移
③ 高峰時(shí)段，難以打進(jìn)打出等
④ 案例剖析及其立項(xiàng)可行性研究過(guò)程的引入
需求為準(zhǔn)抓共識(shí)
① 軟件需求管理的案例分析
② 由于時(shí)間緊，直接進(jìn)入開(kāi)發(fā)階段
③ 由于需求含混，開(kāi)發(fā)人員不理解需求的細(xì)節(jié)
④ 需求反復(fù)變更導(dǎo)致驗(yàn)收遙遙無(wú)期
⑤ 實(shí)例演示與答疑討論——如何打造需求為準(zhǔn)
⑥ 案例剖析及其需求管理過(guò)程的引入
計(jì)劃為綱抓約束
① 項(xiàng)目進(jìn)度反復(fù)延期
② 案例剖析及計(jì)劃管理過(guò)程的引入

第二天下午
以人為本抓團(tuán)隊(duì)
① 項(xiàng)目成員壓力很大，全年沒(méi)有休息過(guò)節(jié)假日
② 項(xiàng)目成員努力工作著，不知道為什么加班
③ 項(xiàng)目成員認(rèn)為項(xiàng)目例會(huì)流于形式，毫無(wú)效果
④ 案例剖析及團(tuán)隊(duì)管理過(guò)程的引入
績(jī)效為證抓溝通
① 項(xiàng)目經(jīng)理工作繁忙，無(wú)法及時(shí)檢查各任務(wù)進(jìn)展，總是抽取一些軟件代碼、界面等應(yīng)付了事
② 集成之時(shí)，發(fā)現(xiàn)界面風(fēng)格字體樣式均不一致
③ 案例剖析及績(jī)效管理過(guò)程的引入
變更為控抓返工
① 總部的代碼經(jīng)常沖掉現(xiàn)場(chǎng)開(kāi)發(fā)的代碼
② 現(xiàn)場(chǎng)開(kāi)發(fā)的代碼很難融入到總部的代碼當(dāng)中去
③ 程序員小張獨(dú)自修改了已經(jīng)納入到基線的需求規(guī)格說(shuō)明書(shū)
④ 案例剖析及配置管理過(guò)程的引入
① 項(xiàng)目反復(fù)變更，導(dǎo)致項(xiàng)目驗(yàn)收遙遙無(wú)期
② 案例剖析及變更管理過(guò)程的引入
質(zhì)量為出抓全面
① 系統(tǒng)已經(jīng)制定了嚴(yán)格的測(cè)試計(jì)劃，可是用戶仍然對(duì)質(zhì)量沒(méi)有信心
② 案例剖析及質(zhì)量管理過(guò)程的引入
收尾為終抓持續(xù)
① 驗(yàn)收時(shí)你所做的不是我想要的，我想要的你沒(méi)有做出來(lái)
② 案例剖析及收尾管理過(guò)程的引入
管理過(guò)程組織討論與點(diǎn)評(píng)
⑤ 按照服務(wù)群劃分分組
⑥ 各組總結(jié)所在服務(wù)群所適用的管理過(guò)程模型
⑦ 各組逐一組長(zhǎng)進(jìn)行講解與論述
⑧ 集體交流與專家點(diǎn)評(píng)

第二主題 敏捷研發(fā)過(guò)程實(shí)施
時(shí)間計(jì)劃
授課內(nèi)容
實(shí)施方式與目標(biāo)

第三天上午
項(xiàng)目管理與研發(fā)工程基礎(chǔ)
1. 敏捷研發(fā)過(guò)程項(xiàng)目管理的目標(biāo)與范圍
2. 敏捷研發(fā)過(guò)程項(xiàng)目管理的常見(jiàn)問(wèn)題
3. 如何結(jié)合具體研發(fā)項(xiàng)目工作與管理
4. 研發(fā)生命周期模型
5. 敏捷研發(fā)過(guò)程策略體系
案例分析與學(xué)員討論
普及敏捷過(guò)程框架-SCRUM體系
選擇SCRUM角色的構(gòu)成
確定SCRUM團(tuán)隊(duì)的組織結(jié)構(gòu)與組織方式
選定敏捷化試點(diǎn)的項(xiàng)目
敏捷研發(fā)整體過(guò)程組織方法
什么是Scrum
自我管理團(tuán)隊(duì)
Scrum的角色分配
Scrum的流程
Scrum的人工因素
Sprint計(jì)劃和Sprint backlog
每日Scrum
評(píng)審
敏捷情境工作坊
Scrum方法的敏捷項(xiàng)目管理

第三天下午
敏捷需求管理
用戶故事與條目化需求管理
編寫(xiě)需求文檔：定義系統(tǒng)范圍和需求
利用UML用例圖捕獲需求，并編寫(xiě)用例文檔
根據(jù)用例圖和用例文檔進(jìn)行系統(tǒng)概要設(shè)計(jì)
構(gòu)建軟件的原型系統(tǒng)
根據(jù)需求的變化迭代以上過(guò)程
根據(jù)選定項(xiàng)目實(shí)施”用戶故事”方式的需求管理,劃分需求管理
敏捷設(shè)計(jì)與開(kāi)發(fā)管理
編寫(xiě)詳細(xì)設(shè)計(jì)書(shū)，定義開(kāi)發(fā)標(biāo)準(zhǔn)文檔
組織團(tuán)隊(duì)成對(duì)編程
重構(gòu)產(chǎn)生的代碼
將產(chǎn)生的文檔和代碼簽入至版本控制系統(tǒng)中
使用Build系統(tǒng)生成軟件可運(yùn)行版本
根據(jù)設(shè)計(jì)的變化反復(fù)迭代以上過(guò)程基于XP方法的敏捷項(xiàng)目實(shí)戰(zhàn)
根據(jù)選定項(xiàng)目實(shí)施”重構(gòu)設(shè)計(jì)”的操作方式

第四天上午
敏捷計(jì)劃管理
可持續(xù)的開(kāi)發(fā)節(jié)奏(Sustainable pace)
障礙列表(Block List)
敏捷項(xiàng)目中的燃盡圖
迭代評(píng)審和回顧會(huì)議
增量交付成果的標(biāo)準(zhǔn)
根據(jù)選定項(xiàng)目實(shí)施”迭代計(jì)劃”的操作方式
敏捷測(cè)試管理
對(duì)代碼進(jìn)行實(shí)施單元測(cè)試
進(jìn)行日構(gòu)建
進(jìn)行可接受測(cè)試
將測(cè)試中發(fā)現(xiàn)的Bug發(fā)布到Bug管理系統(tǒng)
根據(jù)開(kāi)發(fā)的進(jìn)度反復(fù)迭代以上過(guò)程
案例實(shí)戰(zhàn)
根據(jù)選定項(xiàng)目實(shí)施”持續(xù)集成和日構(gòu)建”的操作方式

第四天下午
敏捷項(xiàng)目管理工具實(shí)踐
如何編寫(xiě)項(xiàng)目開(kāi)發(fā)計(jì)劃
如何組建開(kāi)發(fā)團(tuán)隊(duì)，定義團(tuán)隊(duì)成員角色
如何制定開(kāi)發(fā)進(jìn)度表并將其發(fā)布至項(xiàng)目進(jìn)度網(wǎng)頁(yè)中
演示：提供敏捷研發(fā)管理系統(tǒng)講解與演示
課程總結(jié)與展示
根據(jù)選定項(xiàng)目實(shí)施”敏捷研發(fā)管理平臺(tái)”的操作實(shí)施