前陣子，一個負責產品開發的負責人跟我說，他對正在進行的產品交付項目的要求是：能夠在短期內看到成果；可以隨時快速地了解項目進展；不需要那么多“沒必要”的設計文檔，卻遲遲看不到交付的功能；能夠隨時對成果展示的不滿足項進行變更。

如果這樣，那該公司應該快速采用敏捷項目管理方式。但是具體怎么操作呢？

1）先要弄清楚CMMI（該公司使用CMMI）和敏捷項目管理的主要區別。CMMI面向的是活動，敏捷項目管理面向的是特性（功能）；CMMI是按照活動和階段進行，一次交付，增加新功能再做新的開發。敏捷是按照sprint進行多次迭代開發，可以先做最小可用軟件（MVP），進行成果展示后，再根據特性優先級進行持續的迭代開發。

2）MVP怎么設計呢？使用快捷的方式，現有產品已經定制開發完成，那么可以快速識別特性點，提取幾個典型的用戶，提煉幾個典型的流程，使用用戶故事地圖的方式進行優先級排序，定義出MVP及后續的特性迭代計劃，即多個sprint沖刺計劃。

3）討論出交付計劃后，對特性進行小的任務項的分解，以一個工作日為單位進行，在醒目的地方設計看板的位置，將特性圖和任務項分別貼上去，進行每日站會，確保每天都有交付，在短時間內可以快速實現第一個sprint的交付。

4) 持續sprint……那么，完整的敏捷項目到底什么樣的？它和傳統項目具體有哪些區別呢？敏捷成熟度金字塔分別從理念、組織風格、改進性、目標、適應性、實踐對敏捷項目進行說明。

敏捷項目和傳統項目的區別主要是哪些呢？傳統項目管理通常采用的是瀑布式、部分迭代開發模式，需求足夠明確、文檔足夠規范，迭代過程中需求變更越多、越晚，對項目影響越大，會影響到項目的交付質量。敏捷項目管理歡迎需求變更，在客戶需求不明確的時候，以在較短的周期內開發出可用的軟件為目標，來幫助客戶描述自己的需求。

一.從管理流程來看

項目管理流程可以總結分為五個過程組：啟動、規劃、執行、監控、收尾。敏捷項目管理框架是：構想、推測、探索、適應、結束，和PMBOK知識體系項目管理五大過程組一一對齊。*構想階段：確定產品的構想、項目范圍、項目團隊以及團隊共同的工作方式。（產品愿景-組建團隊-項目章程-流程裁剪）*推測階段：制定基于功能發布計劃、里程碑和迭代計劃，確保交付構想的產品。（產品線路圖-產品待辦列表-產品發布計劃）*探索階段：在短期內提供經測試的功能，不斷致力于減少項目風險和不確定性。*適應階段：審核提交的結果、當前情況以及團隊的績效，必要時做出調整。*結束階段：終止項目，交流主要的學習成果并慶祝。

1、 傳統項目管理

傳統的項目管理要對項目的所有過程進行管理和風險把控，并要求在不同環節的有文檔輸入和輸出，每個環節都存在啟動、規劃、執行、監控和收尾。一旦出現規劃以外的變更，都需要經過批準后才能執行改變。

2、 敏捷項目管理

敏捷項目管理主張團隊內部的面對面溝通和交流（講故事），以 Scrum 為代表，簡單、持續集成、不斷交付、價值優先、擁抱變化的原則在面對時刻變化的市場經濟和不斷發展的技術時變得十分友好。敏捷項目中，項目管理計劃分不同的等級，可以用一個洋蔥圖來表示，也就是洋蔥計劃圖，如下圖2:

戰略和投資規劃在敏捷項目管理的最外層，由更廣泛的組織管理系統來處理。由外往內，不斷切分項目計劃，最后實現最小周期的可行性版本迭代（或者MVP）。對復雜或不明確的客戶需求進行合理的分割，最終實現總體上的統一。

敏捷三角形的演變過程（摘自《敏捷項目管理》書籍P12-13頁）：

敏捷三角形：

1、價值目標：提供可交付的產品2、質量目標：提供可靠的、適應性強的可交付產品3、約束目標：在可接受的約束內，實現價值和質量目標有了這個理念，敏捷和傳統項目管理就可快速實現融合，傳統項目管理多一些授權，多一些擁抱變化，就可以向敏捷靠近，敏捷多一些體系化，就可以向項目管理延伸，二者是一個融合的過程，這將是一個趨勢。

二.從風險控制環節來看

風險即不確定性，一旦發生，會對項目造成積極或消極的影響，如范圍、進度、成本和質量。傳統項目管理要求在規劃過程中規劃風險管理、識別風險，對風險進行定性/定量分析，給出風險應對方案。因為風險的不確定性，要求項目風險管理必須給未知風險或者已知卻又無法主動管理的風險分配一定的資源儲備。傳統項目管理要求持續跟蹤風險登記表，并且記錄風險應對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。敏捷項目管理不同于傳統項目管理，一方面開發評估是以工作量為導向而非時間導向，為風險留足了應對空間，且每個sprint沖刺周期較短，即使出現部分風險，相對來說對于已交付成果來說，變更相對較少；另一方面，敏捷項目管理在項目沒有正式結束前，交付的可用軟件是允許風險存在的，并且是根據風險的優先級來進行排期修復。

三.從企業項目管理來看

項目管理模式：外瀑布內敏捷（有人稱為“信封法”） ，目前對于外部交付項目大部分對于文檔交付和階段點交付需求較多 ，而在行業需求方面，卻需要在競爭中追求最大范圍的滿足行業需求。在客戶不能接受 Scrum 時，通常會選擇外瀑布內敏捷的項目管理模式，滿足雙方的利益。

四.傳統 VS 敏捷 ？適者生存

敏捷項目管理只是一個靈活的實踐框架，提供的是一套清晰的游戲規則，根據不同的環境可以提供一系列不同的途徑。傳統項目管理卻是一套中央集權制管理法，要求按計劃行事，任何環節發生變更都必須獲準后才能進行改變。不管是傳統的瀑布式開發管理還是敏捷迭代式管理，沒有哪個好與不好，只有在不同的項目環境中哪個更適合。當然最終的趨勢是互相兼容，優勢互補，最新的CMMI2.0版本就已將敏捷包含入內，同樣，敏捷也將精益的管理思路做了結合。最后，以傳統項目和敏捷項目的管理思路進行沙盤演練，對項目進行復盤，通過這些操作模擬，你會對兩種項目管理方式的區別有更深刻的認識。

---

本文來源網絡，如有侵權請及時聯系我們刪除

總結

以上是生活随笔為你收集整理的windchill 可交付成果 文档_敏捷等于没有文档吗？敏捷项目管理VS传统项目管理区别在哪里？...的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。