敏捷項目管理作為新興的項目管理模式，簡化了傳統項目管理的煩瑣流程和文檔。以Scrum為代表，歡迎需求變更，在客戶需求不明確的時候，以在較短的周期內開發出可用的軟件為目標，來幫助客戶描述自己的需求。叠代過程中的需求變更會加入項目繼續叠代需求池，豐富項目的產品功能。
1.管理流程差異
完整的項目管理流程可以分為5?個過程組:?啟動、規劃、執行、監控、收尾。
(1)?傳統項目管理
傳統項目管理要對項目的所有過程進行管理和風險把控，並要求在不同環節都要有文檔輸入和輸出。例如，PMBOK對項目整合管理的過程組做了文檔輸入和輸出的整理。但是，項目管理主要是對範圍、進度、成本、質量、人力資源、溝通、風險、采購和利益相關者進行管理，每個環節都存在啟動、規劃、執行、監控和收尾過程。
如果采用傳統的項目管理模式，每個環節都必須進行嚴格的規劃，壹旦出現規劃以外的變更，則需要經過批準後才能執行。
(2)?敏捷項目管理
敏捷項目管理簡化了煩瑣的流程和文檔管理，主張團隊內部的面對面溝通和交流。以Scrum為代表，簡單、持續集成、不斷交付、價值優先、擁抱變化的原則在面對時刻變化的市場經濟和不斷發展的技術時變得十分友好。
在敏捷項目中，項目管理計劃分為不同的等級，可以用洋蔥圖來表示，也就是洋蔥計劃圖，如圖2-9?所示。戰略和投資規劃在敏捷項目管理的最外層，由更廣泛的組織管理系統來處理。由外往內，不斷切分項目計劃，最後，實現最小周期的可行性版本叠代。對復雜或不明確的客戶需求進行合理的分割，最終實現總體上的統壹。
圖2-9洋蔥計劃圖
2.風險控制環節
項目風險是指在任何項目中都存在的不確定性，壹旦發生，會對項目造成積極或消極的影響，如範圍、進度、成本和質量。
(1)?傳統項目管理
傳統項目管理要求項目在規劃過程中規劃風險管理、識別風險，並且對風險進行定性/?定量分析，給出風險應對方案。雖然對已知的風險可以在被識別和分析後采取應對措施，但正是因為風險的不確定性，要求項目風險管理必須給未知風險或者已知卻又無法主動管理的風險分配壹定的資源儲備。
所以，傳統項目管理會要求提供風險登記表，並且記錄風險應對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。
(2)?敏捷項目管理
敏捷項目管理不同於傳統項目管理，開發評估是以工作量為導向而非以時間為導向。所以，在進行開發任務評估時，采用的是相對估算而不是絕對估算，為風險留足了應對空間。同時，Scrum集合了壹線人員，分享經驗，集思廣益，將小型團隊轉化成獨立的管理者，更有利於問題的解決。
敏捷項目管理在項目正式結束前交付的可用軟件是允許風險存在的，並且是根據風險的優先級來進行排期修復的。