中培教育，專業(yè)從事IT培訓(xùn)將近20年，匯集眾多行業(yè)大咖講師。PMP認(rèn)證課程常年開班，全國(guó)范圍考生均可參加。

PMP是項(xiàng)目管理領(lǐng)域的國(guó)際認(rèn)證，擁有一大批考證大軍。

PMP證書一個(gè)很大的優(yōu)勢(shì)是不受行業(yè)限制，不論你是在金融，建筑，通信，IT，制造業(yè)等領(lǐng)域，還是企業(yè)中的項(xiàng)目管理者，項(xiàng)目負(fù)責(zé)人，或者是普通技術(shù)人員都是適用的。

2023年P(guān)MP考試將使用新版考綱，改版后的PMP考試敏捷題型比重上升，為了幫助廣大考生盡早掌握PMP考試中的敏捷知識(shí)點(diǎn)，中培將PMP考試敏捷相關(guān)信息做了整理，讓我們一睹為快吧！

內(nèi)容略微有點(diǎn)長(zhǎng)，希望屏幕前的您耐心看完。提前預(yù)祝各位考生順利通過PMP項(xiàng)目管理考試。?

一、Scrum框架的3355

?Scrum框架有3個(gè)角色，3個(gè)工件，5個(gè)事件，5個(gè)價(jià)值觀，簡(jiǎn)稱3355。

?3個(gè)角色：

產(chǎn)品負(fù)責(zé)人PO(Product Onwer)

開發(fā)團(tuán)隊(duì) （Develop Team）

敏捷教練（Scrum Master）

·3個(gè)工件：

產(chǎn)品待辦列表（Product Backlog）

迭代沖刺列表（SprintBacklog）

產(chǎn)品增量（Increment）

·5個(gè)事件：

Sprint（Sprint本身是一個(gè)事件，包括了如下4個(gè)事件）

Sprint計(jì)劃會(huì)議（Sprint Planning Meeting）

每日站會(huì)（Daily Scrum Meeting）

Sprint評(píng)審會(huì)議（Sprint Review Meeting）

Sprint回顧會(huì)議（Sprint Retrospective Meeting）

·5個(gè)價(jià)值觀：

承諾 – 愿意對(duì)目標(biāo)做出承諾

專注– 把你的心思和能力都用到你承諾的工作上去

開放– Scrum 把項(xiàng)目中的一切開放給每個(gè)人看

尊重– 每個(gè)人都有他獨(dú)特的背景和經(jīng)驗(yàn)·

勇氣– 有勇氣做出承諾，履行承諾，接受別人的尊重

總之，大腦里面一定記住Scrum框架圖，及3355在圖中的位置。

?二、《敏捷宣言》四大價(jià)值觀，十二大原則：

?不要求會(huì)背，選項(xiàng)給你之后，能分辨出來就行。

?4大價(jià)值觀：·

個(gè)體和互動(dòng) 高于流程和工具·

工作的軟件 高于詳盡的文檔··

客戶合作 高于合同談判·

響應(yīng)變化 高于遵循計(jì)劃

·12大原則：

1）我們的最高目標(biāo)是，通過盡早持續(xù)交付有價(jià)值的軟件來滿足客戶的需求。

2）歡迎對(duì)需求提出變更，即使在項(xiàng)目開發(fā)后期也不例外。敏捷過程要善于利用需求變更，幫助客戶獲得競(jìng)爭(zhēng)優(yōu)勢(shì)

3）要經(jīng)常交付可用的軟件，周期從幾周到幾個(gè)月不等，且越短越好。

4）項(xiàng)目實(shí)施過程中，業(yè)務(wù)人員與開發(fā)人員必須始終通力協(xié)作。

5）要善于激的項(xiàng)目人員，給予他們所需的環(huán)境和支持，并相信他們能夠完成任務(wù)

6）無論是對(duì)開發(fā)團(tuán)隊(duì)還是團(tuán)隊(duì)內(nèi)部，信息傳達(dá)最有效的方法都是面對(duì)面的交談

7）可用的軟件是衡量進(jìn)度的首要衡量標(biāo)準(zhǔn)。

8）敏捷過程提信可持續(xù)的開發(fā)。項(xiàng)目發(fā)起人、 開發(fā)人員和用戶應(yīng)該都能夠始終保持持步調(diào)穩(wěn)定。

9）對(duì)技術(shù)的精益求精以及對(duì)設(shè)計(jì)的不斷完善將提高敏捷性。

10）簡(jiǎn)潔，即盡最大可能減少不必要的工作，這是一門藝術(shù)。

11）最佳的架構(gòu)、需求和設(shè)計(jì)將出自于自組織團(tuán)隊(duì)。

12）團(tuán)隊(duì)要定期反省怎樣做才能更有效，并相應(yīng)地調(diào)整團(tuán)隊(duì)的行為。

?三、敏捷項(xiàng)目章程

敏捷項(xiàng)目也是有項(xiàng)目章程的。

項(xiàng)目章程是重要的管理文件，需要所有干系人的參與。

雖然專家建議章程應(yīng)不超過一頁(yè)，但是因?yàn)樗械母上等吮仨殔⑴c進(jìn)來并且達(dá)成一致意見，所以創(chuàng)建項(xiàng)目章程是非常具有挑戰(zhàn)性的。?

敏捷項(xiàng)目章程中應(yīng)包含3個(gè)關(guān)鍵信息：愿景，任務(wù)和成功標(biāo)準(zhǔn)。

?四、敏捷項(xiàng)目范圍管理

敏捷項(xiàng)目管理中的范圍管理，大概是這樣：每次迭代開始之前，由PO和團(tuán)隊(duì)開一個(gè)迭代規(guī)劃會(huì)，從產(chǎn)品待辦列表至上而下切出來優(yōu)先級(jí)最高的內(nèi)容，作為當(dāng)前迭代的內(nèi)容。確定之后，需求鎖定。

每個(gè)迭代的版本要實(shí)現(xiàn)的需求，是由PO來決定。決策的依據(jù)是投資回報(bào)率，優(yōu)先做最有價(jià)值的需求。

?五、敏捷項(xiàng)目進(jìn)度管理

敏捷中，故事地圖本質(zhì)上等同于項(xiàng)目計(jì)劃，它將用戶故事，產(chǎn)品特性按邏輯主題排列，作為開發(fā)的計(jì)劃。

敏捷項(xiàng)目一般是采用看板來展示進(jìn)度，用看板作為信息發(fā)射源。如果團(tuán)隊(duì)成員要了解進(jìn)度，看公開出來的看板即可。

?六、敏捷項(xiàng)目成本管理

敏捷中，成本管理的內(nèi)容較少。

記得有一個(gè)敏捷估算，估算故事點(diǎn)的大小。這種一般都是輕量級(jí)的估算，不會(huì)估算的特別精細(xì)，因?yàn)槊艚莸男枨笞兓芸?，沒有必要花太多時(shí)間進(jìn)行精細(xì)化估算。

?七、敏捷項(xiàng)目質(zhì)量管理

敏捷項(xiàng)目中，質(zhì)量管理主要體現(xiàn)在每日站會(huì)，迭代產(chǎn)品評(píng)審會(huì)和回顧反思會(huì)。

1）團(tuán)隊(duì)每天開每日站會(huì)，可以暴露問題，防止成員摸魚，Scrum Master可以及時(shí)協(xié)助團(tuán)隊(duì)處理障礙，保障項(xiàng)目質(zhì)量和進(jìn)度。

2）迭代評(píng)審會(huì)，由PO和團(tuán)隊(duì)一起開，主要審查做出來的產(chǎn)品是否滿足客戶的需要，如果不符合，將由PO修改用戶故事，并放到產(chǎn)品待辦列表，重新排需求優(yōu)先級(jí)，納入下一個(gè)迭代。

3）回顧反思會(huì)，團(tuán)隊(duì)總結(jié)經(jīng)驗(yàn)教訓(xùn)，哪些做的好的，哪些做的不好的，識(shí)別出問題，在后續(xù)的迭代中加以優(yōu)化改進(jìn)。

?八、敏捷項(xiàng)目資源管理

敏捷項(xiàng)目管理的team人員比較固定，一般3到9人。

?九、敏捷項(xiàng)目風(fēng)險(xiǎn)管理

敏捷的節(jié)奏性和迭代性使其非常適合于管理產(chǎn)品開發(fā)和相關(guān)項(xiàng)目中常見的各種風(fēng)險(xiǎn)。敏捷實(shí)踐帶來的好處和價(jià)值不容置疑，如何正確的將風(fēng)險(xiǎn)管理納入敏捷項(xiàng)目管理中，是非常重要的。敏捷模式下對(duì)傳統(tǒng)的風(fēng)險(xiǎn)識(shí)別方法是個(gè)非常大的挑戰(zhàn)。

?最簡(jiǎn)單的辦法就是：有不滿足要求的可交付成果，納入未完項(xiàng)，由PO重新排優(yōu)先級(jí)，下一個(gè)版本迭代。

?十：敏捷項(xiàng)目溝通/相關(guān)方管理/采購(gòu)管理

?1、項(xiàng)目溝通管理

是為了確保項(xiàng)目信息合理收集和傳輸，以及最終處理所需實(shí)施的一系列過程。如何進(jìn)行有效的溝通是很多人思考的問題。主要知識(shí)點(diǎn)：制定敏捷的溝通矩陣、建立項(xiàng)目信息門戶等。

?2、相關(guān)方管理

相關(guān)方是指影響項(xiàng)目或者受項(xiàng)目影響的全部人員，群體或組織。一般涉及人員有：項(xiàng)目經(jīng)理、顧客/客戶、執(zhí)行組織、發(fā)起者。

?3、采購(gòu)管理

敏捷采購(gòu)是快速削減成本的立竿見影之法，任何有需求的企業(yè)都不妨一試。

?十一：精益,敏捷相關(guān)的名詞/概念

?1、WIP 在制品限制

work in process，是指材料或部分已開始生產(chǎn)但是還未完成的產(chǎn)品，也就是半成品。

?2、看板 ，kanban ,kanken，板

看板是豐田公司在19世紀(jì)40-50年代開發(fā)的一個(gè)及時(shí)（JIT）生產(chǎn)調(diào)度系統(tǒng)。它是通過卡片或者信號(hào)來請(qǐng)求（需求信號(hào)）其他獨(dú)立系統(tǒng)中（供應(yīng)方）生產(chǎn)流程的必須部分，以此控制和減少庫(kù)存?？窗逡驯粦?yīng)用于敏捷中，來幫助控制工作流。他可以幫助團(tuán)隊(duì)意識(shí)到他們是如何工作以及下一步要做什么，讓團(tuán)隊(duì)形成自我指揮。

?3、XP極限編程

極限編程(XP)是一項(xiàng)以編程人員為中心的敏捷架構(gòu)，注重小而迅速的發(fā)布。XP極限編程強(qiáng)調(diào)以下原則：結(jié)對(duì)編程 可持續(xù)速度 不斷自動(dòng)測(cè)試 有效溝通 簡(jiǎn)單性 反饋 勇氣 集體所有 持續(xù)集成 激勵(lì)工作 共享工作空間 現(xiàn)場(chǎng)客戶代表 使用隱喻說明概念。

XP極限編程用語中“caves和common”指的是，為團(tuán)隊(duì)成員創(chuàng)造的兩個(gè)分區(qū)。common是一個(gè)公共的空間，在此常有滲透溝通和協(xié)作。caves是一個(gè)私人的交易預(yù)留空間，需要一個(gè)孤立且安靜的環(huán)境。

?4、計(jì)劃撲克

計(jì)劃撲克是基于寬帶德爾菲估算技能、是以共識(shí)為基礎(chǔ)的工作量估算技能。有時(shí)候也稱為敏捷撲克，往往在故事點(diǎn)和開發(fā)用戶故事中用來估算相對(duì)工作量。

在計(jì)劃撲克會(huì)議中，每一位成員各持有一副相同價(jià)值的計(jì)劃撲克卡片。?

計(jì)劃撲克會(huì)議按如下的步驟運(yùn)行：

?1）一名調(diào)停人，主持會(huì)議，不參與估算。

?2）產(chǎn)品負(fù)責(zé)人對(duì)用戶故事做概述，并回答開發(fā)者提出的澄清問題，往往產(chǎn)品負(fù)責(zé)人不參與投票。?

3）每一位成員抽取一張卡片來估算工作量。?

4）每人抽取一張卡片后，同時(shí)將他們的卡片翻轉(zhuǎn)，?

5）持高和低估算的成員各有一次辯護(hù)機(jī)會(huì)。?

6）達(dá)成共識(shí)前，不斷重復(fù)以上流程。

?5、用戶故事：

用戶故事：User Strory，它是這樣來描述需求的：身為某一個(gè)角色，為了什么價(jià)值，需要什么功能。

用戶故事三要素：角色，動(dòng)機(jī)，價(jià)值。

舉例：作為一個(gè)60后的微信用戶，為了高效地完成信息交流，需要一個(gè)語音聊天的功能。這就是用戶故事來描述用戶需求的方法。

用戶故事開發(fā)時(shí)長(zhǎng)：開發(fā)一個(gè)用戶故事的理想持續(xù)時(shí)長(zhǎng)是2-5天。

用戶故事3C：卡片card，對(duì)話communication，確認(rèn)confirm. (羅恩?杰弗里斯提出的)

?6、親和估算

親和估算是預(yù)測(cè)工作量的一個(gè)方法，基本的親和估算模式涉及從小到大范圍測(cè)量用戶故事。這個(gè)范圍可以是斐波那契數(shù)列或者T-shirt尺碼，常常貼在大型會(huì)議室墻上。然后參與者在估算時(shí)可將他們的用戶故事貼到這面墻上。

?7、優(yōu)先級(jí)排序技術(shù) MoScow

MoSCoW技術(shù)通常用在敏捷項(xiàng)目中，主要用來對(duì)用戶故事進(jìn)行優(yōu)先級(jí)排列：?

M-must have必須有；//完成業(yè)務(wù)需要/價(jià)值所必須的功能，合規(guī)，安全等，沒有要丟命。

S-should have應(yīng)該有；//不涉及核心功能，但是嚴(yán)重影響用戶體驗(yàn)，沒有要丟錢。

C-could have可能有；// 影響不大，忽略也沒有問題，沒有可能會(huì)丟臉

W-won't have this time這次不會(huì)有；// 團(tuán)隊(duì)決定本次迭代不予實(shí)現(xiàn)，丟來沒事。

?8、價(jià)值流程圖：

價(jià)值流程圖就是用來尋找增值和非增值的工作，從而識(shí)別關(guān)鍵改進(jìn)區(qū)域。價(jià)值流程圖是敏捷采用的精益生產(chǎn)分析技能，用于對(duì)形成客戶產(chǎn)品或服務(wù)的原料和信息（即價(jià)值）的流動(dòng)進(jìn)行分析。

?執(zhí)行價(jià)值流程圖大致包括5個(gè)步驟：

1）確認(rèn)產(chǎn)品，客戶和范圍（即流程的始末）。

2）確認(rèn)流程步驟，延時(shí)和信息需求。估算流程步驟的持續(xù)時(shí)長(zhǎng)和前置期持續(xù)時(shí)長(zhǎng)（lead time duration）。前置期是指在發(fā)生前一項(xiàng)流程或者事件需等待的時(shí)長(zhǎng)。?

3）分析價(jià)值流程圖來確認(rèn)浪費(fèi)存在的地方（比如前置期）和流程可完善的地方（流程時(shí)間通常認(rèn)為是價(jià)值增加時(shí)間，但是應(yīng)盡量減少整個(gè)流程的時(shí)間，由此來縮短向客戶交付價(jià)值流的時(shí)間）。

4）通過分析，總結(jié)出一份展示價(jià)值流應(yīng)努力達(dá)到的前景或者目標(biāo)的未來價(jià)值流程圖。?

5）通過流程完善活動(dòng)（即完善）或者其他方法來達(dá)到目標(biāo)的一些工作。

?9、解聚

將史詩(shī)故事或大型故事分解成小型用戶故事。解聚類似于傳統(tǒng)項(xiàng)目的分解。

（史詩(shī)是大型故事的意思，實(shí)現(xiàn)的時(shí)候，要進(jìn)行分解，分解的過程就是解聚）

?10、迭代速度的計(jì)算

題目：在上一次迭代中，Paula和她的敏捷團(tuán)隊(duì)完成了10個(gè)各值1個(gè)點(diǎn)的用戶故事，2個(gè)各值5個(gè)點(diǎn)用戶故事，還有1個(gè)值5個(gè)點(diǎn)的用戶故事即將完成。請(qǐng)問該團(tuán)隊(duì)在之前的迭代中的速度是<20>。

10×1+2×5=20.部分完成故事的故事點(diǎn)不包括在速度指標(biāo)里。

?11、教練指導(dǎo)

敏捷里面提供教練式指導(dǎo)，讓富有動(dòng)力的團(tuán)隊(duì)運(yùn)作更流暢，生產(chǎn)效率高，表現(xiàn)超越期望值。?

可提高動(dòng)力的簡(jiǎn)單步驟包括：?

1）共度黃金時(shí)間，團(tuán)隊(duì)成員可在個(gè)人層面上了解他人以此營(yíng)造輕松氛圍，?

2）提供反饋，指導(dǎo)和訓(xùn)練，贊揚(yáng)和感謝團(tuán)隊(duì)成員的出色工作，同時(shí)為技能和能力提升提供指導(dǎo)和訓(xùn)練，?

3）授權(quán)，授權(quán)團(tuán)隊(duì)成員作關(guān)鍵決策，在此期間，建立信任并顯示領(lǐng)導(dǎo)對(duì)團(tuán)隊(duì)能力的信任。

?12、燃盡圖

項(xiàng)目的燃盡圖是一個(gè)常用來展示迭代進(jìn)度的信息發(fā)射源。它記錄兩項(xiàng)序列，橫軸是時(shí)間，縱軸是剩余的實(shí)際工作和剩余的理想/預(yù)估的工作。

?13、燃起圖

與燃盡圖相反，它的橫軸是時(shí)間，縱軸是已完成的實(shí)際工作和剩余的理想/預(yù)估的工作。

?14、累積流量圖

展示用戶故事的未完項(xiàng)、過程中的工作及完成功能與時(shí)間關(guān)系的一種圖表，是信息發(fā)射源的組成部分。

??15、概念性和感知性

精益軟件開發(fā)架構(gòu)中存在的兩種完整性類型有：概念性的和感知性的。

?概念上的完整性是由開發(fā)者決定的，如果產(chǎn)品集成良好和功能詳細(xì)，那么完整性會(huì)非常高。

?感知上的完整性是由客戶觀察得出的，如果客戶最初對(duì)產(chǎn)品滿意，然后產(chǎn)品滿足需求，那么完整性會(huì)很高。

?16、FDD

? FDD (Feature-Driven Development，特性驅(qū)動(dòng)開發(fā))由Peter Coad、Jeff de Luca 、Eric Lefebvre共同開發(fā)，是一套針對(duì)中小型軟件開發(fā)項(xiàng)目的開發(fā)模式。此外，F(xiàn)DD是一個(gè)模型驅(qū)動(dòng)的快速迭代開發(fā)過程，它強(qiáng)調(diào)的是簡(jiǎn)化、實(shí)用、 易于被開發(fā)團(tuán)隊(duì)接受，適用于需求經(jīng)常變動(dòng)的項(xiàng)目。

??17.Crystal Methods

? Crystal Methods（水晶方法族）由Alistair Cockburn在20實(shí)際90年代末提出。之所以是個(gè)系列，是因?yàn)樗嘈挪煌愋偷捻?xiàng)目需要不同的方法。雖然水晶系列不如XP那樣的產(chǎn)出效率，但會(huì)有更多的人能夠接受并遵循它。

??18.DSDM

? DSDM（動(dòng)態(tài)系統(tǒng)開發(fā)方法）是眾多敏捷開發(fā)方法中的一種，它倡導(dǎo)以業(yè)務(wù)為核心，快速而有效地進(jìn)行系統(tǒng)開發(fā)。實(shí)踐證明DSDM是成功的敏捷開發(fā)方法之一。在英國(guó)，由于其在各種規(guī)模的軟件組織中的成功，它已成為應(yīng)用最為廣泛的快速應(yīng)用開發(fā)方法。

? DSDM不但遵循了敏捷方法的原理，而且也適合那些成熟的傳統(tǒng)開發(fā)方法有堅(jiān)實(shí)基礎(chǔ)的軟件組織。

??19.ASD

? ASD(Adaptive Software Development，自適應(yīng)軟件開發(fā))由Jim Highsmith在1999年正式提出。ASD強(qiáng)調(diào)開發(fā)方法的適應(yīng)性（Adaptive），這一思想來源于復(fù)雜系統(tǒng)的混沌理論。ASD不象其他方法那樣 有很多具體的實(shí)踐做法，它更側(cè)重為ASD的重要性提供最根本的基礎(chǔ)，并從更高的組織和管理層次來闡述開發(fā)方法為什么要具備適應(yīng)性。

??20.輕量型RUP

RUP其實(shí)是個(gè)過程的框架，它可以包容許多不同類型的過程， Craig Larman 極力主張以敏捷型方式來使用RUP。

他的觀點(diǎn)是:目前如此眾多的努力以推進(jìn)敏捷型方法，只不過是在接受能被視為RUP 的主流OO開發(fā)方法而已。

??好了，PMP里面，敏捷的知識(shí)點(diǎn)大概就這么多吧，可以點(diǎn)個(gè)贊和收藏，慢慢看。

?文章轉(zhuǎn)載至網(wǎng)絡(luò)，部分內(nèi)容有整合，希望對(duì)您有所幫助！