一、敏捷的框架
對(duì)比PMP項(xiàng)目管理過(guò)程的五大階段：?jiǎn)?dòng)、規(guī)劃、執(zhí)行、監(jiān)控、收尾，敏捷項(xiàng)目管理同樣可以把整個(gè)框架分為五個(gè)階段，分別是：構(gòu)想、推測(cè)、探索、適應(yīng)和結(jié)束階段。
- 1、構(gòu)想：確定產(chǎn)品的構(gòu)想、項(xiàng)目范圍、項(xiàng)目團(tuán)隊(duì)以及團(tuán)隊(duì)共同的工作方式
- 2、推測(cè)：制定基于功能發(fā)布計(jì)劃、里程碑和迭代計(jì)劃，確保交付構(gòu)想的產(chǎn)品
- 3、探索：在短期內(nèi)提供經(jīng)測(cè)試的功能，不斷致力于減少項(xiàng)目風(fēng)險(xiǎn)和不確定性。
- 4、適應(yīng)：審核提交的結(jié)果、當(dāng)前情況以及團(tuán)隊(duì)的績(jī)效，必要時(shí)做出調(diào)整。
- 5、結(jié)束：終止項(xiàng)目，交流主要的學(xué)習(xí)成果并慶祝。
二、敏捷的常見問(wèn)題解答
(一)、對(duì)于敏捷中文檔的度，我們應(yīng)該如何把握？什么樣的文檔是需要的，什么樣的文檔可裁剪？
答：
有價(jià)值的文檔是需要的。什么樣的文檔有價(jià)值? 一是客戶需要的文檔，比如在軟件行業(yè)的隨機(jī)手冊(cè)、使用說(shuō)明書、用戶手冊(cè)等；二是有人維護(hù)的文檔。例如，在有的項(xiàng)目中，代碼頻繁變更，但是對(duì)應(yīng)的詳細(xì)設(shè)計(jì)就沒有變更，導(dǎo)致詳細(xì)設(shè)計(jì)沒有被維護(hù)，也就失去了存在的價(jià)值。對(duì)于類似的文檔，在敏捷中認(rèn)為都是可以裁剪的，前提是確保輸出的可交付成果不變形，滿足預(yù)期的標(biāo)準(zhǔn)和要求。
(二)、敏捷宣言提出"客戶合作勝過(guò)合同談判"，針對(duì)不斷變更的需求如何簽訂敏捷的合同？
答：
敏捷的合同需要簽訂，但是簽訂合同的方式與傳統(tǒng)的瀑布式合同簽訂方式稍有不同。根據(jù)DSDM的方法，敏捷合同的生效必須是業(yè)務(wù)人員與開發(fā)人員一起工作。
(三)、敏捷擁抱變化，是否在任何一個(gè)時(shí)間點(diǎn)客戶端都可以提出變更
敏捷項(xiàng)目聚焦于客戶價(jià)值，所以只要是可以給客戶帶來(lái)競(jìng)爭(zhēng)優(yōu)勢(shì)的更變，都可以進(jìn)行，所以在任何一個(gè)時(shí)間點(diǎn)都應(yīng)該允許客戶提出變更。
(四)、團(tuán)隊(duì)既要保證迭代的不被干擾，又要響應(yīng)變更，豈不是矛盾
雖然客戶在生命周期的任何一個(gè)時(shí)間點(diǎn)上都可以提出變更，但是團(tuán)隊(duì)并不會(huì)立刻響應(yīng)變更，通常會(huì)在迭代計(jì)劃中梳理每個(gè)用戶故事的優(yōu)先級(jí)，根據(jù)價(jià)值排序，將需要增加的需求可以加入產(chǎn)品待辦事項(xiàng)；同樣，價(jià)值相對(duì)比較低的可以排到產(chǎn)品代辦事項(xiàng)的最低端或者直接刪除。變更時(shí)，需要考慮敏捷的合同，如果要維持合同的不變，增加一個(gè)故事，就要拿走一個(gè)等價(jià)故事點(diǎn)數(shù)的故事。
(五)、在原則4中提出業(yè)務(wù)人員與開發(fā)人員每天要在一起工作，這在實(shí)際中是不可能實(shí)現(xiàn)的，業(yè)務(wù)人員通常都比較忙，不可能參加到乙方的開發(fā)中，這樣如何確?？梢砸黄鸸ぷ?？
在現(xiàn)實(shí)中，業(yè)務(wù)人員的確不太可能與開發(fā)人員每天一起工作，所以通常在團(tuán)隊(duì)內(nèi)部會(huì)有一個(gè)角色代表客戶，可以是PO，也可以是BA，這可以根據(jù)每個(gè)組織的的不同進(jìn)行設(shè)定。這個(gè)人在一整個(gè)團(tuán)隊(duì)中代表客戶，需要頻繁跟客戶溝通，理解和挖掘客戶的真實(shí)業(yè)務(wù)需求
