一、敏捷的框架

對比PMP項目管理過程的五大階段：啟動、規(guī)劃、執(zhí)行、監(jiān)控、收尾，敏捷項目管理同樣可以把整個框架分為五個階段，分別是：構想、推測、探索、適應和結束階段。

• 1、構想：確定產品的構想、項目范圍、項目團隊以及團隊共同的工作方式
• 2、推測：制定基于功能發(fā)布計劃、里程碑和迭代計劃，確保交付構想的產品
• 3、探索：在短期內提供經測試的功能，不斷致力于減少項目風險和不確定性。
• 4、適應：審核提交的結果、當前情況以及團隊的績效，必要時做出調整。
• 5、結束：終止項目，交流主要的學習成果并慶祝。

敏捷項目管理階段.jpeg

二、敏捷的常見問題解答

(一)、對于敏捷中文檔的度，我們應該如何把握？什么樣的文檔是需要的，什么樣的文檔可裁剪？

答：

有價值的文檔是需要的。什么樣的文檔有價值? 一是客戶需要的文檔，比如在軟件行業(yè)的隨機手冊、使用說明書、用戶手冊等；二是有人維護的文檔。例如，在有的項目中，代碼頻繁變更，但是對應的詳細設計就沒有變更，導致詳細設計沒有被維護，也就失去了存在的價值。對于類似的文檔，在敏捷中認為都是可以裁剪的，前提是確保輸出的可交付成果不變形，滿足預期的標準和要求。

(二)、敏捷宣言提出"客戶合作勝過合同談判"，針對不斷變更的需求如何簽訂敏捷的合同？

答：

敏捷的合同需要簽訂，但是簽訂合同的方式與傳統(tǒng)的瀑布式合同簽訂方式稍有不同。根據(jù)DSDM的方法，敏捷合同的生效必須是業(yè)務人員與開發(fā)人員一起工作。

(三)、敏捷擁抱變化，是否在任何一個時間點客戶端都可以提出變更

敏捷項目聚焦于客戶價值，所以只要是可以給客戶帶來競爭優(yōu)勢的更變，都可以進行，所以在任何一個時間點都應該允許客戶提出變更。

(四)、團隊既要保證迭代的不被干擾，又要響應變更，豈不是矛盾

雖然客戶在生命周期的任何一個時間點上都可以提出變更，但是團隊并不會立刻響應變更，通常會在迭代計劃中梳理每個用戶故事的優(yōu)先級，根據(jù)價值排序，將需要增加的需求可以加入產品待辦事項；同樣，價值相對比較低的可以排到產品代辦事項的最低端或者直接刪除。變更時，需要考慮敏捷的合同，如果要維持合同的不變，增加一個故事，就要拿走一個等價故事點數(shù)的故事。

(五)、在原則4中提出業(yè)務人員與開發(fā)人員每天要在一起工作，這在實際中是不可能實現(xiàn)的，業(yè)務人員通常都比較忙，不可能參加到乙方的開發(fā)中，這樣如何確?？梢砸黄鸸ぷ?？

在現(xiàn)實中，業(yè)務人員的確不太可能與開發(fā)人員每天一起工作，所以通常在團隊內部會有一個角色代表客戶，可以是PO，也可以是BA，這可以根據(jù)每個組織的的不同進行設定。這個人在一整個團隊中代表客戶，需要頻繁跟客戶溝通，理解和挖掘客戶的真實業(yè)務需求