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

一、如何判斷這是敏捷？

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

?

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

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

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

敏捷是擁抱變化

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

?

三、敏捷宣言

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

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

客戶(hù)合作? 高于? 合同談判

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

?

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

?

1. 三種角色

·????????????? ProductOwner：作為客戶(hù)代表，定義所有產(chǎn)品功能，決定產(chǎn)品發(fā)布的內(nèi)容及日期，對(duì)產(chǎn)品的投入產(chǎn)出負(fù)責(zé)，根據(jù)市場(chǎng)變化對(duì)需要開(kāi)發(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ì)不受到外來(lái)無(wú)端影響。

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

?

2.?三種工件(Artifaccts)：

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

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

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

?

3.?5種會(huì)議

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

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

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

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

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

?

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

勇氣Courage，開(kāi)放Open，專(zhuān)注Focus，承諾Commitment，尊重 Respect。

?