從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ù)測是嚴格控制變更；

敏捷是擁抱變化

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

?

三、敏捷宣言

個體和互動? 高于? 流程和工具

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

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

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

?

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

?

1. 三種角色

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

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

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

?

2.?三種工件(Artifaccts)：

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

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

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

?

3.?5種會議

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

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

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

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

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

?

4、 5種價值觀：

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

?