1樓：敏捷布道師
簡單來講，傳統專案管理是序列模式，先收集需求，搞清楚後，開始設計，之後開發、測試、發布、運維。
因此週期一般都很長，那麼問題來了，等最後發布之後，才發現市場環境變掉了，以前的需求現在市場已經不需要了，那怎麼辦？只能再重頭將上面的流程來一遍，既浪費時間，又浪費金錢，還很可能無法避免上面提到的問題。
所以敏捷開發來了。
敏捷的流程是什麼呢？我把當前的需求先捋一遍，找出最重要的，也即商業價值最大的，按照瀑布中的需求收集、需求澄清、設計、研發、測試、發布，先推到市場上看看市場反映。如果市場有反饋，還可以整合到下一輪的開發中。
通過這種增量、迭代，小步快跑的方法，適應需求的變化。
所以敏捷是為了適應變化而來，每個小階段，都產生乙個可以工作的產品，拿出去快速試錯，快速糾錯，快速搶占市場，快速賺錢。
2樓：
所以就開始拆分。首先要搞定房子，然後是各個房間的大體布局，這個納入第一階段。其次廚房，臥室，咱們另算具體的裝修方案。
這樣，傳統專案管理模式也叫瀑布式管理模式，一步到位。但是現在的發展是快速的，變化的，中途會出現很多的變數。就好比房子，在沒見到實物前是一種設計，可能見到了，或者幾個月後想法又變了。
所以還不如先採用瀑布式管理，完成專案的大體，上線後。使用者使用後，再採用敏捷方式進行迭代。
敏捷管理是為了應付快速變化的需求，但他依然需要遵循專案管理的五個階段。同時敏捷是建立在瀑布之上的，衍生出來的管理模式，完善了專案管理理論。
3樓：追光PM
背景：每次接到乙個專案的時候總是要選擇採用瀑布模型還是敏捷開發進行專案管理。不同的專案環境適合不同的專案模型。那麼乙個專案要選擇什麼管理模型呢？
網頁鏈結
4樓：才聚PMP認證
傳統VS敏捷
傳統專案管理通常採用的是瀑布式、部分迭代開發模式，瀑布式開發，是指將專案劃分為N個階段，每個階段的工作都建立在前一階段的基礎上，從專案計畫上看，就像是逐級向下的瀑布，由此得名。輪船、汽車製造業，建築行業一般沿用此法。要求在專案建設時，需求足夠明確、文件足夠規範，迭代過程中需求變更越多、越晚，對專案影響越大、成本越高，影響到專案的交付質量。
PMP專案管理師報考條件免費評估+學習資料/題庫免費領取
兩者之間的聯絡
1. 敏捷專案管理聲稱要擺脫繁冗的流程制度文件，但是對於關鍵的專案文件，比如需求規格說明書等等，是要求必須具備的。所以，敏捷專案管理的專案流程制度管理可以看作是對一套完善的專案管理流程制度的裁剪，只是裁剪的好壞在於敏捷專案團隊成員的適應性與自主性。
2. 具體的敏捷方法在每個迭代週期中都存在立會制度，燃盡圖、看板監控、計畫發布等，這些和PMBOK中對專案生命週期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有衝突矛盾。實際上敏捷專案管理的這些措施可以看作是PMBOK專案生命期五個過程組執行的微縮版，區別在於敏捷專案管理的迭代週期，時間很短，在去執行過程中裁剪了很多規範正式的專案管理流程制度。
兩者之間的區別
從專案流程來看
專案管理流程可以總結分為五個過程組：啟動、規劃、執行、監控、收尾。敏捷專案管理框架是：構想、推測、探索、適應、結束。
傳統專案管理要對專案的所有過程進行管理和風險把控，並要求在不同環節的有文件輸入和輸出，每個環節都存在啟動、規劃、執行、監控和收尾。如果採用傳統的專案管理模式，一旦出現規劃以外的變更，都需要經過批准後才能執行改變。
敏捷專案管理則較簡化，主張團隊內部的面對面溝通和交流。以 Scrum 為代表，簡單、持續整合、不斷交付、價值優先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發展的技術時變得十分友好。
從專案風險來看
任何專案中的專案風險都存在不確定性，一旦發生，會對專案造成積極或消極的影響，如影響範圍、進度、成本和質量。
傳統專案管理要求在規劃過程中規劃風險管理、識別風險，對風險進行定性/定量分析，給出風險應對方案。因為風險的不確定性，要求專案風險管理必須給未知風險或者已知卻又無法主動管理的風險分配一定的資源儲備。
傳統專案管理要求持續跟蹤風險登記表，並且記錄風險應對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。
敏捷專案管理不同於傳統專案管理，一方面開發評估是以工作量為導向而非時間導向，為風險留足了應對空間，且每個sprint衝刺週期較短，即使出現部分風險，相對來說對於已交付成果來說，變更相對較少；另一方面，敏捷專案管理在專案沒有正式結束前，交付的可用軟體是允許風險存在的，並且是根據風險的優先順序來進行排期修復。
5樓：欣旋諮詢
傳統專案管理通常採用的是瀑布式、部分迭代開發模式，瀑布式開發，是指將專案劃分為N個階段，每個階段的工作都建立在前一階段的基礎上，從專案計畫上看，就像是逐級向下的瀑布，由此得名。輪船、汽車製造業，建築行業一般沿用此法。要求在專案建設時，需求足夠明確、文件足夠規範，迭代過程中需求變更越多、越晚，對專案影響越大、成本越高，影響到專案的交付質量。
兩者之間的聯絡
敏捷專案管理聲稱要擺脫繁冗的流程制度文件，但是對於關鍵的專案文件，比如需求規格說明書等等，是要求必須具備的。所以，敏捷專案管理的專案流程制度管理可以看作是對一套完善的專案管理流程制度的裁剪，只是裁剪的好壞在於敏捷專案團隊成員的適應性與自主性。
具體的敏捷方法在每個迭代週期中都存在立會制度，燃盡圖、看板監控、計畫發布等，這些和PMBOK中對專案生命週期的五個過程組啟動、規劃、執行、監控和收尾的定義沒有衝突矛盾。實際上敏捷專案管理的這些措施可以看作是PMBOK專案生命期五個過程組執行的微縮版，區別在於敏捷專案管理的迭代週期，時間很短，在去執行過程中裁剪了很多規範正式的專案管理流程制度。
兩者之間的區別
專案管理流程可以總結分為五個過程組：啟動、規劃、執行、監控、收尾。敏捷專案管理框架是：構想、推測、探索、適應、結束。
傳統專案管理要對專案的所有過程進行管理和風險把控，並要求在不同環節的有文件輸入和輸出，每個環節都存在啟動、規劃、執行、監控和收尾。如果採用傳統的專案管理模式，一旦出現規劃以外的變更，都需要經過批准後才能執行改變。
敏捷專案管理則較簡化，主張團隊內部的面對面溝通和交流。以 Scrum 為代表，簡單、持續整合、不斷交付、價值優先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發展的技術時變得十分友好。
欣旋諮詢：專案經理、產品經理的培訓專家。欣然學習，凱旋而歸！
傳統專案管理會不會跟敏捷專案管理統一到一起呢？
龍行天下 敏捷專案管理是一種思維的轉變.適用於變化相對較快.需求更新較快的場景.幾乎所有涉及軟體的行業都在直接或間接使用敏捷的概念和思維進行管理。傳統專案管理相對適用於比較按部就班的行業.變化不會太大的行業.二者是在不同的行業發揮不同的價值 諾諾大魔王 專案管理，是一套完善的管理知識體系。包含5大過...
scrum敏捷專案管理怎麼樣？
儲茄 Scrum作為一種專案管理方法，已經幫助數百家公司成功走出困境，高質量 快速地成功交付軟體產品。Scrum是管理複雜專案的簡單方法，它的魅力在於規則和實踐方法數量較少，簡單好用，容易上手。但與此同時，Scrum的簡明性往往又使新手在不知不覺中重拾傳統專案管理方法和工具。使產出成果縮減。在實際專...
敏捷開發和敏捷專案管理，是否適用於製造類企業？
題主你好，說說個人看法 敏捷專案管理是否適用於製造類企業需要看情況而定 專案特徵，是一次性產研專案還是需要持續調整 響應市場的長期專案，敏捷專案管理更加適合需要調整 迭代的第二種情況。專案計畫是否明確，如果需求明確且驗收標準清晰，調整幅度較小，用傳統專案管理思路就挺好 是否能夠形成自組織團隊，如果不...