傳統項目管理流程按照PMBOK的定義可劃分為五個過程組：啟動、規劃、執行、監控、收尾。敏捷項目管理的框架是：構想、推測、探索、適應、結束。

　　1、過程把控及應對變更的態度不同

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

　　敏捷項目管理則較簡化，以 Scrum 為代表，它主張團隊內部的面對面溝通和交流。秉持：持續集成、不斷交付、價值優先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發展的技術時變得十分友好。

　　2、風險管理方式不同

　　任何項目中的項目風險都存在不確定性，一旦發生，會對項目造成積極或消極的影響，如影響范圍、進度、成本和質量。

　　傳統項目管理要求在規劃過程中規劃風險管理、識別風險，對風險進行定性及定量分析，并給出風險應對策略。因為風險的不確定性，必須給未知風險或者已知未知的風險分配一定的資源儲備。傳統項目管理要求持續更新風險登記冊，記錄風險應對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。

　　敏捷項目管理不同于傳統項目管理，一方面開發評估是以工作量為導向而非時間導向，為風險留足了應對空間，且每個sprint沖刺周期較短，即使出現部分風險，相對來說對于已交付成果來說，變更相對較少;另一方面，敏捷項目管理在項目沒有正式結束前，交付的可用軟件是允許風險存在的，并且是根據風險的優先級來進行排期修復。

　　3、敏捷管理模式更適合需求不明確的項目

　　某些行業目前還沒有發展出固定的行業標桿，大家都在競爭中追求最大范圍的滿足行業需求。在這樣的背景前提下，大部分項目都沒有明確和長久穩定的需求，Scrum 管理模式很好的滿足了這個行業的項目管理現狀。

　　但是，作為行業客戶，在大多數商務場景下客戶都會希望通過固定成本合同來實現自己的利益最大化，問題是現在合同雙方都很難在項目開始時明確約定需求和最終實現方式。所以，在客戶不能接受 Scrum 時，通常會選擇外瀑布內敏捷的項目管理模式滿足雙方的利益。

　　敏捷項目管理只是一個靈活的實踐框架，提供的是一套清晰的游戲規則，根據不同的環境可以提供一系列不同的途徑。傳統項目管理卻是一套中央集權制管理法，要求按計劃行事，任何環節發生變更都必須獲準后才能進行改變。不管是傳統的瀑布式開發管理還是敏捷迭代式管理，沒有哪個好與不好，只有在不同的項目環境中哪個更適合，需要量體裁衣。