瀑布式項目管理和敏捷項目管理的區(qū)別是什么？
時間:2021-07-06 瀏覽數(shù) (1587)
很多人都知道，項目管理領(lǐng)域有兩種管理方式：傳統(tǒng)項目管理和敏捷項目管理。很多人在團隊引入敏捷的時候，會有一個疑惑，傳統(tǒng)瀑布式項目管理和敏捷項目管理的區(qū)別是什么？
傳統(tǒng)VS敏捷
傳統(tǒng)項目管理通常采用的是瀑布式、部分迭代開發(fā)模式，瀑布式開發(fā)，是指將項目劃分為N個階段，每個階段的工作都建立在前一階段的基礎(chǔ)上，從項目計劃上看，就像是逐級向下的瀑布，由此得名。輪船、汽車制造業(yè)，建筑行業(yè)一般沿用此法。要求在項目建設(shè)時，需求足夠明確、文檔足夠規(guī)范，迭代過程中需求變更越多、越晚，對項目影響越大、成本越高，影響到項目的交付質(zhì)量。
敏捷項目管理強調(diào)商業(yè)價值的盡早交付，項目團隊的自組織，不斷響應(yīng)客戶動態(tài)的需求變化，持續(xù)的優(yōu)化項目產(chǎn)品和交付流程。它作為新興的項目管理模式，簡化了傳統(tǒng)項目管理的繁瑣流程和文檔。以 Scrum 為代表，歡迎需求變更，在客戶需求不明確的時候，以在較短的周期內(nèi)開發(fā)出可用的軟件為目標(biāo)，來幫助客戶描述自己的需求。迭代過程中的需求變更會加入到項目繼續(xù)迭代需求池，豐富項目的產(chǎn)品功能。
兩者之間的聯(lián)系
敏捷項目管理聲稱要擺脫繁冗的流程制度文檔，但是對于關(guān)鍵的項目文檔，比如需求規(guī)格說明書等等，是要求必須具備的。所以，敏捷項目管理的項目流程制度管理可以看作是對一套完善的項目管理流程制度的裁剪，只是裁剪的好壞在于敏捷項目團隊成員的適應(yīng)性與自主性。
具體的敏捷方法在每個迭代周期中都存在立會制度，燃盡圖、看板監(jiān)控、計劃發(fā)布等，這些和PMBOK中對項目生命周期的五個過程組啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾的定義沒有沖突矛盾。實際上敏捷項目管理的這些措施可以看作是PMBOK項目生命期五個過程組執(zhí)行的微縮版，區(qū)別在于敏捷項目管理的迭代周期，時間很短，在去執(zhí)行過程中裁剪了很多規(guī)范正式的項目管理流程制度。
兩者之間的區(qū)別
項目管理流程可以總結(jié)分為五個過程組：啟動、規(guī)劃、執(zhí)行、監(jiān)控、收尾。敏捷項目管理框架是：構(gòu)想、推測、探索、適應(yīng)、結(jié)束。
傳統(tǒng)項目管理要對項目的所有過程進行管理和風(fēng)險把控，并要求在不同環(huán)節(jié)的有文檔輸入和輸出，每個環(huán)節(jié)都存在啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾。如果采用傳統(tǒng)的項目管理模式，一旦出現(xiàn)規(guī)劃以外的變更，都需要經(jīng)過批準(zhǔn)后才能執(zhí)行改變。
敏捷項目管理則較簡化，主張團隊內(nèi)部的面對面溝通和交流。以 Scrum 為代表，簡單、持續(xù)集成、不斷交付、價值優(yōu)先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發(fā)展的技術(shù)時變得十分友好。
任何項目中的項目風(fēng)險都存在不確定性，一旦發(fā)生，會對項目造成積極或消極的影響，如影響范圍、進度、成本和質(zhì)量。
傳統(tǒng)項目管理要求在規(guī)劃過程中規(guī)劃風(fēng)險管理、識別風(fēng)險，對風(fēng)險進行定性/定量分析，給出風(fēng)險應(yīng)對方案。因為風(fēng)險的不確定性，要求項目風(fēng)險管理必須給未知風(fēng)險或者已知卻又無法主動管理的風(fēng)險分配一定的資源儲備。
傳統(tǒng)項目管理要求持續(xù)跟蹤風(fēng)險登記表，并且記錄風(fēng)險應(yīng)對措施在處理已識別風(fēng)險及其根源方面的有效性，完成風(fēng)險再評估和風(fēng)險審計，直到風(fēng)險被降到最低。
敏捷項目管理不同于傳統(tǒng)項目管理，一方面開發(fā)評估是以工作量為導(dǎo)向而非時間導(dǎo)向，為風(fēng)險留足了應(yīng)對空間，且每個sprint沖刺周期較短，即使出現(xiàn)部分風(fēng)險，相對來說對于已交付成果來說，變更相對較少；另一方面，敏捷項目管理在項目沒有正式結(jié)束前，交付的可用軟件是允許風(fēng)險存在的，并且是根據(jù)風(fēng)險的優(yōu)先級來進行排期修復(fù)。
某些行業(yè)目前還沒有發(fā)展出固定的行業(yè)標(biāo)桿，大家都在競爭中追求最大范圍的滿足行業(yè)需求。在這樣的背景前提下，大部分項目都沒有明確和長久穩(wěn)定的需求，Scrum 管理模式很好的滿足了這個行業(yè)的項目管理現(xiàn)狀。
但是，作為行業(yè)客戶，在大部分的商務(wù)場景下客戶都會希望通過固定成本合同來實現(xiàn)自己的利益最大化，問題是現(xiàn)在合同雙方都很難在項目開始時明確約定需求和最終實現(xiàn)方式。所以，在客戶不能接受 Scrum 時，通常會選擇外瀑布內(nèi)敏捷的項目管理模式（有人稱為“信封法”），滿足雙方的利益。
敏捷項目管理只是一個靈活的實踐框架，提供的是一套清晰的游戲規(guī)則，根據(jù)不同的環(huán)境可以提供一系列不同的途徑。傳統(tǒng)項目管理卻是一套中央集權(quán)制管理法，要求按計劃行事，任何環(huán)節(jié)發(fā)生變更都必須獲準(zhǔn)后才能進行改變。不管是傳統(tǒng)的瀑布式開發(fā)管理還是敏捷迭代式管理，沒有哪個好與不好，只有在不同的項目環(huán)境中哪個更適合，需要量體裁衣。例如建筑行業(yè)適合傳統(tǒng)的瀑布式管理方式，而互聯(lián)網(wǎng)軟件開發(fā)需在傳統(tǒng)的管理方式中結(jié)合敏捷方法。所以，最終的趨勢是互相兼容，優(yōu)勢互補。
查看更多項目管理知識，請點擊訪問項目知識庫
- 2019-07-17
上一條
工程建設(shè)項目不再墊資 下一條
這是最后一條
