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

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

第二天上午
管理過程提出
① 管理過程的價(jià)值
② 管理過程的當(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)可行性研究過程的引入
需求為準(zhǔn)抓共識(shí)
① 軟件需求管理的案例分析
② 由于時(shí)間緊，直接進(jìn)入開發(fā)階段
③ 由于需求含混，開發(fā)人員不理解需求的細(xì)節(jié)
④ 需求反復(fù)變更導(dǎo)致驗(yàn)收遙遙無期
⑤ 實(shí)例演示與答疑討論——如何打造需求為準(zhǔn)
⑥ 案例剖析及其需求管理過程的引入
計(jì)劃為綱抓約束
① 項(xiàng)目進(jìn)度反復(fù)延期
② 案例剖析及計(jì)劃管理過程的引入

第二天下午
以人為本抓團(tuán)隊(duì)
① 項(xiàng)目成員壓力很大，全年沒有休息過節(jié)假日
② 項(xiàng)目成員努力工作著，不知道為什么加班
③ 項(xiàng)目成員認(rèn)為項(xiàng)目例會(huì)流于形式，毫無效果
④ 案例剖析及團(tuán)隊(duì)管理過程的引入
績(jī)效為證抓溝通
① 項(xiàng)目經(jīng)理工作繁忙，無法及時(shí)檢查各任務(wù)進(jìn)展，總是抽取一些軟件代碼、界面等應(yīng)付了事
② 集成之時(shí)，發(fā)現(xiàn)界面風(fēng)格字體樣式均不一致
③ 案例剖析及績(jī)效管理過程的引入
變更為控抓返工
① 總部的代碼經(jīng)常沖掉現(xiàn)場(chǎng)開發(fā)的代碼
② 現(xiàn)場(chǎng)開發(fā)的代碼很難融入到總部的代碼當(dāng)中去
③ 程序員小張獨(dú)自修改了已經(jīng)納入到基線的需求規(guī)格說明書
④ 案例剖析及配置管理過程的引入
① 項(xiàng)目反復(fù)變更，導(dǎo)致項(xiàng)目驗(yàn)收遙遙無期
② 案例剖析及變更管理過程的引入
質(zhì)量為出抓全面
① 系統(tǒng)已經(jīng)制定了嚴(yán)格的測(cè)試計(jì)劃，可是用戶仍然對(duì)質(zhì)量沒有信心
② 案例剖析及質(zhì)量管理過程的引入
收尾為終抓持續(xù)
① 驗(yàn)收時(shí)你所做的不是我想要的，我想要的你沒有做出來
② 案例剖析及收尾管理過程的引入
管理過程組織討論與點(diǎn)評(píng)
⑤ 按照服務(wù)群劃分分組
⑥ 各組總結(jié)所在服務(wù)群所適用的管理過程模型
⑦ 各組逐一組長(zhǎng)進(jìn)行講解與論述
⑧ 集體交流與專家點(diǎn)評(píng)
 
第二主題敏捷研發(fā)過程實(shí)施
第三天上午
項(xiàng)目管理與研發(fā)工程基礎(chǔ)
1. 敏捷研發(fā)過程項(xiàng)目管理的目標(biāo)與范圍
2. 敏捷研發(fā)過程項(xiàng)目管理的常見問題
3. 如何結(jié)合具體研發(fā)項(xiàng)目工作與管理
4. 研發(fā)生命周期模型
5. 敏捷研發(fā)過程策略體系
案例分析與學(xué)員討論
普及敏捷過程框架-SCRUM體系
選擇SCRUM角色的構(gòu)成
確定SCRUM團(tuán)隊(duì)的組織結(jié)構(gòu)與組織方式
選定敏捷化試點(diǎn)的項(xiàng)目
敏捷研發(fā)整體過程組織方法
什么是Scrum
自我管理團(tuán)隊(duì)
Scrum的角色分配
Scrum的流程
Scrum的人工因素
Sprint計(jì)劃和Sprint backlog
每日Scrum
評(píng)審
敏捷情境工作坊
Scrum方法的敏捷項(xiàng)目管理

第三天下午
敏捷需求管理
用戶故事與條目化需求管理
編寫需求文檔：定義系統(tǒng)范圍和需求
利用UML用例圖捕獲需求，并編寫用例文檔
根據(jù)用例圖和用例文檔進(jìn)行系統(tǒng)概要設(shè)計(jì)
構(gòu)建軟件的原型系統(tǒng)
根據(jù)需求的變化迭代以上過程
根據(jù)選定項(xiàng)目實(shí)施”用戶故事”方式的需求管理,劃分需求管理
敏捷設(shè)計(jì)與開發(fā)管理
編寫詳細(xì)設(shè)計(jì)書，定義開發(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ù)迭代以上過程基于XP方法的敏捷項(xiàng)目實(shí)戰(zhàn)
根據(jù)選定項(xiàng)目實(shí)施”重構(gòu)設(shè)計(jì)”的操作方式

第四天上午
敏捷計(jì)劃管理
可持續(xù)的開發(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ù)開發(fā)的進(jìn)度反復(fù)迭代以上過程
案例實(shí)戰(zhàn)
根據(jù)選定項(xiàng)目實(shí)施”持續(xù)集成和日構(gòu)建”的操作方式

第四天下午
敏捷項(xiàng)目管理工具>實(shí)踐
如何編寫項(xiàng)目開發(fā)計(jì)劃
如何組建開發(fā)團(tuán)隊(duì)，定義團(tuán)隊(duì)成員角色
如何制定開發(fā)進(jìn)度表并將其發(fā)布至項(xiàng)目進(jìn)度網(wǎng)頁中
演示：提供敏捷研發(fā)管理系統(tǒng)講解與演示
課程總結(jié)與展示
根據(jù)選定項(xiàng)目實(shí)施”敏捷研發(fā)管理平臺(tái)”的操作實(shí)施
 
培訓(xùn)證書
本課程頒發(fā)雙證
1、工業(yè)和信息化部人才交流中心頒發(fā)的《產(chǎn)品研發(fā)經(jīng)理》證書。
2、中國(guó)信息化培訓(xùn)中心頒發(fā)的《產(chǎn)品研發(fā)經(jīng)理》證書。
證書可作為專業(yè)技術(shù)人員職業(yè)能力考核的證明，以及專業(yè)技術(shù)人員崗位聘用、任職、定級(jí)和晉升職務(wù)的重要依據(jù)。