一旦你決定要 成為項目經理，下一步就是找出適合你和你的團隊的項目管理方法。

這個世界大概有大約 8,462 種項目管理方法可供選擇，你怎么知道哪一種適合你和你的團隊？

項目管理方法的前景似乎有點勢不可擋。

無論你是否擁有正式的項目管理認證，或者你正在從經驗中學習成為項目經理，

都有絕對的項目方法可供選擇。

它們通常帶有自己的規(guī)則、列表、原則和無窮無盡的首字母縮略詞。

我們相信找到合適的項目管理方法來管理你的工作而不應該是用來造原子彈的公式。

因此，我們推薦了這份不同項目管理方法的列表，以幫助你確定可以用于每個團隊和項目的方法、原則和工具。

什么是項目管理方法論？

項目管理方法論是一組指導你組織項目以確保其最佳性能的原則和實踐。

基本上，它是一個可以幫助你以最佳方式管理項目的框架。

項目管理對組織和團隊非常重要 ，但為了使其真正有效，你需要確保將項目管理方法正確地映射到你的團隊類型、項目、組織和目標。

為什么有這么多不同的項目管理方法？

沒有兩個項目是完全相同的，即使你使用項目模板等方便的功能來復制你過去的成功。

當你考慮到不同類型的團隊以及不同類型 行業(yè)的不同目標、KPI 和生產方法時，沒有一種萬能的方法來管理項目是有道理的。

對一種類型的團隊最有效的方法可能對另一種類型的團隊來說絕對是一場噩夢。

例如，許多軟件開發(fā)人員開始發(fā)現(xiàn)傳統(tǒng)的項目管理方法正在阻礙（而不是幫助）他們的工作流程，并對他們的績效和結果產生負面影響。

結果，軟件團隊開始開發(fā)一種新型的項目管理方法，旨在解決他們的特殊問題。

不久之后，其他團隊和行業(yè)開始調整這些新的項目管理方法，以滿足他們獨特的需求和關注點。不斷地，不同的項目管理方法被重新調整用途并適應不同的行業(yè)，并進行調整以適應特定的用例。

我們剩下的是大量不同的項目管理方法可供選擇。那么，你如何知道哪種項目管理方法適合你和你的團隊？

你如何選擇正確的項目管理方法？

有很多因素會影響哪種項目管理方法適合你的項目、團隊和組織。

以下是一些可以幫助你做出決定的關鍵考慮因素的快速細分：

• 成本和預算：在 10到1000000 的范圍內，你的預算是什么？如果有必要，是否有改變的余地，或者它是否必須保持在這些預定的范圍內？
• 團隊規(guī)模：有多少人參與？有多少利益相關者？你的團隊是相對緊湊和自組織，還是更龐大，需要更嚴格的授權？
• 承擔風險的能力：這是一個具有重大影響的大型項目，需要仔細管理以交付非常嚴重的結果嗎？或者它是一個小規(guī)模的項目，有更多的玩耍空間？
• 靈活性：項目范圍在過程中是否有變化的空間？成品呢？

• 時間表：分配了多少時間來完成項目匯報？你是否需要快速周轉，還是更重要的是無論需要多長時間才能獲得完美的結果？
• 客戶/利益相關者協(xié)作：客戶/利益相關者需要（或希望）參與流程的程度如何？你需要或希望他們參與到何種程度？

我們編制了這份項目管理方法列表，以幫助你掌握基礎知識。

雖然它并不完全全面，但我們的目標是為你提供一些不同方法的概述，以便你了解其中的內容并找出哪種方法可能適合你的特定項目。

1. 瀑布方法

瀑布法是一種傳統(tǒng)的項目管理方法。在其中，任務和階段以線性、順序的方式完成，項目的每個階段都必須在下一個階段開始之前完成。

瀑布項目管理的階段通常遵循以下順序：

• 要求
• 分析
• 設計
• 建造
• 測試
• 部署和維護

進展向一個方向流動，就像一個真正的瀑布。

不過，就像真正的瀑布一樣，這很快就會變得危險。

由于一切都是從一開始就制定好的，如果期望與現(xiàn)實不符，就會有很大的錯誤空間。

一旦完成，就無法回到前一個階段（想象一下試圖逆著瀑布游泳——不好玩）。

在以下情況下嘗試此項目管理方法：

• 你項目的最終目標已明確定義——并且不會改變。
• 利益相關者確切地知道他們想要什么（并且不會改變）。
• 你的項目是一致且可預測的（即不會改變）。
• 你在需要大量項目跟蹤或文檔的受監(jiān)管行業(yè)工作。
• 你可能需要在中途將新人引入項目并讓他們快速上手。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你的項目可能會發(fā)生變化。
• 在開始之前，你并沒有全面了解所有要求。
• 你需要在此過程中進行持續(xù)測試或適應反饋。

2. 敏捷方法論

敏捷項目管理方法源于對傳統(tǒng)項目管理方法的線性方法越來越不滿。

由于項目管理方法的局限性無法適應項目的進展，

因此他們開始將重點轉移到更具迭代性的模型上，該模型允許團隊在過程中根據(jù)需要修改項目，而不必等到結束審查和修改。

敏捷項目管理的概念已經引發(fā)了幾個特定的子框架和方法論，例如 Scrum、看板和精益。但它們有什么共同點？敏捷項目管理方法的關鍵原則是：

• 合作的行為。
• 快捷。
• 對數(shù)據(jù)驅動的變化持開放態(tài)度。

因此，敏捷項目管理方法通常涉及較短的工作階段，并在整個過程中進行頻繁的測試、重新評估和調整。

在許多敏捷方法中，所有要完成的工作都被添加到團隊可以在每個階段或周期中完成的積壓工作中，項目經理或產品負責人優(yōu)先考慮積壓工作，以便團隊知道首先關注什么。

在以下情況下嘗試此項目管理方法：

• 你的項目可能會發(fā)生變化。
• 你一開始并不確定解決方案會是什么樣子。
• 你需要快速工作，看到快速的進步比完美的結果更重要。
• 你的利益相關者或客戶需要（或希望）參與每個階段。

在以下情況下，此項目管理方法不適合你：

• 你需要大量文檔（例如，如果你將在項目期間引入新人）。
• 你需要一個可預測的可交付成果，并且你需要從一開始就清楚地知道它的樣子。
• 你的項目不能在其過程中進行更改。
• 你沒有自我激勵的人。
• 你有嚴格的截止日期或可交付成果，你需要及時掌握。

3. Scrum 方法論

Scrum 是敏捷項目管理的一種形式。你可以將其視為一個框架，而不是其本身的項目管理方法。Scrum的英文意思是橄欖球運動的一個專業(yè)術語，表示“爭球”的動作。

使用 Scrum，工作被分成稱為“沖刺”的短周期，通常持續(xù)約 1-2 周。工作取自每個 sprint 迭代的積壓工作，

Sprint是短距離賽跑的意思，這里面指的是一次迭代，而一次迭代的周期是1個月時間（即4個星期），也就是我們要把一次迭代的開發(fā)內容以最快的速度完成它，這個過程我們稱它為Sprint。

小團隊在沖刺期間由流程管理員 Scrum Master（與 項目經理不同）領導，之后他們在“沖刺回顧”中審查他們的表現(xiàn)，并在開始下一個沖刺之前進行任何必要的更改。

在以下情況下嘗試此項目管理方法：你正在努力實現(xiàn)持續(xù)改進。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：你沒有獲得團隊所需的全部承諾來使其發(fā)揮作用。

4. Kanban methodology

看板是敏捷項目管理中的另一種方法。

“看板”一詞起源于制造業(yè)，已經演變?yōu)橐环N框架，在該框架中，任務通過看板上的列進行時以視覺方式表示 。

當團隊有能力時，工作會連續(xù)從預定義的積壓工作中提取出來，并在板上的列中移動，每一列代表流程的一個階段。

看板非常適合讓每個人立即直觀地了解每件工作在任何給定時間的位置。（從內容營銷流程到招聘流程，你都可以使用看板 。）

它還可以幫助你了解哪里有形成瓶頸的風險——例如，如果你注意到你的一個列被堵塞，你就會知道這是你的流程中需要檢查的一個階段。

當用作敏捷項目管理方法的一部分時，實施在制品 (WIP) 限制也很常見。

正在進行的工作限制限制了在任何給定時間進行的任務數(shù)量，這意味著你只能在每列（或整個板上）中擁有一定數(shù)量的任務。

這可以防止你的團隊將精力分散在過多的任務上，而是通過單獨專注于每項任務來確保他們能夠更高效地工作。

在以下情況下嘗試此項目管理方法：

• 你正在尋找項目進度的可視化表示。
• 你想要一目了然的狀態(tài)更新。
• 你想鼓勵使用 WIP 限制，以便你的團隊可以保持專注。
• 你更喜歡在持續(xù)的“拉動”基礎上工作。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你的過程非常復雜或有很多階段。
• 你想要一個推系統(tǒng)而不是拉系統(tǒng)。

5. Scrumban 方法

這是對古老問題的答案：如果 Scrum 和看板有一個孩子會怎樣？

Scrumban 是一種混合敏捷項目管理方法，具有 Scrum 的鼻子和看板的眼睛。

scrumban 作為一種方法的主要好處是，與其在一開始就決定在每個 sprint 中處理哪些任務（就像你在“傳統(tǒng)” scrum 框架中所做的那樣），scrumban 允許團隊不斷地從根據(jù)他們的能力積壓（就像他們在看板框架中一樣）。

在你的 sprint 周期（來自 scrum）中使用在制品限制（來自看板），你可以保持持續(xù)的流程，同時仍然根據(jù)需要結合項目規(guī)劃、審查和回顧。

在以下情況下嘗試此項目管理方法：

• 你曾經看過 scrum 和看板，并想“我希望這兩個瘋狂的孩子能聚在一起”。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你曾經若有所思地看著窗外并想，“哦，scrum 就是 scrum，看板就是看板，兩者永遠不會相遇”。

6. 極限編程（XP）方法

極限編程 (XP) 方法是另一種形式的敏捷項目管理，專為軟件開發(fā)而設計。

極限編程（Extreme Programming，XP）是一門針對業(yè)務和軟件開發(fā)的規(guī)則，它的作用在于將兩者的力量集中在共同的、可以達到的目標上。

它強調經理、客戶和開發(fā)人員之間的團隊合作和協(xié)作，團隊自組織。

它有一套團隊應遵循的 明確規(guī)則 ，這些規(guī)則基于其五個價值觀：簡單、溝通（首選面對面）、反饋、尊重和勇氣。

在以下情況下嘗試此項目管理方法：

• 你想促進團隊合作和協(xié)作。
• 你有一個小型的、位于同一地點的團隊。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你是個違反規(guī)則的人。
• 你的團隊分布在不同的地方和時區(qū)。

7. 自適應項目框架（APF）方法

自適應項目框架 (APF：Adaptive Project Framework) 方法，也稱為自適應項目管理 (APM：Adaptive Project Management)，是一種敏捷項目管理方法，其設計時考慮了變革的必然性。

自適應項目框架知道，即使是最好的項目也經常出錯。因此，APF 的基本屬性是團隊需要能夠自適應地響應變化。

這意味著使用自適應項目框架方法，團隊必須嘗試預測風險并為項目中的意外情況做好準備。他們需要了解關鍵組件不斷變化，并且能夠在考慮這些移動部件的情況下不斷重新評估結果和決策。

這需要與所有利益相關者進行大量溝通，并且——與其他敏捷項目管理方法一樣——能夠協(xié)同工作。

在以下情況下嘗試此項目管理方法：

• 你知道你的最終目標（在項目管理術語中，你已經概述了你的滿足條件；或者你很清楚你很清楚自己想要什么）。

在以下情況下，此項目管理方法不適合你：

• 你需要可預測性。
• 你沒有資源來處理適應性的潛在負面影響（例如范圍蔓延、返工、誤用時間）。

8. 精益方法

精益是另一種起源于制造業(yè)（特別是豐田生產系統(tǒng)）的項目管理方法。這一切都是關于將精益原則應用于你的項目管理方法，以最大限度地提高價值并最大限度地減少浪費。

雖然這最初是指減少制造過程中的物理浪費，但現(xiàn)在它指的是項目管理過程中的其他浪費實踐。這些被稱為 3M：muda、mura 和 muri。

• Muda （浪費）消耗資源而不為客戶增加價值。
• Mura （不均勻）發(fā)生在你在一個區(qū)域的生產過剩導致所有其他區(qū)域失控時，導致你的庫存過多（浪費！）或效率低下（也浪費?。?/span>
• Muri （過載）發(fā)生在設備和人員等資源壓力過大時，這通常會導致機器和人員故障。

使用精益的關鍵原則，項目經理可以減少這些類型的浪費，以創(chuàng)建更高效的工作流程。

在以下情況下嘗試此項目管理方法：

• 你正在尋找一組可以幫助你減少脂肪并優(yōu)化流程的原則。
• 你一直在努力為客戶改進和增加價值。
• 你希望最終降低成本。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你不能遇到供應問題（例如，你沒有足夠的庫存）或失去出錯的余地（例如，在基本設備故障的情況下）。
• 你沒有預算進行投資（雖然精益項目管理旨在降低總體成本，但實施起來可能成本高昂）。
• 事實上，你喜歡浪費。

9. 關鍵路徑法

關鍵路徑方法（也稱為關鍵路徑分析）是一種識別和調度構成項目的所有關鍵任務及其依賴關系的方法。

這意味著你需要：

確定實現(xiàn)項目目標所需完成的所有基本任務

估計每項任務將花費多少時間（請記住，某些任務需要先完成才能開始其他任務）

使用所有這些信息來安排你需要采取的“關鍵路徑”，以便在不遺漏任何關鍵步驟的情況下盡快完成項目。

最長的關鍵任務序列將成為你的關鍵路徑，并將定義你的項目的時間范圍。

在此過程中，你將遇到里程碑 ，當一組任務（或階段）結束并且你可以繼續(xù)下一個任務時，這些里程碑將發(fā)出信號。

有很多方法可以可視化關鍵路徑，具體取決于項目的復雜性，從流程圖到甘特圖。

在以下情況下嘗試此項目管理方法：

• 你的項目規(guī)模龐大且復雜。
• 你的項目有很多依賴項。
• 你正在尋找一種可視化的方式來繪制任務序列。
• 你需要確定哪些任務最重要，以便更好地分配資源。
• 你有一個嚴格的計劃和最后期限，沒有做傻事的余地。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你不需要非常復雜的東西。
• 你不確定截止日期、時間安排或持續(xù)時間。
• 你的項目需要回旋余地來改變。

10. 關鍵鏈項目管理

關鍵鏈項目管理（或 CCPM:Critical Chain Project Management）將關鍵路徑方法（CPM:Critical Project Management）更進一步。

雖然關鍵路徑方法定義了從項目開始到結束完成每個關鍵活動所需的時間長度，但在實際付諸實踐時，它通常是不切實際的。

關鍵鏈項目管理通過為項目的人為因素（例如延遲和資源問題）留出更多時間來解決這些問題。

在關鍵鏈項目管理中，你內置了一些緩沖區(qū)，你的關鍵鏈可以使用這些緩沖區(qū)而不會破壞其他所有內容，這樣你的整個項目就不必因為生活發(fā)生而偏離軌道。

在以下情況下嘗試此項目管理方法：

• 你喜歡關鍵路徑方法的聲音，但你想要一些更真實的東西。
• 你已經高估了 CPM 中的任務持續(xù)時間以允許緩沖，并且你希望獲得與你的預測相比工作實際花費多長時間的更準確數(shù)據(jù)。

在以下情況下，此項目管理方法不適合你：

• 你認為緩沖區(qū)只是第一次沒有正確計劃的人的安全網(wǎng)。
• 什么都不會出錯。

11. 新產品介紹（NPI）

NPI(New Product Introduction)新產品介紹是一種很好的項目管理方法，當你想介紹新產品時。

也稱為新產品開發(fā) (NPD:New Product Development)，新產品引入流程涵蓋了你定義、開發(fā)和推出新（或改進）產品所需的一切。

該項目在整個開發(fā)過程中遵循單一產品。此過程涉及多個階段或階段門過程，可能因組織而異，但通常包括以下內容：

• 定義產品規(guī)格和項目范圍
• 評估可行性
• 開發(fā)原型
• 通過測試和分析驗證原型
• 大規(guī)模生產產品
• 評估產品發(fā)布后在市場上的成功

由于成功推出新產品的要求跨越組織的多個部門，從領導到產品經理再到市場營銷等等，它需要大量的跨職能協(xié)作和溝通。

使用產品發(fā)布模板從頭到尾管理發(fā)布計劃流程，并更快、更高效地將新產品推向市場。

在以下情況下嘗試此項目管理方法：

• 你正在將一種新的或改進的產品推向市場。
• 你專注于單一產品。
• 你想從一開始就培養(yǎng)關鍵利益相關者和跨職能部門的一致性。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你不會將新的或改進的產品推向市場。
• 你正在尋找一種更敏捷的產品開發(fā)方法（因為 NPI 通常是順序的而不是迭代的）。

12. 包啟用再造 (PER)

包啟用再造 (PER:Package-Enabled Reengineering) 是一種項目管理方法，旨在幫助組織以全新的眼光重新設計產品或流程。它專注于通過重新設計流程或重新調整人員來快速和戰(zhàn)略性地促進業(yè)務轉型。

在以下情況下嘗試此項目管理方法：

• 你的組織需要大修。
• 你需要對你的產品或流程有一個全新的視角。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你不是在嘗試改進現(xiàn)有系統(tǒng)。

13. 結果映射

結果映射是由國際發(fā)展研究中心（IDRC:International Development Research Centre）設計的項目進度測量系統(tǒng)。

它與上面提到的其他項目管理方法的不同之處在于它不關注可衡量的可交付成果。相反，它專注于創(chuàng)造持久的行為改變。

這是發(fā)展中國家慈善項目中常用的項目管理方法。作為一種項目管理方法，與其說是項目本身，不如說是項目的長期影響及其影響社區(qū)變化的能力。

因此，它衡量的是影響而不是其他（也許更“典型”）項目進度的衡量標準。

結果映射包括一個漫長的設計階段，然后是一個記錄保存階段以跟蹤結果。

在以下情況下嘗試此項目管理方法：

• 你的項目旨在改變行為而不是產生可交付成果。
• 你的項目與變革和社會轉型有關（例如在國際發(fā)展、慈善、傳播、研究領域）。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你的項目都是關于成品而不是行為結果。

14. 六西格碼

六西格碼是一種改進流程的方法，重點是確保輸出的一致性和無可挑剔的質量。

有幾種不同的風格可用，例如精益六西格碼和敏捷西格瑪，但最終六西格碼是一種業(yè)務方法，旨在通過使用其定義的方法來消除缺陷并減少變化。

六西格碼方法可用于優(yōu)化和改進現(xiàn)有流程或創(chuàng)建新流程。

要改進業(yè)務流程，你可以使用6 Sigma DMAIC流程，它代表項目方法中的各個階段： 定義、測量 、分析 、 改進、 控制。

要創(chuàng)建新流程或產品，你可以使用 6 Sigma DMADV 流程： 定義、測量、分析 、 設計 、驗證 。

作為一套原則和技術（有時甚至被描述為“哲學”）而不是項目管理方法本身，六西格碼方法可以與許多其他項目管理方法一起應用，如精益和敏捷。

在以下情況下嘗試此項目管理方法：

• 你正在尋找一套可以隨身攜帶的原則和理念，適用于幾乎每個項目和組織。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你沒有太多的預算來投資培訓——獲得培訓和認證可能會很昂貴。
• 你正在為特定項目尋找定義的流程，而不是一組指導規(guī)則。

15. PMI 的 PMBOK

項目管理協(xié)會的項目管理知識手冊（又名 PMI 的 PMBOK）本身并不是一種項目管理方法。然而，它是一個最佳實踐指南——它構成了 PMI 項目管理專業(yè)人員 (PMP) 認證的基礎，這是領先的項目管理資格之一。

因此，PMBOK 是一套行業(yè)標準的指導原則，你可以使用它來確保跨多種類型的團隊和組織的項目符合 PMI 的高標準并遵守最佳實踐。

在以下情況下嘗試此項目管理方法：

• 你擁有（或想要獲得）PMP。
• 你希望了解最新的行業(yè)標準和最佳實踐。
• 你在 PMP 是標準項目管理資格的地方（例如美國）生活和工作。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你需要一個可靠的項目管理方法來映射你的項目，而不是一般（盡管有幫助）的項目管理知識。

16. PRINCE2 方法論

PRINCE2（受控環(huán)境中的項目 ）是一種項目管理方法和認證，旨在使項目經理掌握最佳實踐和流程的知識。

與 PMP 認證不同，它不需要許多先決條件，對于希望獲得方法基礎和資格的項目經理來說，它是一個不錯的選擇。

與 PMP 不同的是，PRINCE2 本身就是一種方法論。它以七項原則為指導，這反過來又規(guī)定了項目經理在使用 PRINCE2 時需要在每個項目中使用的七個流程。

在以下情況下嘗試此項目管理方法：

• 你正在尋找能夠為你帶來優(yōu)勢的認證。
• 你在PRINCE2是標準項目管理資格的地方（例如英國）生活和工作。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你不想承諾完全認證。
• 七步過程不會映射到你的項目。

你會發(fā)現(xiàn)自己對流程階段進行了如此多的剪裁（或完全忽略），以至于它變成了 PINO——“名義上的 PRINCE”。

17. 快速應用程序開發(fā) (RAD) 方法

快速應用程序開發(fā) (RAD：Rapid Application Development) 是一種敏捷項目管理方法，旨在促進更快的軟件開發(fā)。

它使用快速的原型發(fā)布和迭代來在短時間內收集反饋，并重視用戶的反饋，而不是嚴格的計劃和需求記錄。

在以下情況下嘗試此項目管理方法：

• 你希望能夠更快地為客戶/客戶/利益相關者提供一個工作模型（即使它并不完美）。
• 你想創(chuàng)建多個原型并與利益相關者一起選擇最好的一個。
• 速度至關重要。
• 你想鼓勵代碼重用。

如果出現(xiàn)以下情況，此項目管理方法可能不適合你：

• 你沒有經驗豐富的團隊。
• 你的客戶或利益相關者沒有時間致力于這樣的協(xié)作過程，或者無法在必要的時間范圍內提供反饋。
• 你有一個龐大的團隊。
• 你更喜歡有一個詳細的規(guī)范來概述所有功能和非功能需求。

正確的項目管理方法可以提升你的項目并幫助項目經理充分利用每個團隊。

無論你喜歡IT 項目管理中青睞的敏捷方法，還是建筑和制造中使用的更傳統(tǒng)的瀑布項目管理和關鍵路徑方法，每個團隊都有適合的項目管理方法。