📋 專案管理基礎入門：五大流程群組與十大知識領域介紹
不管是導入一套新系統、汰換一批網路設備、還是規劃一場活動，本質上都是「專案」。PMI（Project Management Institute）在 PMBOK 指南（Project Management Body of Knowledge）裡，把專案管理拆成 五大流程群組（時間軸的橫切面：什麼階段該做什麼事）與 十大知識領域（主題的縱切面：每個階段都要顧到哪些面向）。這篇整理這兩套架構的基本概念，以及它們怎麼交織在一起運作。
1️⃣ 為什麼要分「流程群組」跟「知識領域」兩套架構
很多人第一次看 PMBOK 會混淆這兩個概念，其實可以這樣理解：流程群組是時間軸，回答「專案現在走到哪一步」；知識領域是主題軸，回答「這件事屬於管理的哪個面向」。兩者是交叉關係，不是誰包含誰——例如「風險管理」（知識領域）這件事，在起始、規劃、執行、監控階段都會出現，不是只在某一個流程群組裡發生一次就結束。
2️⃣ 五大流程群組
| 流程群組 | 核心目的 | 典型產出 |
|---|---|---|
| 起始（Initiating） | 確認專案值得做、正式授權專案存在 | 專案章程（Project Charter）、利害關係人初步識別 |
| 規劃（Planning） | 把目標拆解成可執行的具體計畫 | 專案管理計畫、範疇/時程/成本基準、風險清單 |
| 執行（Executing） | 依照計畫實際產出交付物 | 完成的工作項目、團隊產出、廠商交付物 |
| 監控（Monitoring & Controlling） | 追蹤實際進度與計畫的落差,必要時提出變更 | 績效報告、變更請求、修正後的基準 |
| 結束（Closing） | 正式驗收、結案、留存經驗 | 驗收文件、結案報告、經驗教訓（Lessons Learned） |
這五個流程群組不是嚴格的線性順序，而是像齒輪一樣互相銜接。最容易誤解的一點是：監控不是結束前才做的一個階段，而是從規劃完成之後就持續進行到結束為止。實務上規劃跟執行也常常交替進行——先規劃到一定程度就開始執行,執行中發現問題再回頭調整規劃,不是規劃一次到位、之後完全不變。
3️⃣ 十大知識領域
| 知識領域 | 核心問題 | 常見工具/產出 |
|---|---|---|
| 整合管理（Integration） | 各個知識領域的產出如何協調成一致的整體 | 專案章程、專案管理計畫、變更控制流程 |
| 範疇管理（Scope） | 專案到底要做什麼、不做什麼 | 範疇說明書、WBS（工作分解結構） |
| 時程管理（Schedule） | 各項工作什麼時候完成 | 甘特圖、要徑法（Critical Path Method） |
| 成本管理（Cost） | 預算怎麼估、怎麼控管 | 成本估算、預算基準、EVM（實獲值分析） |
| 品質管理（Quality） | 怎麼確保交付物符合要求 | 品質標準、檢驗計畫、品質稽核 |
| 資源管理（Resource） | 人力與物力資源怎麼分配 | 資源分配表、team charter、RACI 矩陣 |
| 溝通管理（Communications） | 誰需要知道什麼資訊、多久更新一次 | 溝通計畫、狀態報告 |
| 風險管理（Risk） | 可能出什麼問題、怎麼因應 | 風險登記冊、風險矩陣、因應策略 |
| 採購管理（Procurement） | 哪些工作要外包、怎麼選廠商、怎麼驗收 | 採購計畫、招標文件、合約管理 |
| 利害關係人管理（Stakeholder） | 誰會影響或被這個專案影響、怎麼經營關係 | 利害關係人登記冊、參與策略 |
💡 這十個知識領域裡,整合管理比較特殊——它不是獨立的一塊工作,而是負責把其他九個領域的產出黏合成一個一致的整體。專案經理的日常工作,很大一部分其實就是整合管理:當時程延誤影響到成本、成本超支又牽動範疇要不要縮減時,決定怎麼取捨、怎麼跟利害關係人溝通,這種跨領域的協調正是整合管理在做的事。
4️⃣ 兩個軸怎麼交織:流程群組 × 知識領域對照示意
用一個簡化的例子說明兩者怎麼交叉。以「範疇管理」這個知識領域為例,它會出現在好幾個流程群組裡:
| 流程群組 | 範疇管理在這個階段做的事 |
|---|---|
| 起始 | 在專案章程裡初步界定專案的高層次目標 |
| 規劃 | 寫出詳細的範疇說明書、拆解 WBS |
| 執行 | 依照 WBS 產出對應的工作成果 |
| 監控 | 核實範疇是否符合原始定義,處理範疇潛變(scope creep) |
| 結束 | 確認所有範疇項目都已完成並取得正式驗收 |
其他九個知識領域也是同樣的邏輯:每個知識領域在不同流程群組裡,對應的活動內容不同,但主題本身是貫穿全程的。理解這種交織關係,比死背 49 個(依 PMBOK 第六版）子流程的名稱更重要——考試或認證可能要求記住每個子流程屬於哪個交叉格,但實務上真正有用的是理解「這件事現在該從哪個角度切入」。
5️⃣ 對照 IT 專案的實務對應
如果覺得這套框架太抽象,對照到常見的 IT 專案情境會更容易理解:
- 起始階段對應到需求提出、可行性初評、確認專案是否要進行。
- 規劃階段對應到系統分析與設計、時程排定、預算編列——這部分常會用到 WBS 拆解工作項目。
- 執行階段對應到實際開發、建置、部署。
- 監控階段對應到進度會議、階段查核、變更管理(需求變更、時程或預算調整)。
- 結束階段對應到正式驗收、結案報告、教育訓練與文件交接。
6️⃣ 學習與應用建議
| 目標 | 建議做法 |
|---|---|
| 初次接觸,想快速建立整體概念 | 先記住五大流程群組的順序邏輯,再理解十大知識領域各自回答的核心問題,不用急著背子流程細節 |
| 準備 PMP 或類似認證 | 需要進一步熟悉 49 個子流程在流程群組×知識領域矩陣中的對應位置,並搭配 ITTO(輸入、工具技術、輸出)記憶 |
| 實務上要落地應用 | 不用套用全部框架,依專案規模挑重點:小專案至少要有範疇、時程、風險、溝通四個領域的基本規劃 |
📚 延伸閱讀（站內相關文章）
- OpenProject 專案管理平台介紹 – 把本篇的流程與知識領域概念,對應到實際工具上的操作方式。
- 系統分析與開發流程 – IT 專案在規劃與執行階段常用的系統開發生命週期,可對照本篇的範疇與時程管理。
✅ 結論與行動建議
五大流程群組告訴你「現在在哪個階段」,十大知識領域告訴你「該從哪個角度檢視」,兩者交織起來才是完整的專案管理視角。不管專案大小,建議至少先把範疇、時程、風險、溝通這四個知識領域的基本文件準備好(哪怕只是簡化版),再依專案複雜度決定要不要補齊其餘領域——框架的價值在於幫你不遺漏重要面向,不是要求每個專案都要產出一整套正式文件。
沒有留言: