這個問題關(guān)注了很久，一直沒想好要怎么分享，因為我希望分享出來，大家能有理論所依。

其實項目管理就是搞定10大知識領(lǐng)域，沒錯PMP認(rèn)證的考點，當(dāng)然，也就是項目管理行業(yè)最基礎(chǔ)的系統(tǒng)體系。

因為最近很多找我的都是項目小白，就當(dāng)作是一篇科普文分享一下吧。

最近給老原后臺或是加我微信的很多小友，都是項目小白，可能對項目管理還沒有一個大概的認(rèn)知，問題大多集中在：

都有哪些項目管理方法可以用？ 怎么選對的項目管理方法？

我應(yīng)該選敏捷還是瀑布？ ……

所以今天老原匯總了16種項目管理方法，以及每種方法的優(yōu)缺點，幫助大家選擇和判斷。

如果你是項目小白，或者剛?cè)胄?-2年，建議可以收藏起來，大膽假設(shè)，小心實踐。

今天的文章分2部分

1、項目管理10大領(lǐng)域

2、常見的16種項目管理方法（上）

一、初識10大領(lǐng)域

這個部分老原沒打算展開談太多，主要是給小白做個科普，搞清楚項目管理的10大領(lǐng)域，到底都是干啥的，有什么用？

要成功交付一個項目：

如果這些你都能理解，那你算是入門；如果你自己能用好，那你算個行家；如果你不僅自己能用，還能帶徒弟，那你是個專家。

老原建議大家都給自己做個簡單的測試。

如果只是某個環(huán)節(jié)薄弱，你只需要重點突破就好，如果你每個環(huán)節(jié)都有點問題，帶項目也不知道從哪里入手，別想了，你應(yīng)該系統(tǒng)提升一下，凡事只懂個皮毛，你不如不懂。

很多人認(rèn)為帶項目不就是為人處事嘛，靠經(jīng)驗就夠了，實戰(zhàn)不比理論好？

這是一個認(rèn)知陷阱，在理論和實戰(zhàn)面前，人們總喜歡把它們放在對立面，為什么不可以都要？

PMP項目管理是龐大的體系，它會告訴學(xué)習(xí)這套理論的人，應(yīng)該做哪些事，可以用什么方法，應(yīng)該得到什么結(jié)果。

而在你「知道」了，接下來就得「做到」，做到以后會得到「反饋」，反饋到哪？反饋到你已經(jīng)建立好的那些基礎(chǔ)理論上。

這樣重復(fù)實踐、補充，還愁能力不會提高嗎？

你能力不夠，也可能只是地基沒有打好而已。

二、16種常見項目管理方法

不講條理和方法的項目管理，都是耍流氓。

任何一種沒有效果的交付，也只是自欺欺人。為了保證項目交付，就得把前面的10大領(lǐng)域都搞定，那接下來我們要解決的問題就是，用什么方法，完成這每個環(huán)節(jié)的內(nèi)容？

趁手的兵器，可以讓一個士兵變得驍勇善戰(zhàn)，同樣，一個合適的項目管理方法，既可以節(jié)約項目管理上的時間花費，還能讓工作變得高效。

你們不是常問，項目經(jīng)理的職責(zé)是什么嗎？很簡單，選對方法，用對工具，找對人。

01瀑布式管理法

瀑布式項目管理法，指活動像瀑布一樣沿著列表、按順序向下流動，以特定順序執(zhí)行于多個靜態(tài)階段(包括：需求分析、設(shè)計、測試、實現(xiàn)、維護(hù)階段)。

瀑布式項目管理，適用于中小型、工作成果可以一次性交付、需求非常清楚、不隨時產(chǎn)生變更的項目。

優(yōu)點：條理清晰、過程和進(jìn)度可見性高，可有效控制項目時間、成本及質(zhì)量，項目健康狀態(tài)清晰易見 缺點：不能很好的適應(yīng)變化、不適合復(fù)雜系統(tǒng)、不適合需求不穩(wěn)定及不明確需求的項目。

02敏捷管理

敏捷管理是為需要極大靈活性和速度的項目而開發(fā)的，由一個個短交付周期組成，也就是“ sprints ”。

敏捷項目管理模式允許在每次迭代開始時添加或移除工作范圍。

它屬于輕量級的管理工具，不需要明確所有的需求就可以開工。

缺點：在項目開始階段無法準(zhǔn)確估計成本和周期，無法提供像傳統(tǒng)瀑布項目管理那種直觀的進(jìn)度、成本分析（如掙值分析）。

因此，對于時間或成本受限，需求相對明確的項目而言，敏捷并不是最好的管理方法。

關(guān)于瀑布和敏捷，要想理解其實看一張圖就夠了：

03混合管理模式

許多項目團(tuán)隊傾向使用瀑布方法或敏捷方法，這兩種方法可以結(jié)合使用。

其中計劃和需求階段是在「瀑布方法」下進(jìn)行的，而設(shè)計、開發(fā)、實現(xiàn)和評估階段則遵循「敏捷方法」。

04Scrum

Scrum 是用于開發(fā)、交付和持續(xù)支持復(fù)雜產(chǎn)品的一個框架，是一個增量的、迭代的開發(fā)過程。

在這個框架中，整個開發(fā)過程由若干個短的迭代周期組成。適用于單個團(tuán)隊的產(chǎn)品管理過程。

Scrum 是敏捷框架的一部分，本質(zhì)上也是交互式的。通過“ Scrum 會議”或“30天的sprints ”來確定任務(wù)的優(yōu)先級。

Scrum master 通常被用來幫助項目經(jīng)理，而不是作為項目經(jīng)理。

小團(tuán)隊可以獨立地專注于特定的任務(wù)，然后會與 Scrum master 會面，評估進(jìn)度或結(jié)果，并重新確定積壓任務(wù)的優(yōu)先級。

05Kanban

Kanban 方法是為了解決“各個環(huán)節(jié)忙閑不勻，流程難以銜接”的問題而產(chǎn)生的，也就意味著它最大的優(yōu)勢是流程可視化。

Kanban 就像一個空貨架，從視覺上對產(chǎn)品的流動進(jìn)行追蹤，以至于很容易發(fā)現(xiàn)瓶頸在哪里，空缺在哪里，生產(chǎn)流程是否銜接緊密等問題。

Kanban 重點在于持續(xù)的協(xié)作，并能夠促進(jìn)一個持續(xù)學(xué)習(xí)和改進(jìn)的環(huán)境。

06 Scrumban

Scrumban 為產(chǎn)品開發(fā)和支持團(tuán)隊提供了來自 Scrum 和 Kanban 的最佳特性。

通過結(jié)合 Kanban 的拉動系統(tǒng)和 Scrum 的待辦事項列表優(yōu)先級和短周期，不僅可快速有效地完成工作，還可以通過暴露弱點來改進(jìn)流程。

通過利用這兩種框架的優(yōu)點，可以減少浪費、縮短交貨期、周轉(zhuǎn)時間，并交付更高質(zhì)量的產(chǎn)品和服務(wù)。

07事件鏈方法 ( ECM )

作為關(guān)鍵路徑方法或關(guān)鍵鏈方法的一個附加選項，ECM 側(cè)重于在項目開始時就能夠識別、分析和管理任何潛在的風(fēng)險。

目標(biāo)是確定風(fēng)險成為現(xiàn)實的可能性、可能發(fā)生的時間以及對項目的影響。

08 精益六西格瑪

精益和六西格瑪?shù)慕Y(jié)合是以客戶為中心，以提高業(yè)務(wù)效率和有效性為目標(biāo)，需要識別和理解工作是如何完成的(價值流)。

精益六西格瑪致力于改進(jìn)流程，消除不必要的浪費，以及減少缺陷。

今天先分享8種常用方法，大家先消化這些就夠了，想要繼續(xù)了解的小友，也不用擔(dān)心，老原會在之后的文章里面繼續(xù)分享。

畢竟干貨這東西，重點還得是有效，對你們有用，才有價值。

最后再啰嗦一句，所有的方法論只能給你提供思路和框架，至于結(jié)果如何，還得靠自己的決策和執(zhí)行。

原創(chuàng)文章，未經(jīng)授權(quán)請勿轉(zhuǎn)載

——

我是老原，歡迎關(guān)注我的公眾號【項目經(jīng)理老原】，每天都會有項目管理案例干貨分享。