從2021年9月開始，PMP?考試的考綱和題型將發(fā)生變化，敏捷內(nèi)容將增加，那么敏捷和瀑布管理有什么區(qū)別呢？下面就給大家列一下敏捷的思想和原則：

一、如何判斷這是敏捷？

看關(guān)鍵詞匯，比如：快速變化、迭代、沖刺sprint、用戶故事、用戶畫像、史詩、最小化可行產(chǎn)品MVP、燃盡圖、燃起圖、看板、增量交付、持續(xù)發(fā)布、迭代規(guī)劃會、每日站會、迭代評審會、回顧會、lDoD（Defineof Done）等。

?

二、如何區(qū)分對待敏捷和預(yù)測？

預(yù)測是大規(guī)劃、大執(zhí)行、大交付；

敏捷是小步快跑-迭代+增量，不斷交付l預(yù)測是嚴(yán)格控制變更；

敏捷是擁抱變化

注意：敏捷不是隨便亂改，也必須要經(jīng)過評估，只是團(tuán)隊(duì)+客戶，討論達(dá)成共識，就改了。沒有冗長的流程和審批過程，以及各類繁復(fù)的文件。

?

三、敏捷宣言

個(gè)體和互動? 高于? 流程和工具

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

客戶合作? 高于? 合同談判

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

?

四、敏捷框架Scrum作為敏捷的經(jīng)典框架之一，比較典型。遵循PDCA原則，由3355構(gòu)成，3種角色、3種工件、5種會議、5種價(jià)值觀。

?

1. 三種角色

·????????????? ProductOwner：作為客戶代表，定義所有產(chǎn)品功能，決定產(chǎn)品發(fā)布的內(nèi)容及日期，對產(chǎn)品的投入產(chǎn)出負(fù)責(zé)，根據(jù)市場變化對需要開發(fā)的功能排列優(yōu)先順序，合理的調(diào)整產(chǎn)品功能和迭代順序，認(rèn)同或者拒絕迭代的交付。

·????????????? ScrumMaster：起到教練的職責(zé)，領(lǐng)導(dǎo)團(tuán)隊(duì)完成Scrum的實(shí)踐以及體現(xiàn)其價(jià)值，排除團(tuán)隊(duì)遇到的困難，確保團(tuán)隊(duì)的勝任其工作，并保持高效的生產(chǎn)率，使得團(tuán)隊(duì)緊密合作，使得團(tuán)隊(duì)個(gè)人具有多方面職能的工作能力，保護(hù)團(tuán)隊(duì)不受到外來無端影響。

·????????????? Dev Team：經(jīng)典團(tuán)隊(duì)擁有5-9人，團(tuán)隊(duì)成員都是多面手（程序員，測試員，用戶經(jīng)驗(yàn)設(shè)計(jì)，等等），團(tuán)隊(duì)成員都全職工作（特殊職能可以例外（數(shù)據(jù)庫管理員）），團(tuán)隊(duì)自我組織和管理，團(tuán)隊(duì)關(guān)系在一個(gè)迭代中應(yīng)該是固定的，個(gè)人的職能可以在新迭代開始時(shí)發(fā)生調(diào)整。

?

2.?三種工件(Artifaccts)：

·????????????? ProductBacklog：產(chǎn)品需求的列表，包含業(yè)務(wù)需求、技術(shù)需求、NFR等，理想情況下，每一個(gè)待完成的工作都將對客戶產(chǎn)生價(jià)值，PO對該列表進(jìn)行優(yōu)先級排序，每個(gè)迭代開始前，優(yōu)先級排序還需再度修正，待辦事項(xiàng)列表中的條目以用戶故事的形式呈現(xiàn)，ProductBacklog遵循DEEP模型（Detailed適當(dāng)?shù)脑敿?xì)程度、Estimated被估算的、Emergent涌現(xiàn)的、Prioritized排了優(yōu)先級的）

·????????????? SprintBacklog：ProductBacklog 的子集，只記錄當(dāng)前迭代的工作，將用戶故事拆分成任務(wù)，團(tuán)隊(duì)成員主動領(lǐng)取任務(wù)，團(tuán)隊(duì)成員有共同的迭代目標(biāo)，為交付可工作的成果而努力，團(tuán)隊(duì)成員可以添加、刪除或者更改迭代中的任務(wù)，迭代列表中的任務(wù)進(jìn)行了估算，剩余工作量的估計(jì)每天需要更新。

·????????????? Product Increment：團(tuán)隊(duì)在迭代內(nèi)完成交付成果，集成到以往的迭代成果中，形成增量式的交付（發(fā)布和交付解耦），每次交付的用戶故事必須符合驗(yàn)收條件，每次交付的增量成果必須處于可用狀態(tài)，而不管PO是否決定發(fā)布這個(gè)用戶故事。

?

3.?5種會議

·????????????? 產(chǎn)品梳理會P.B Refinement：拆分Epic\Feature、分析Userstory、重新估計(jì)并重排優(yōu)先級。

·????????????? P 迭代計(jì)劃會Sprint Planning Meeting：第一階段：選取用戶故事，確定迭代目標(biāo)（PO與團(tuán)隊(duì)一起從P.B中選擇待完成的用戶故事）；第二階段：拆分任務(wù)，創(chuàng)建S.B（團(tuán)隊(duì)拆分和確認(rèn)任務(wù)給出工作量估算）S.B是團(tuán)隊(duì)協(xié)作的結(jié)果 不是只有SM和PO來決定的。

·????????????? D 每日站會Daily Scrum：屬性：每天都開，15分鐘結(jié)束，站著開會；所有相關(guān)的人被邀請，只有Scrum Master、Product Owner、Dev Team能夠在會上發(fā)言，避免無關(guān)的討論。

·????????????? C 迭代評審會Review：團(tuán)隊(duì)需要演示所完成的迭代工作，典型的做法是使用演示形式展示新功能或者底層架構(gòu)的實(shí)現(xiàn)，非正式的，2小時(shí)的提前準(zhǔn)備，不需要正式演示文，整個(gè)團(tuán)隊(duì)都需要參加，邀請所有關(guān)注產(chǎn)品的人參加。

·????????????? A 迭代回顧會Retrospective：周期性的回顧，總結(jié)工作中的經(jīng)驗(yàn)和教訓(xùn)，15-30分鐘，在每個(gè)迭代結(jié)束時(shí)進(jìn)行，整個(gè)團(tuán)隊(duì)都需要參加，可能還包括客戶，迭代回顧內(nèi)容：哪些工作良好（應(yīng)該繼續(xù)保持）？哪些做的不好（應(yīng)該停止）？哪些可以改進(jìn)（就被按優(yōu)先排序的改進(jìn)的行動達(dá)成共識？）。

?

4、 5種價(jià)值觀：

勇氣Courage，開放Open，專注Focus，承諾Commitment，尊重 Respect。

?