十大項目管理方法：概述

什麼是項目管理方法論？

項目管理方法論是一組用於計劃、執行和管理項目的原則、工具和技術。 項目管理方法幫助項目經理領導團隊成員和管理工作，同時促進團隊協作。

有許多不同的項目管理方法，它們都有優點和缺點。 其中一些在特定行業或項目中效果更好，因此您需要了解項目管理方法來確定哪一種最適合您。

我們將介紹一些最流行的項目管理方法，這些方法應用於軟件開發、研發和產品開發等許多領域。

十大項目管理方法論

如果您管理項目，則需要了解項目管理方法。 以下是您可以使用的最常用的項目管理方法的簡要概述。

1. 瀑布方法論

這可能是此列表中所有項目管理方法中最直接和線性的方法，也是最傳統的方法。 這個名字很貼切，因為瀑布方法是一個項目階段向下流動的過程。 瀑布模型要求您只有在該階段成功完成後才能從一個項目階段轉移到另一個階段。

何時使用：瀑布方法非常適合高度結構化的製造和建築項目，並且在事後調整或更改任何內容的成本太高時。 瀑布法利用甘特圖進行計劃和調度； 下面是一個例子。

2. 敏捷方法論

它是什麼：簡而言之，敏捷項目管理是一種不斷發展和協作的跨團隊自組織方式。 在實施敏捷方法時，項目規劃和工作管理是適應性的，在開發過程中是進化的，尋求早期交付，並且如果這會導致流程改進，那麼總是願意接受改變。 與瀑布項目管理不同，它快速靈活。

敏捷方法為項目團隊提供了一種非常動態的工作和協作方式，這就是為什麼它是一種非常流行的產品和軟件開發項目管理方法。 這是因為我們所認為的敏捷真正出現在 2001 年，由 17 位軟件開發人員撰寫的“敏捷軟件開發宣言”的出版。

何時使用它：這種做法起源於軟件開發，並且在這種文化中運作良好。 你怎麼知道敏捷是否適合你？ 它已應用於尋求創新驅動並具有一定程度不確定性的非軟件產品，例如計算機、機動車輛、醫療設備、食品、服裝、音樂等； 它也被用於需要更快速響應和快節奏的生產計劃的其他類型的項目，例如營銷。

相關：敏捷與瀑布以及混合項目的興起

3. Scrum 方法論

它是什麼： Scrum 是一種管理項目的簡短“衝刺”方法。 Scrum 方法對於不超過 10 人的團隊來說是理想的，並且經常被束縛在兩週的周期和簡短的每日會議上，稱為每日 Scrum 會議。 它由所謂的 scrum master 領導。 Scrum 在敏捷項目管理框架內工作，儘管已經嘗試擴展 Scrum 以適應更大的組織。

Scrum 一詞是在 1986 年 Hirotaka Takeuchi 和 Ikujiro Nonaka 的一篇“哈佛商業評論”文章中引入的。 當 Ken Schwaber 和 Mike Beedle 於 2001 年撰寫《Agile Software Development with Scrum》一書時，它成為敏捷的一部分。 Schwaber 於 2002 年成立了 Scrum 聯盟，這是一個經過認證的 Scrum 認證系列。 Schwaber 於 2009 年離開 Scrum 聯盟，創辦了一個名為 Scrum.org 的平行認證組織。

何時使用它：與敏捷一樣，scrum 方法主要用於軟件開發，但支持者指出它適用於任何行業或業務，包括零售物流、活動策劃或任何需要一定靈活性的項目。 但是，它確實需要嚴格的 Scrum 角色。

4. 項目管理知識體系（PMBOK）

它是什麼：如果它是一種方法論的話，它就是方法論的鼻祖。 項目管理協會 (PMI) 是一個非營利性會員協會、項目管理認證和標準組織。

該組織編寫了一本名為“項目管理知識體系”或 PMBOK 的書。 PMBOK 為項目規劃、調度、執行和控制提供了定義和指南。 例如，項目管理過程組描述了項目生命週期，而 10 個項目管理知識領域則解釋瞭如何管理項目。

首先，PMBOK 是 Project Management Body of Knowledge 的首字母縮寫詞。 這是一本由 PMI 出版的書，收集了業界公認的流程、最佳實踐、術語和指南。 它於 1996 年首次出版，即將於 2017 年秋季出版第六版。

何時使用它：幾乎任何項目都可以從 PMBOK 中受益，因為所有大小項目都將經曆本書中概述的各個階段。 可以這麼說，這是讓每個人都在同一頁面上的好方法，並提供了項目管理方式的清晰定義。

項目管理協會也是授予PMP認證的組織，這是項目經理的黃金標準，在世界範圍內得到認可。 PMBOK 是運行項目的優秀傳統框架。

5. 關鍵路徑法（CPM）

它是什麼：在關鍵路徑方法 (CPM) 中，您構建項目模型，包括工作分解結構中列出的所有活動、這些任務的持續時間、如果存在任何任務依賴關係以及標記里程碑表示項目的較大階段或項目可交付成果到期的時間點。

使用此信息，您可以確定完成項目的最長任務序列，這稱為關鍵路徑。 您需要密切關注這些任務，因為如果其中一項任務被推遲，整個項目都會被推遲。

關鍵路徑方法是在 1950 年代後期由杜邦公司的 Morgan R. Walker 和 Remington Rand 的 James E. Kelley, Jr. 開發的。 杜邦早在 1940 年代就已經在使用 CPM 的前身，並將其應用於曼哈頓計劃。

何時使用它： CPM 更適用於小型或中型項目。 項目越大，在沒有項目管理軟件的情況下，獲取圖表所需的所有數據並理解它就越困難。

6.關鍵鏈項目管理（CCPM）

它是什麼：在 CCPM 中，您關注的是您將用於完成項目的資源，例如團隊、設備、辦公空間等。這是一種技術含量較低的項目管理方法，沒有投入太多強調任務順序或時間表，而是平衡資源並保持它們的靈活性。

1997 年首次介紹，在 Eliyahu M. Goldratt 的“關鍵路徑”一書中，它被認為使項目的速度和/或成本降低了 10-50%。

何時使用：可適用於大小公司，以及包括建築、軟件開發和技術研發等行業的項目。

7. 看板方法論

它是什麼：看板方法是一種可視化的項目管理方法。 這個名字在日語中是字面上的廣告牌。 它通過將任務放置在所有團隊成員都清楚的工作流程和進度的看板板上來幫助管理工作流程。 看板方法有助於減少效率低下，並且是用於許多目的的出色項目管理工具，例如精益製造或敏捷項目。

看板項目管理自 1940 年代後期以來一直存在，當時豐田研究了它使用需求率來控制其車輛的生產率。 這家汽車公司將其應用於他們的精益製造模式，即豐田生產系統。

隨著我們這個時代軟件中視覺規劃板的出現，比如 Trello，現在看板工具和看板方法有了新的用途。 敏捷團隊將看板用於故事板用戶故事和軟件開發中的積壓計劃。

何時使用它：最初為製造和軟件團隊開發的另一個流程，看板方法已經擴展並用於人力資源、營銷、組織戰略、執行流程以及應收賬款和應付賬款。 幾乎任何人都可以使用看板進行計劃，添加卡片來代表項目階段、任務期限、人員、想法等。 看板軟件使這種方法特別容易使用。

8.極限編程（XP）

它是什麼：這聽起來像是孩子們喜歡的一項危險運動，但實際上 XP 是一種敏捷軟件開發，具有較短的開發週期和多個版本以提高生產力。 尋求客戶要求，並可以調整項目的進程。

由 Kent Beck 在從事克萊斯勒綜合薪酬系統工資單項目時創建，他在 1999 年寫了這本書（“Extreme Programming Explained”）。但它的許多實踐已經存在了一段時間。

何時使用它：當需求頻繁變化時，您將需要使用 XP 等方法。 當您的客戶不清楚他們想要什麼時，這很有用。

9. 精益方法論

它是什麼： 精益項目管理就是您認為它的名字：一種減少浪費的方法，從而增加項目和製造過程的價值。 因此，精益專注於消除關鍵流程中的浪費，以持續對價值流產生積極影響。 它通過優化單獨的技術、資產和垂直領域來做到這一點。

精益項目管理可以追溯到亨利福特和他用於自動化製造汽車過程的流程生產。 豐田也接受了這個想法，將他們的想法從製造擴展到產品開發過程的持續改進。

今天，軟件開發團隊運行精益流程以專注於最終用戶反饋和增加價值，這意味著精益方法具有新的含義，特別是隨著 Eric Ries 的出版精益創業，他提倡快速原型設計，最終-用戶反饋和早期快速的產品交付。

何時使用：精益項目管理最初是由豐田開發的，顯然是一種很好的製造方法。 事實上，它也被稱為精益製造，但它已被建築和教育行業採用，其中包括製造領域以及無數希望推動以最終用戶為重點的產品的初創公司和軟件開發公司。

10. 六西格碼

它是什麼： 6 Sigma 在 1980 年代中期由摩托羅拉的工程師介紹，通過識別項目中的不工作來提高質量。 它應用質量管理，包括經驗統計，並僱用這些學科的專家。 還有一個精益六西格碼，它增加了精益方法來消除浪費。

作為一種學說，它說持續努力以取得穩定和預期的結果對於成功來說是最重要的。 流程可以細化和改進。 從上到下需要整個組織來維持項目的質量。

何時使用它：這種方法在大型組織中效果最好。 即使是擁有幾百名員工的公司也可能太小而無法利用其優勢。 它需要認證才能實踐。 在此處了解有關 6 sigma 認證的信息。

11.王子2

它是什麼： PRINCE2 代表受控環境中的項目，是一種結構化的認證方法。 它最初是由英國政府為 IT 項目創建的。 PRINCE2 與瀑布流等其他傳統方法不同，它不是一刀切的解決方案，而是遵循七個原則、主題和程序。

當英國政府在 1989 年採用 IT 系統標準時，他們請來了 PRINCE。 PRINCE2 於 1996 年問世，是一種更通用的項目管理方法。 它現在是英國所有政府機構和聯合國流行的項目管理方法。

何時使用它：被許多其他國家的政府採用，PRINCE2，因此，正如您想像的那樣，它並不總是適合較小的項目。

ProjectManager 適用於任何項目管理方法

管理的方法幾乎與項目的數量一樣多。 但他們都有一個共同點：在預算範圍內按時完成交付。 無論您選擇哪種項目管理方法，ProjectManager 都是您需要的一款軟件。

瀑布項目管理工具

瀑布是結構化的。 一件事緊隨其後，一切都已計劃好。 沒問題。 ProjectManager 有一個在線甘特圖。

導入您的任務列表以開始一個新項目。 添加截止日期，任務填充時間線。 鏈接相關的任務，以避免瓶頸。 設置里程碑以將項目分成多個階段。 您逐步控制項目。

敏捷項目管理工具

如果您在敏捷框架中工作，甘特圖將無濟於事。 的確如此，但 ProjectManager 足夠靈活，可以為具有多個項目視圖的 scrum 團隊提供服務。

使用看板來可視化您的 sprint。 產品 backlog 收集在卡片上，可以為 Scrum 團隊確定優先級，以了解首先要處理哪個用戶故事。 然後可以存檔 sprint，因此在進行 sprint 回顧時，團隊可以從錯誤中吸取教訓並改進流程。

不同團隊的多個視圖

如果您的組織更大，有不同的部門，其中一些使用敏捷項目管理框架，而另一些則使用更傳統的瀑布方法怎麼辦？ ProjectManager 的優點在於它可以從一種視圖切換到另一種視圖，從而為 IT 團隊提供用於他們的 scrum sprint 的看板視圖，並為管理人員提供用於更大項目規劃概覽的甘特圖。

實時儀表板和報告功能收集相同的數據並處理相同的數字，因此您使用的任何項目管理方法都在跟踪相同的結果。

是的，ProjectManager 是一款屢獲殊榮的項目管理軟件是有原因的。 它足夠靈活，可以在敏捷環境、傳統瀑布方法或兩者的混合中工作。 您決定，而不是軟件，這意味著 ProjectManager 是引入您的項目的一個工具，但是，您可以成功地管理它。

有更多的項目管理方法，但這些是最流行的。 無論您使用哪個，您都需要一個項目管理工具來最好地管理您的所有流程和項目。 ProjectManager 是一個基於雲的 PM 工具，因此無論哪種方法適合您，我們的軟件都將幫助您成功地應用它。 免費試用 30 天，親眼看看。