一、9 種最簡單常見的項目管理方法

1. 敏捷
2. Scrum
3. 看板
4. Scrum看板
5. 精益
6. 極限編程 (XP)
7. 瀑布
8. PRINCE2
9. PMI的PMBOK

1. 敏捷：靈活的迭代過程

事實是，敏捷項目管理不是一種方法論，而是一套軟件開發(fā)原則。一旦您接受了這些敏捷原則（敏捷宣言中概述），您仍然需要定義要遵循的流程。

這些往往是靈活的迭代設(shè)計和構(gòu)建流程，其中任務(wù)根據(jù)情況需要執(zhí)行和調(diào)整，而不是通過預(yù)先計劃的流程（與瀑布相反，預(yù)先進行規(guī)劃）。

團隊可以通過增量、迭代的工作流程應(yīng)對不可預(yù)測性，并專注于適應(yīng)能力和提供充分且持續(xù)的溝通。 敏捷方法在動態(tài)環(huán)境中最有用，例如軟件交付和游戲開發(fā)。有很多敏捷工具非常適合敏捷方法。

敏捷框架使團隊能夠靈活地應(yīng)對不斷變化的需求。

2. Scrum：通過小團隊快速交付

Scrum 是一個流行且簡單的框架，用于將敏捷原則付諸實踐。Scrum 更像是一種用于開發(fā)和維護復(fù)雜項目的輕量級結(jié)構(gòu)，而不是真正的方法論。

Scrum 定義了一組簡單的角色（包括 Scrum master 角色）、稱為 Scrum 事件的會議以及用于迭代和增量交付的工具有價值的、可交付的功能。工作分為“沖刺”，即 2-4 周的開發(fā)周期，在此期間團隊處理待辦事項中的項目（用戶故事或需求的集合，由產(chǎn)品所有者確定優(yōu)先級）。

Scrum 最初是為軟件開發(fā)而設(shè)計的，并不完全適合代理領(lǐng)域。相反，許多機構(gòu)采用了一些 Scrum 概念，例如每日站立會議、進度演示和沖刺回顧來跟蹤項目進度和可交付成果。

Scrum 涉及多個旨在衡量、審查和計劃進度的事件（也稱為 Scrum 儀式）。

• 評論
• 該字段用于驗證目的，應(yīng)保持不變。

3. 看板：提高 WIP 的可見性并限制多任務(wù)處理

看板是一種項目管理方法，專注于提高效率和盡早發(fā)布，并且經(jīng)常與協(xié)作和自我管理的團隊一起發(fā)布。 與 Scrum 相比，它的規(guī)范性較低。

看板方法由豐田開發(fā)，流程輕、靈活且沒有規(guī)定的角色。它通過實時可視化工作流程、限制正在進行的工作、使流程明確并持續(xù)評估改進來提高吞吐量。部署看板時，項目經(jīng)理在看板上展示團隊的工作流程（這可以是白板上的便利貼或使用）。

看板非常適合需要穩(wěn)定產(chǎn)出但優(yōu)先級可能發(fā)生變化的工作，例如生產(chǎn)、支持或維護。在代理機構(gòu)的世界里，它更能適應(yīng)變化，客戶喜歡不斷改變想法。如果 Scrum 似乎過于僵化，但您想要“敏捷”，那么看板是一個更簡單的選擇。

看板限制正在進行的工作，以確保團隊專注于手頭的任務(wù)。

4. Scrum看版：限制 WIP 并添加額外的結(jié)構(gòu)和內(nèi)容流程

Scrum看版是一種相對較新的混合項目管理方法，它將 Scrum 和看板方法結(jié)合起來進行項目管理。它利用了看板的靈活性，并添加了 Scrum 的一些結(jié)構(gòu)，創(chuàng)建了一種新的項目管理方式。

Scrumban 沒有采用潛在限制性的、有時間限制的沖刺，而是使用按需規(guī)劃原則來填補積壓工作。與看板一樣，團隊會根據(jù)自己的能力吸收并分配任務(wù)，從而限制正在進行的工作。因此，開發(fā)團隊可以專注于手頭的任務(wù)，而不是擔(dān)心他們在沖刺中承諾交付的內(nèi)容。

與看板不同，Scrumban 保留每日 Scrum，但僅在需要時進行審核和回顧。該團隊還根據(jù)需要進行規(guī)劃。Scrumban 在愿景不明確、需求不斷變化或沒有明確路線圖的產(chǎn)品開發(fā)中非常有用。當(dāng)流程包括支持和維護工作時，它也很有用。

5. 精益：用更少的錢交付更多的東西

精益方法專注于用更少的資源做更多的事情。它識別價值，然后通過持續(xù)改進和消除浪費（以三種功能障礙的形式出現(xiàn)）來最大化價值。

• Muda 致力于消除浪費：消除任何最終不會為客戶增加價值的東西。
• Mura 旨在消除差異：消除標(biāo)準(zhǔn)流程差異所產(chǎn)生的開銷。
• Muri 致力于消除過載：團隊的最佳能力是 60-70%。除此之外，一切都會變慢。

精益項目管理是指優(yōu)化跨技術(shù)、資產(chǎn)和部門到客戶的項目流程。在審查項目交付過程時，精益可能是一種有用的心態(tài)?？紤]一下如何將開發(fā)流程縮減為能夠提供價值的要素，并剔除無用的內(nèi)容和傳統(tǒng)。

精益專注于減少項目和最終產(chǎn)品中的浪費。

6.極限編程：穩(wěn)健開發(fā)保證軟件質(zhì)量

極限編程 (XP) 定義了提高軟件質(zhì)量的價值觀和流程，并確保能夠響應(yīng)不斷變化的客戶需求。XP 價值觀與 Scrum 類似，圍繞簡單、溝通、反饋、尊重和勇氣。

XP 與 Scrum 的不同之處在于定義特定于開發(fā)項目的規(guī)則或規(guī)定流程。這些規(guī)則包括用戶故事、測試驅(qū)動開發(fā)、結(jié)對編程和持續(xù)集成等等。

7. 瀑布式：預(yù)算、時間表和范圍的可預(yù)測性

瀑布方法也稱為軟件開發(fā)生命周期 (SDLC)，是一種簡單的順序方法，重視可靠的規(guī)劃做一次就做對。團隊預(yù)先廣泛規(guī)劃工作，然后按照嚴(yán)格的順序執(zhí)行，遵循要求，以在單個（通常是長）周期內(nèi)交付項目。

項目團隊在任何工作開始之前充分定義要求。項目發(fā)起人批準(zhǔn)項目計劃后，除非絕對必要，否則幾乎沒有調(diào)整的空間，并且更改通常需要更改請求。然后，工作會級聯(lián)進行，貫穿后續(xù)的項目階段，沒有重疊。

完成某件事后，幾乎沒有什么范圍可以反思、修改和適應(yīng)，但瀑布法可能是一種有用且可預(yù)測的方法如果需求是固定的、有據(jù)可查且清晰的、技術(shù)是可理解的且成熟的、并且項目是短期的，則可以采用這種方法。瀑布式方法可以為預(yù)算、時間表和范圍提供更可預(yù)測的最終結(jié)果。

瀑布式項目管理通常意味著項目需要更長的時間才能完成，但它們有其用處。

8. PRINCE2：明確定義的大型項目流程

PRINCE2 是一種面向流程的方法，它將項目分為多個階段，每個階段都有自己的計劃和流程要遵循。該方法定義了項目每個階段的輸入和輸出，因此不留任何機會。PRINCE2 縮寫代表 PRojects IN Controlled Environments。

PRINCE2 非常全面，非常適合運行大型、可預(yù)測的企業(yè)項目。它闡明了將交付的內(nèi)容，強調(diào)項目的可行性，定義角色和責(zé)任，并支持例外管理。

盡管 PRINCE2 可能太復(fù)雜而無法在機構(gòu)環(huán)境中使用（它是為 IT 項目開發(fā)的），但它強調(diào)開發(fā)良好的業(yè)務(wù)案例、定義明確的角色和職責(zé)以及管理變更和風(fēng)險，這些都是適用于我們自己的項目的有用考慮因素。

PRINCE2 對于小型代理項目可能是過度設(shè)計的，但它對于大型企業(yè)項目卻派上用場。

9. PMI 的 PMBOK：應(yīng)用最佳實踐來優(yōu)化您的項目

項目管理協(xié)會的 PMBOK 并不是真正的方法論，而是項目管理標(biāo)準(zhǔn)、慣例、流程、最佳實踐、術(shù)語的框架和指南。

PMBOK 是指項目管理的五個過程組（也稱為項目生命周期）：啟動、計劃、執(zhí)行、監(jiān)控和控制、關(guān)閉。它還描述了 49 個流程管理流程，這些流程被組織成10 個知識領(lǐng)域。

它的最佳實踐作為基礎(chǔ)很有用，但要將其作為一種方法來實施，您需要確定將應(yīng)用哪些流程、何時、由誰以及在多大程度上應(yīng)用。您還必須考慮組織的結(jié)構(gòu)、治理和工作流程，以適應(yīng)您的具體情況。PMBOK 并不在某個機構(gòu)中實施，但您可以從其標(biāo)準(zhǔn)中進行挑選并應(yīng)用到您的項目中。

你不應(yīng)該嘗試使用 PMBOK 作為一種方法論；相反，挑選最適合您的項目的標(biāo)準(zhǔn)和最佳實踐。

二、最常用的方法

在大多數(shù)機構(gòu)中，您會發(fā)現(xiàn)最常用的 3 種方法通常是敏捷、Scrum 和看板（或一些包含不同項目方法元素的混合方法）。

您最有可能遇到哪種方法取決于您所在的部門或行業(yè)。

如果您在更加嚴(yán)格的行業(yè)或政府組織中工作，您可能會發(fā)現(xiàn)更頻繁地使用傳統(tǒng)的瀑布式、PRINCE2 或 PMBOK，盡管這里也可以找到混合式的方法。

三、如何選擇正確的項目管理方法

選擇正確的方法很重要，因為它定義了我們的工作方式。它提供了指導(dǎo)我們項目成功或失敗的結(jié)構(gòu)。在決定在項目中使用哪種項目管理方法時，需要考慮以下幾個因素：

1. 項目復(fù)雜程度

您的項目環(huán)境的復(fù)雜程度將影響您選擇的方法。

這包括項目本身、客戶、可用資源和其他項目限制（包括對變革和風(fēng)險的偏好）、時間表、項目管理工具和人員。列出這些因素并根據(jù)其簡單性或復(fù)雜性對其進行標(biāo)記。

2. 工作環(huán)境的剛性或靈活性

如果您在一個動態(tài)的環(huán)境中工作，并且渴望發(fā)展和變革，那么敏捷方法可能非常適合您。如果您在固定的要求、時間表和預(yù)算范圍內(nèi)工作，那么采用瀑布方法或其他傳統(tǒng)方法可能會更好。

3.什么能帶來最大價值

問問自己什么能為客戶（或利益相關(guān)者或最終用戶）帶來最大價值。例如，如果客戶傾向于提出持續(xù)的請求并期望不斷的更新和變化，那么短周期的迭代方法將提供更多價值。

4. 與組織目標(biāo)保持一致

使用您作為團隊或組織創(chuàng)建的項目目標(biāo)或項目目標(biāo)來指導(dǎo)您選擇項目方法。顯然，您的方法應(yīng)該是實現(xiàn)目標(biāo)的一種手段——最好的方法是最直接地指導(dǎo)您實現(xiàn)戰(zhàn)略目標(biāo)、收益最大、負面影響最小的方法。

5. 與組織和團隊價值觀保持一致

深入了解您的價值觀。團隊成員負責(zé)實施您選擇的方法——不要忘記這些團隊成員是有習(xí)慣、觀點和價值觀的人。利用利益相關(guān)者的思考、聯(lián)系和工作方式來構(gòu)建一種自然適合的方法。

其他項目管理方法

上面列出的項目管理方法絕不是詳盡的列表——這些只是機構(gòu) PM 領(lǐng)域最常見的方法。其他項目管理方法包括：

• 自適應(yīng)項目框架方法適用于項目范圍可變但時間和成本不變的情況，從而可以在執(zhí)行過程中調(diào)整項目范圍以最大化商業(yè)價值。
• 精益六西格碼由摩托羅拉開發(fā)，使用統(tǒng)計工具來識別錯誤原因、消除缺陷并減少未來發(fā)生錯誤的可能性。六西格碼統(tǒng)計工具的示例包括因果分析、流程圖、直方圖和散點圖。
• 關(guān)鍵路徑法 (CPM)是一種對項目活動進行建模和調(diào)度的技術(shù)。確定完成項目所需的活動、每項活動所需的時間以及依賴性。計算最長和最短的完成路徑，以確定哪些活動可以延遲而不影響里程碑，哪些活動不能。
• 關(guān)鍵鏈項目管理 (CCPM)與 CPM 的不同之處在于 CCPM 考慮資源可用性 > 在計算項目活動的持續(xù)時間時。關(guān)鍵鏈方法將資源 100% 專用于項目。如果任務(wù)提早完成，您可以毫無瓶頸地繼續(xù)執(zhí)行下一個任務(wù)。
• 項目評估評審技術(shù) (PERT) 是一種在項目內(nèi)建模、調(diào)度和協(xié)調(diào)任務(wù)的方法。在 PERT 中，項目活動表示為網(wǎng)絡(luò)圖上的節(jié)點，其持續(xù)時間列在連接活動的線上。

分享項目管理、輕資產(chǎn)創(chuàng)業(yè)，歡迎關(guān)注。