敏捷項(xiàng)目管理

參加對象

企業(yè)CEO/總經(jīng)理、研發(fā)總經(jīng)理/副總、公司總工/技術(shù)總監(jiān)、研發(fā)項(xiàng)目經(jīng)理/產(chǎn)品經(jīng)理、PMO（項(xiàng)目管理辦公室）成員、研發(fā)骨干、測試、QA等。

課程背景

21世紀(jì)是“快魚吃慢魚”的時代！

現(xiàn)代企業(yè)的競爭就是“速度”的競爭??！

誰能盡快開發(fā)出符合客戶需求的產(chǎn)品，誰就是大贏家??！

如何使產(chǎn)品開發(fā)周期顯著縮短？如何促使企業(yè)充分利用外部資源，尋求合作設(shè)計(jì)、開發(fā)和制造的機(jī)會，讓新產(chǎn)品上市時間更快？

“敏捷化開發(fā)”是國外**新提出的著眼于速度競爭的新產(chǎn)品開發(fā)管理模式，其基于一系列先進(jìn)的研發(fā)管理方法，采取產(chǎn)品開發(fā)與市場投入的速度領(lǐng)先戰(zhàn)略，以獲得產(chǎn)品開發(fā)的時間領(lǐng)先優(yōu)勢，使企業(yè)在競爭日趨激烈的環(huán)境中獲取利益**大化。

軟件系統(tǒng)的日益復(fù)雜化和用戶需求、軟件更新的頻繁化，加之開發(fā)團(tuán)隊(duì)分散的工作方式，項(xiàng)目的溝通和平滑管理變得越來越困難。另一方面，如何在多角色分工的情況下，緊扣用戶提出的需求，監(jiān)控其實(shí)施，確保用戶需求**終落實(shí)到產(chǎn)品的各個版本中去，并在產(chǎn)品發(fā)行和用戶支持等方面提供幫助，響應(yīng)用戶新的需求，推動新的開發(fā)周期。

新的開發(fā)方法-敏捷開發(fā)，有助于開發(fā)人員、測試人員和管理人員更快的適應(yīng)客戶需求的變化，快速的發(fā)布和提交版本。使得軟件的發(fā)布能更快捷的滿足客戶的需求。

敏捷軟件開發(fā)過程中，有一些新的開發(fā)手段，把開發(fā)活動和測試活動結(jié)合起來。**敏捷項(xiàng)目管理，可以更好的發(fā)揮團(tuán)隊(duì)特長，并行開發(fā)，合理控制軟件版本，有效地提高生產(chǎn)率。

本課程在介紹了敏捷項(xiàng)目一般管理方法基礎(chǔ)上，深入地討論了如何將敏捷化開發(fā)應(yīng)用于其它行業(yè)的產(chǎn)品研發(fā)活動，使學(xué)員同時掌握以上兩種方法，在實(shí)際工作中能按照實(shí)際情況靈活應(yīng)用。

講師具有近二十年軟件開發(fā)、軟件設(shè)計(jì)、需求分析及項(xiàng)目管理經(jīng)驗(yàn)，長期戰(zhàn)斗在軟件項(xiàng)目錢眼，精通SCRUM、極限編程及MSF并用于全公司的項(xiàng)目管理，參加多次CMMI5級評估，并有使用敏捷軟件開發(fā)**CMMI評估的案例。講師有多年的授課經(jīng)驗(yàn)，講課深入淺出，注重引導(dǎo)學(xué)員思考，善于將主題內(nèi)容融于簡單的例子中，讓學(xué)員**體會實(shí)例掌握知識。

培訓(xùn)收益

了解敏捷開發(fā)和測試的過程

了解敏捷開發(fā)過程中，測試用例的編寫和測試的執(zhí)行過程

介紹如何進(jìn)行重構(gòu)

了解敏捷項(xiàng)目管理

測試技術(shù)實(shí)戰(zhàn)，**大量的實(shí)例演示使培訓(xùn)人員能夠結(jié)合實(shí)際項(xiàng)目掌握測試技術(shù)在軟件測試各個階段的實(shí)際應(yīng)用。

培訓(xùn)課時

12小時

課程大綱

1、案例分析

2、什么是敏捷軟件開發(fā)

2.1研發(fā)中項(xiàng)目管理的典型問題

質(zhì)量

交付周期長

效率低下

交付延期

交付不被市場/客戶接受

2.2軟件管理方法總覽

2.3什么是瀑布模型，什么是敏捷模型？

2.4如何選擇適合的生命周期模型？

2.5

2.6什么是敏捷項(xiàng)目管理

2.7敏捷項(xiàng)目管理的解決之道

總體框架：“需求－構(gòu)建－發(fā)布”的快速迭代

卓越交付：保證正確的構(gòu)建正確的產(chǎn)品

自組織團(tuán)隊(duì)

短周期迭代

可工作的完成標(biāo)準(zhǔn)

價值驅(qū)動

基于反饋的改進(jìn)

風(fēng)險前移

2.8敏捷項(xiàng)目管理的精要

創(chuàng)造力來源于小而美團(tuán)隊(duì)

短迭代的可工作的交付

客戶參與

響應(yīng)變化

交付的價值優(yōu)于完成的任務(wù)

效率**演進(jìn)的流程獲得

2.9核心價值觀

2.10敏捷項(xiàng)目管理必須的交付

2.10.1可工作的產(chǎn)品

2.10.2原型文件

2.10.3ProductBacklog和Sprintbacklog

2.11敏捷開發(fā)如何提升生產(chǎn)率？

2.12敏捷開發(fā)如何提升質(zhì)量

2.13我是否該敏捷？

2.14敏捷開發(fā)的十二個原則

2.15敏捷對企業(yè)的價值

2.16研討與演練：我們的痛點(diǎn)在那里？

以下以一個互聯(lián)網(wǎng)項(xiàng)目為例，講解如何實(shí)施敏捷開發(fā)

3、敏捷項(xiàng)目管理提升研發(fā)流程的具體實(shí)踐

3.1項(xiàng)目團(tuán)隊(duì)管理－人是**重要

3.1.1敏捷團(tuán)隊(duì)的三個核心角色

3.1.2敏捷團(tuán)隊(duì)的角色職責(zé)

3.2敏捷項(xiàng)目管理

3.2.1敏捷估計(jì)-估算撲克

3.2.2Delphi估算

3.2.3演練：我的故事要多少工作量？（使用客戶內(nèi)部開發(fā)需求）

3.3敏捷項(xiàng)目計(jì)劃管理

3.3.1迭代計(jì)劃會

3.3.2計(jì)劃會序曲-豬與雞的故事

3.3.3豬與雞的行為模式

3.4項(xiàng)目過程與風(fēng)險管理

3.4.1每日立會

3.4.1.1為何站著開會？

3.4.1.2每日立會成功的關(guān)鍵

3.4.1.3現(xiàn)場演練：明天的每日立會

3.4.2燃盡圖

3.4.2.1燃燒圖的團(tuán)隊(duì)“指紋”

3.4.3“迭代期內(nèi)無變更”

3.4.3.1擁抱變化還是恪守承諾？

3.4.3.2“迭代期內(nèi)無變更”與研發(fā)心理學(xué)

3.4.3.3對策：MoSCoW方法

3.4.4故事板Kanban

3.5項(xiàng)目質(zhì)量管理－高質(zhì)量的交付

3.5.1—評審會與反思會

3.5.1.1—評審會序曲

3.5.1.2—從外部理解團(tuán)隊(duì)目標(biāo)

3.5.1.3—“可運(yùn)行軟件”的標(biāo)準(zhǔn)

3.5.2—評審會

3.5.2.1—評審會的行為模式

3.5.2.2—引導(dǎo)客戶表達(dá)需求

3.5.2.3現(xiàn)場演練：為三個故事設(shè)定完成標(biāo)準(zhǔn)

3.5.3—反思會

3.5.3.1—現(xiàn)實(shí)世界的反思會

3.6大型項(xiàng)目管理

3.7研討與演練：基于客戶團(tuán)隊(duì)的實(shí)際痛點(diǎn)進(jìn)行討論，從敏捷項(xiàng)目管理的角度討論解決方案

4、敏捷軟件開發(fā)工程實(shí)踐

4.1項(xiàng)目需求管理-用戶故事－交付**有價值需求

4.1.1—用戶故事=用戶功能價值

4.1.1.1—好故事的四個標(biāo)準(zhǔn)

4.1.1.2—切分故事

4.1.1.3—現(xiàn)場演練：將三個需求轉(zhuǎn)換為用戶故事

4.1.1.4（使用客戶內(nèi)部開發(fā)需求）

4.1.2—用戶建模

4.1.2.1—誰在用我的產(chǎn)品？

4.1.2.2—現(xiàn)場演練：針對三個需求進(jìn)行用戶建模

4.1.2.3（使用客戶內(nèi)部開發(fā)需求）

4.1.3—超越敏捷-現(xiàn)實(shí)世界的用戶故事

4.1.3.1—用戶故事=需求文檔？

4.1.3.2—復(fù)合型的需求文檔

4.1.3.3—敏捷中的精益理念

4.1.4—實(shí)例化需求

4.1.4.1實(shí)例化需求的不走

4.1.5用戶故事地圖

4.1.6需求優(yōu)先級排序

4.1.6.1—以團(tuán)隊(duì)形式進(jìn)行排序

4.1.6.2—超越敏捷-敏捷生態(tài)系統(tǒng)

4.1.6.3—用戶故事的進(jìn)化

4.1.6.4—敏捷生態(tài)系統(tǒng)初探：需求管理

4.1.6.5—從客戶價值驅(qū)動到持續(xù)交付客戶價值

4.2團(tuán)隊(duì)結(jié)構(gòu)與日常開發(fā)活動

4.2.1辦公環(huán)境

4.2.2—“特性小組”

4.2.3—“松結(jié)對編程”

4.2.4“松結(jié)對編程”的小組長責(zé)任

4.2.5“松結(jié)對編程”的工作習(xí)慣

4.3重構(gòu)

4.3.1重構(gòu)的定義

4.3.2為什么需要重構(gòu)

4.3.3何時需要重構(gòu)

4.3.4代碼的壞味道

4.3.5各種重構(gòu)的方法

4.3.6重復(fù)的代碼

4.3.7重構(gòu)演練

4.4敏捷測試

4.4.1持續(xù)集成和每日構(gòu)建

4.4.1.1持續(xù)集成的概念

4.4.1.2每日構(gòu)建的概念和意義

4.4.1.3每日構(gòu)建的實(shí)施策略

4.4.1.4每日構(gòu)建和版本管理的集成

4.4.1.5以每日構(gòu)建為基礎(chǔ)的發(fā)布管理和試驗(yàn)環(huán)境

4.4.1.6SmokeTest和持續(xù)集成的關(guān)系

4.4.1.7BVTAutomation和NonBVTAutomation是持續(xù)繼承的有力保證

4.4.1.8**每日構(gòu)建和持續(xù)集成，使得版本管理不僅僅記錄代碼的存在和歷史，更保證代碼的正確性

4.4.1.9典型案例分析

4.4.2自動化測試

4.4.2.1自動化測試概念,局限性

4.4.2.2自動化測試基本理論

4.4.2.3自動化測試實(shí)施

4.4.2.4常用工具介紹

4.4.2.5自動化測試成熟度

4.4.2.6自動化測試評估

5、敏捷開發(fā)過程中的測試和度量活動

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

5.2持續(xù)集成

5.3測試用例設(shè)計(jì)

5.4構(gòu)建管理持續(xù)集成發(fā)布管理

5.5敏捷度量-規(guī)模

5.6敏捷度量-工作量

5.7敏捷度量-進(jìn)度

5.8實(shí)踐演練

6、組織級敏捷部署與績效管理

6.1敏捷三步走

6.2實(shí)施敏捷的幾個難點(diǎn)

6.2.1人的問題

6.2.2觀念的問題

6.2.3方法相關(guān)問題

6.2.4從瀑布到敏捷

6.3實(shí)施敏捷的關(guān)鍵的工程實(shí)踐

6.3.1需求backlog

6.3.2原型

6.3.3簡單設(shè)計(jì)

6.3.4HowToDemo

6.3.5…

6.4敏捷成功與否的衡量標(biāo)準(zhǔn)是業(yè)務(wù)結(jié)果（質(zhì)量、TTM）的改進(jìn)

6.5首次實(shí)施敏捷的參考步驟——八步曲

6.6敏捷角色

6.7項(xiàng)目組團(tuán)隊(duì)的組建方式：特性項(xiàng)目組和模塊項(xiàng)目組優(yōu)劣對比

6.8項(xiàng)目級敏捷通用過程模型

6.9項(xiàng)目級敏捷過程樣例（版本中項(xiàng)目組全都實(shí)施敏捷）

6.10敏捷團(tuán)隊(duì)績效管理

6.10.1誰來管理團(tuán)隊(duì)中的個體？

6.10.2敏捷團(tuán)隊(duì)的目標(biāo)

6.10.3從團(tuán)隊(duì)外部認(rèn)識團(tuán)隊(duì)目標(biāo)

6.10.4敏捷開發(fā)中的目標(biāo)管理意識

6.11執(zhí)行與實(shí)施層面的敏捷實(shí)踐

7、總結(jié)

李正老師的其它課程