傳統(tǒng)項目管理 VS 敏捷項目管理

項目管理廣泛應(yīng)用于軟件開發(fā)行業(yè)，完整的項目管理包含五個部分，分別是：項目啟動、項目規(guī)劃、項目執(zhí)行、項目監(jiān)控、項目收尾。

隨著軟件行業(yè)的發(fā)展，傳統(tǒng)的敏捷項目管理模式，已經(jīng)不適應(yīng)于當前互聯(lián)網(wǎng)行業(yè)快速迭代快速開發(fā)的需求，從而衍生出了 “敏捷項目管理”。

傳統(tǒng)項目管理和敏捷項目管理有什么不同呢？

傳統(tǒng)項目管理是計劃驅(qū)動，而敏捷項目管理是價值驅(qū)動

從項目管理的三要素：時間、范圍、成本來看

傳統(tǒng)的項目管理是先確定產(chǎn)品的需求，在根據(jù)項目需求規(guī)劃和評估所需要的人天、開發(fā)排期等。此種模式下，只有需求是確定的，而所需要到人力分配、開發(fā)時間排期等是根據(jù)需求來制定的，所以，需求的制定需要非常的詳細，導致的結(jié)果就是前期需求會耗費大量的時間和精力。這樣的好處是：根據(jù)制定好的項目需求、人力分配和開發(fā)排期可以估算成本，總覽項目的全貌，查看進度，有效規(guī)避或者減少項目開發(fā)風險。 缺點是：一旦需求變動，會導致項目管理整體流程出現(xiàn)問題，對于需求的變動非常敏感，不適合當前的互聯(lián)網(wǎng)行業(yè)。此種管理模式，也非常的耗時，效率較低下。

敏捷項目管理和傳統(tǒng)項目管理的三要素正好相反，敏捷項目管理中，只有成本（人力）和實踐是固定的，而需求是不固定的，或者說，需求是變化的，有權(quán)重區(qū)別。在這種情況下，項目組優(yōu)先開發(fā)有價值的、需求緊迫的功能特性，這樣，項目開發(fā)中，就可以把最重要、最緊迫的需求和功能特性完成，其他不重要、待定的需求和功能，就先往后排期，這樣遇到需求變更后，也可以輕松應(yīng)對。此種管理模式，由于在需求階段節(jié)省了大量的時間和人力，效率較高，耗時也較短。所以，敏捷項目管理和敏捷開發(fā)一樣，受到互聯(lián)網(wǎng)行業(yè)的喜愛和追捧。

如果從項目流程來看

項目管理流程可以總結(jié)分為五個過程組：啟動、規(guī)劃、執(zhí)行、監(jiān)控、收尾。敏捷項目管理框架是：構(gòu)想、推測、探索、適應(yīng)、結(jié)束。

傳統(tǒng)項目管理要對項目的所有過程進行管理和風險把控，并要求在不同環(huán)節(jié)的有文檔輸入和輸出，每個環(huán)節(jié)都存在啟動、規(guī)劃、執(zhí)行、監(jiān)控和收尾。如果采用傳統(tǒng)的項目管理模式，一旦出現(xiàn)規(guī)劃以外的變更，都需要經(jīng)過批準后才能執(zhí)行改變。

敏捷項目管理則較簡化，主張團隊內(nèi)部的面對面溝通和交流。以 Scrum 為代表，簡單、持續(xù)集成、不斷交付、價值優(yōu)先、擁抱變化的原則。在面對市場、需求時刻變化與不斷發(fā)展的技術(shù)時變得十分友好。

從項目風險來看

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

傳統(tǒng)項目管理要求在規(guī)劃過程中規(guī)劃風險管理、識別風險，對風險進行定性/定量分析，給出風險應(yīng)對方案。因為風險的不確定性，要求項目風險管理必須給未知風險或者已知卻又無法主動管理的風險分配一定的資源儲備。

傳統(tǒng)項目管理要求持續(xù)跟蹤風險登記表，并且記錄風險應(yīng)對措施在處理已識別風險及其根源方面的有效性，完成風險再評估和風險審計，直到風險被降到最低。

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

從企業(yè)項目管理來看

某些行業(yè)目前還沒有發(fā)展出固定的行業(yè)標桿，大家都在競爭中追求最大范圍的滿足行業(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ā)生變更都必須獲準后才能進行改變。不管是傳統(tǒng)的瀑布式開發(fā)管理還是敏捷迭代式管理，沒有哪個好與不好，只有在不同的項目環(huán)境中哪個更適合，需要量體裁衣。例如建筑行業(yè)適合傳統(tǒng)的瀑布式管理方式，而互聯(lián)網(wǎng)軟件開發(fā)需在傳統(tǒng)的管理方式中結(jié)合敏捷方法。所以，最終的趨勢是互相兼容，優(yōu)勢互補。

無所謂哪個是更優(yōu)勢的管理方法，只能看哪個是更適合的管理方法！

關(guān)注公眾號:PMP 項目管理之家、才聚項目管理PMP暨NPDP考試中心