本課程直面開發落地的兩大難題：軟件過程標準化與敏捷研發。針對現有團隊與組織向過程標準化與敏捷開發轉型中遇到的困難，介紹如何通過建立合理的團隊結構、工作方式、績效考核方法來保證研發管理在中國企業內部得以落地，而不是停留在“西方先進的團隊管理方法”層面上。
一. 培訓時間和地點
2014年07月26--07月29日（07月25日全天報到）青島
2014年10月23--10月26日（10月22日全天報到）廣州
二. 課程收益
① 了解業界過程管理實戰運作的最佳模式與實踐
② 系統介紹目前的項目研發過程體系
③ 研發過程的管理要素系統介紹
④ Scrum項目周期管理框架
⑤ Scrum需要什么樣的團隊
⑥ Scrum如何管理變化的需求
⑦ 如何開始一個迭代周期
⑧ 如何管理迭代周期中的項目
⑨ 迭代周期內團隊如何實現承諾
⑩ 如何結束一個迭代周期
⑪ 讓我們搭建自己的Scrum
⑫ Scrum實施的常見問題
⑬ 大型團隊如何應用Scrum。
三. 培訓對象
CEO/總經理、研發總經理/副總、公司總工/技術總監、項目經理/產品經理、PMO（敏捷項目管理辦公室）成員、研發骨干、測試、QA等。
四. 培訓師資
郭老師 中國權威IT項目管理專家。提出項目管理八步一法。北京航空航天大學軟件工程研究所博士畢業，完成了100多個大中型項目。有十五年的部門管理和項目管理經驗。曾赴香港大學、馬來西亞等地進行需求工程、軟件項目管理、企業信息化規劃領域學術研討。主要專業特長包括需求工程、軟件項目管理、研發過程改進、軟件規劃等領域。從事軟件行業12年以上。編著《信息系統項目管理基礎教程》、《信息系統開發與項目管理》、《企業架構與軟件戰略設計》圖書3本。
王老師 中國權威IT項目管理專家。教授、湖南省計算技術研究所研究員、曾任某公司副總經理；湖南省制造業信息化專家組副組長、湖南制造業信息化雜志主編、湖南省軟件行業協會常務理事；中國教育信息化專家、湖南省優秀中青年專家、享受國務院政府特殊津貼專家。長期從事IT項目研發、管理和教學，多次承擔國家“九五”、“十五”、“十一五”科技攻關項目和省部級重點科研項目，完成數十項大型應用軟件開發，主持的大型軟件研發項目成功率達到90％以上。近20年來，一直致力于需求工程、IT項目管理等領域的研究和實踐，對需求工程有深刻的理解、豐富的實踐和教學經驗。
楊老師 組織并完成了上百個IT項目。在方正集團有十二年的研發部門管理和項目管理經驗；某公司任PMO主管，現任北京某高科技公司副總經理。主要專業特長包括IT企業運營與管理、IT項目管理、企業商業模式設計與咨詢、CMM/CMMI質量管理體系與實踐、企業IT戰略規劃等領域。
五. 培訓對象
CEO/總經理、研發總經理/副總、公司總工/技術總監、過程經理/產品經理、PMO（過程管理辦公室）成員、研發骨干、測試、QA等。
六. 培訓證書
1、工業和信息化部人才交流中心頒發的《產品研發經理》證書。
2、中國信息化培訓中心頒發的《產品研發經理》證書。
證書可作為專業技術人員職業能力考核的證明，以及專業技術人員崗位聘用、任職、定級和晉升職務的重要依據。
七. 培訓內容
第一主題:軟件過程標準化
|
時間計劃 |
培訓模塊 |
內容 |
|
第一天上午 |
課程啟動與溝通 |
甲方領導發言、客戶代表發言 |
|
過程及過程特征 |
① 軟件過程的概念
② 軟件過程之道
③ 軟件過程之天
④ 軟件過程之地
⑤ 軟件過程之將
⑥ 軟件過程之法
⑦ 演練與問題討論 |
|
典型過程案例剖析 |
① 客戶認為，此項目為行業性項目，可以先做一個版本，后期再改進
② 項目驗收時，客戶高層要求重新確認需求
③ 每次交付時，客戶總能講出新思路
④ 合同含混，似乎一切都在合同范圍之內
⑤ 所有的變更，客戶都認為是質量問題
⑥ 根據要求，客戶很認可項目中蓋章確認變更的模式
⑦ 即便蓋章，仍然無法避免較多的項目變更
⑧ 項目經理看來，驗收遙遙無期，提起項目就沒有動力 |
|
常見主要的過程模式
（上） |
① 瀑布模型運行模式與適用性剖析
② 敏捷模型運行模式與適用性剖析 |
|
第一天下午 |
常見主要的過程模式
（下） |
③ 迭代模型運行模式與適用性剖析
④ IPD模型運行模式與適用性剖析
⑤ 原型模型運行模式與適用性剖析 |
|
研發過程組織討論與點評 |
① 按照服務群劃分分組
② 各組總結所在服務群所適用的研發過程模型
③ 各組逐一組長進行講解與論述
④ 集體交流與專家點評 |
|
第二天上午 |
管理過程提出 |
① 管理過程的價值
② 管理過程的當前標準（PMBOK）
③ 如何理解PMPBOK中的十大專題 |
|
立項為約抓可研 |
① 出事當天項目經理木雞
② 由于技術方案的調整，不得不投入大量的人力物力進行代碼遷移
③ 高峰時段，難以打進打出等
④ 案例剖析及其立項可行性研究過程的引入 |
|
需求為準抓共識 |
① 軟件需求管理的案例分析
② 由于時間緊，直接進入開發階段
③ 由于需求含混，開發人員不理解需求的細節
④ 需求反復變更導致驗收遙遙無期
⑤ 實例演示與答疑討論——如何打造需求為準
⑥ 案例剖析及其需求管理過程的引入 |
|
計劃為綱抓約束 |
|
① 項目進度反復延期
② 案例剖析及計劃管理過程的引入 |
|
|
第二天下午 |
以人為本抓團隊 |
① 項目成員壓力很大，全年沒有休息過節假日
② 項目成員努力工作著，不知道為什么加班
③ 項目成員認為項目例會流于形式，毫無效果
④ 案例剖析及團隊管理過程的引入 |
|
績效為證抓溝通 |
① 項目經理工作繁忙，無法及時檢查各任務進展，總是抽取一些軟件代碼、界面等應付了事
② 集成之時，發現界面風格字體樣式均不一致
③ 案例剖析及績效管理過程的引入 |
|
變更為控抓返工 |
① 總部的代碼經常沖掉現場開發的代碼
② 現場開發的代碼很難融入到總部的代碼當中去
③ 程序員小張獨自修改了已經納入到基線的需求規格說明書
④ 案例剖析及配置管理過程的引入 |
|
① 項目反復變更，導致項目驗收遙遙無期
② 案例剖析及變更管理過程的引入 |
|
質量為出抓全面 |
① 系統已經制定了嚴格的測試計劃，可是用戶仍然對質量沒有信心
② 案例剖析及質量管理過程的引入 |
|
收尾為終抓持續 |
① 驗收時你所做的不是我想要的，我想要的你沒有做出來
② 案例剖析及收尾管理過程的引入 |
|
管理過程組織討論與點評 |
⑤ 按照服務群劃分分組
⑥ 各組總結所在服務群所適用的管理過程模型
⑦ 各組逐一組長進行講解與論述
⑧ 集體交流與專家點評 |
第二主題 敏捷研發過程實施
|
時間計劃 |
授課內容 |
實施方式與目標 |
|
第三天上午 |
項目管理與研發工程基礎
1. 敏捷研發過程項目管理的目標與范圍
2. 敏捷研發過程項目管理的常見問題
3. 如何結合具體研發項目工作與管理
4. 研發生命周期模型
5. 敏捷研發過程策略體系
案例分析與學員討論 |
普及敏捷過程框架-SCRUM體系
選擇SCRUM角色的構成
確定SCRUM團隊的組織結構與組織方式
選定敏捷化試點的項目 |
|
敏捷研發整體過程組織方法
什么是Scrum
自我管理團隊
Scrum的角色分配
Scrum的流程
Scrum的人工因素
Sprint計劃和Sprint backlog
每日Scrum
評審
敏捷情境工作坊
Scrum方法的敏捷項目管理 |
|
第三天下午 |
敏捷需求管理
用戶故事與條目化需求管理
編寫需求文檔：定義系統范圍和需求
利用UML用例圖捕獲需求，并編寫用例文檔
根據用例圖和用例文檔進行系統概要設計
構建軟件的原型系統
根據需求的變化迭代以上過程 |
根據選定項目實施”用戶故事”方式的需求管理,劃分需求管理 |
|
敏捷設計與開發管理
編寫詳細設計書，定義開發標準文檔
組織團隊成對編程
重構產生的代碼
將產生的文檔和代碼簽入至版本控制系統中
使用Build系統生成軟件可運行版本
根據設計的變化反復迭代以上過程基于XP方法的敏捷項目實戰 |
根據選定項目實施”重構設計”的操作方式 |
|
第四天上午 |
敏捷計劃管理
可持續的開發節奏(Sustainable pace)
障礙列表(Block List)
敏捷項目中的燃盡圖
迭代評審和回顧會議
增量交付成果的標準 |
根據選定項目實施”迭代計劃”的操作方式 |
|
敏捷測試管理
對代碼進行實施單元測試
進行日構建
進行可接受測試
將測試中發現的Bug發布到Bug管理系統
根據開發的進度反復迭代以上過程
案例實戰 |
根據選定項目實施”持續集成和日構建”的操作方式 |
|
第四天下午 |
敏捷項目管理工具實踐
如何編寫項目開發計劃
如何組建開發團隊，定義團隊成員角色
如何制定開發進度表并將其發布至項目進度網頁中
演示：提供敏捷研發管理系統講解與演示
課程總結與展示 |
根據選定項目實施”敏捷研發管理平臺”的操作實施 |
八. 培訓費用
每人每項5800元（含培訓費、考試費、證書費、資料費、午餐）。 備注：參加公開課需要安排住宿的學員請提前聯系，統一安排，費用自理。（請學員自帶筆記本電腦、一寸彩照2張—背面注明姓名、身份證復印件一張）。 |
您的位置：
