很多人都知道，專案管理領域有兩種管理方式：傳統專案管理和敏捷專案管理。很多人在團隊引入敏捷的時候，會有乙個疑惑，傳統專案管理和敏捷專案管理的區別是什麼？
傳統vs敏捷
傳統專案管理通常採用的是瀑布式、部分迭代開發模式，瀑布式開發，是指將專案劃分為n個階段，每個階段的工作都建立在前一階段的基礎上，從專案計畫上看，就像是逐級向下的瀑布，由此得名。輪船、汽車製造業，建築行業一般沿用此法。要求在專案建設時，需求足夠明確、文件足夠規範，迭代過程中需求變更越多、越晚，對專案影響越大、成本越高，影響到專案的交付質量。
敏捷專案管理強調商業價值的盡早交付，專案團隊的自組織，不斷響應客戶動態的需求變化，持續的優化專案產品和交付流程。它作為新興的專案管理模式，簡化了傳統專案管理的繁瑣流程和文件。以 scrum 為代表，歡迎需求變更，在客戶需求不明確的時候，以在較短的週期內開發出可用的軟體為目標，來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到專案繼續迭代需求池，豐富專案的產品功能。
兩者之間的聯絡
敏捷專案管理聲稱要擺脫繁冗的流程制度文件，但是對於關鍵的專案文件，比如需求規格說明書等等，是要求必須具備的。所以，敏捷專案管理的專案流程制度管理可以看作是對一套完善的專案管理流程制度的裁剪，只是裁剪的好壞在於敏捷專案團隊成員的適應性與自主性。
具體的敏捷方法在每個迭代週期中都存在立會制度，燃盡圖、看板監控、計畫發布等，這些和pmbok中對專案生命週期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有衝突矛盾。實際上敏捷專案管理的這些措施可以看作是pmbok專案生命期五個過程組執行的微縮版，區別在於敏捷專案管理的迭代週期，時間很短，在去執行過程中裁剪了很多規範正式的專案管理流程制度。
兩者之間的區別
從專案流程來看
專案管理流程可以總結分為五個過程組：啟動、規劃、執行、監控、收尾。敏捷專案管理框架是：構想、推測、探索、適應、結束。
傳統專案管理要對專案的所有過程進行管理和風險把控，並要求在不同環節的有文件輸入和輸出，每個環節都存在啟動、規劃、執行、監控和收尾。如果採用傳統的專案管理模式，一旦出現規劃以外的變更，都需要經過批准後才能執行改變。
敏捷專案管理則較簡化，主張團隊內部的面對面溝通和交流。以 scrum 為代表，簡單、持續整合、不斷交付、價值優先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發展的技術時變得十分友好。
從專案風險來看
任何專案中的專案風險都存在不確定性，一旦發生，會對專案造成積極或消極的影響，如影響範圍、進度、成本和質量。
傳統專案管理要求在規劃過程中規劃風險管理、識別風險，對風險進行定性/定量分析，給出風險應對方案。因為風險的不確定性，要求專案風險管理必須給未知風險或者已知卻又無法主動管理的風險分配一定的資源儲備。
傳統專案管理要求持續跟蹤風險登記表，並且記錄風險應對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。
敏捷專案管理不同於傳統專案管理，一方面開發評估是以工作量為導向而非時間導向，為風險留足了應對空間，且每個sprint衝刺週期較短，即使出現部分風險，相對來說對於已交付成果來說，變更相對較少；另一方面，敏捷專案管理在專案沒有正式結束前，交付的可用軟體是允許風險存在的，並且是根據風險的優先順序來進行排期修復。
從企業專案管理來看
某些行業目前還沒有發展出固定的行業標桿，大家都在競爭中追求最大範圍的滿足行業需求。在這樣的背景前提下，大部分專案都沒有明確和長久穩定的需求，scrum 管理模式很好的滿足了這個行業的專案管理現狀。
但是，作為行業客戶，在大部分的商務場景下客戶都會希望通過固定成本合同來實現自己的利益最大化，問題是現在合同雙方都很難在專案開始時明確約定需求和最終實現方式。所以，在客戶不能接受 scrum 時，通常會選擇外瀑布內敏捷的專案管理模式（有人稱為「信封法」），滿足雙方的利益。
敏捷專案管理只是乙個靈活的實踐框架，提供的是一套清晰的遊戲規則，根據不同的環境可以提供一系列不同的途徑。傳統專案管理卻是一套**集權制管理法，要求按計畫行事，任何環節發生變更都必須獲准後才能進行改變。不管是傳統的瀑布式開發管理還是敏捷迭代式管理，沒有哪個好與不好，只有在不同的專案環境中哪個更適合，需要量體裁衣。例如建築行業適合傳統的瀑布式管理方式，而網際網路軟體開發需在傳統的管理方式中結合敏捷方法。所以，最終的趨勢是互相相容，優勢互補。
敏捷專案管理
敏捷專案管理 apm 由jim highsmith所著的一書敏捷專案管理，試圖擴大敏捷技術為乙個整體。敏捷專案管理 引入敏捷專案管理步驟同pmi所採用的專案管理步驟結合 調整傳統鐵三角強調價值和質量，建立敏捷三角。傳統鐵三角 範圍 成本 進度 敏捷三角 價值 質量 制約因素 成本 進度 範圍 敏捷鐵...
敏捷專案管理
敏捷開發遵循軟體客觀規律，不斷的進行迭代增量開發，最終交付復合客戶價值的產品。敏捷宣言 敏捷開發原則 敏捷包括三個層次 精益七大浪費 技術債務 變化無法一次性 一開始製作大而全的計畫易造成浪費 應根據迭代積累的經驗和需求變化的情況對計畫不斷調整和細化 多層次反饋 敏捷軟體開發是以短週期迭代為核心，包...
適易專案管理平台 研發專案管理 敏捷專案管理
適易專案管理平台以專案管理為核心，針對企業多專案，多團隊管理而產生的專案管理平台，在企業管理範疇內完成專案的範圍確定 任務和資源分配 進度安排，並可以使專案的高層主管 專案經理和專案成員實時了解專案進展的資訊，並通過有效的專案分析展示及時發現和把握專案實施的質量和目標。適易專案管理平台對專案 任務及...