歡迎來到第 2 個單元：專案範疇的規劃與管理！

你好，未來的 PMP 專案管理師！歡迎來到專案管理旅程中最關鍵的環節之一。你可以將範疇 (Scope) 想像成專案周圍的「圍欄」。它精確地定義了需要完成的工作，同樣重要的是，它也定義了哪些工作是不包含在內的。如果你不好好管理範疇，你的專案可能會失控，就像花園被雜草佔據一樣！別擔心如果這聽起來內容很多；我們會把它拆解成簡單的步驟，讓你能夠充滿信心地駕馭它。

1. 理解範疇管理計畫

在開始進行任何建設之前，我們需要一個「計畫的計畫」。範疇管理計畫 (Scope Management Plan) 是專案管理計畫的一部分，它描述了如何定義、發展、監控、控制及驗證專案範疇。

類比：想像你在規劃一趟公路旅行。範疇管理計畫並非地圖本身；它是你決定如何閱讀地圖、誰來決定何時繞道，以及你將如何判斷自己是否已經抵達目的地的方法。

快速回顧：這份計畫會告訴你如何編寫專案範疇說明書 (Project Scope Statement) 和建立工作分解結構 (WBS)。它也說明了你將如何獲得已完成交付成果的正式驗收。

2. 需求蒐集

在你了解利害關係人（持份者）想要什麼之前，你無法定義你要做什麼。需求蒐集 (Collecting Requirements) 是確認、記錄並管理利害關係人需求的過程。

需求蒐集的常用工具：

1. 訪談：直接與利害關係人對話。
2. 焦點小組：召集預先篩選過的利害關係人和主題專家。
3. 問卷與調查：非常適合快速從大量人群中收集資訊。
4. 原型製作：建立產品的縮小版，以便儘早獲得反饋。

關鍵術語：需求追溯矩陣 (Requirements Traceability Matrix, RTM)。 這是一個連結產品需求與其對應交付成果的表格。它能確保每一項需求都能增加商業價值，並且在專案過程中不會遺漏任何項目。

你知道嗎？專案失敗的最大原因之一，就是直到為時已晚才發現「隱藏」的需求。請務必多問「為什麼？」以及「還有什麼需要考慮的？」

重點總結：

需求是範疇的基石。如果需求搞錯了，那你做出來的東西就會完全不對！

3. 定義範疇

現在我們手頭有一堆需求，我們需要進行篩選。定義範疇 (Defining Scope) 是發展專案與產品詳細描述的過程。

這裡的主要輸出是專案範疇說明書 (Project Scope Statement)。它包含：
- 產品範疇說明：產品看起來會是什麼樣子以及它的功能。
- 交付成果：你實際將要產出的東西。
- 驗收準則：客戶說「是的，我接受這個」之前必須達成的條件。
- 專案排除事項：明確列出什麼是不屬於專案範圍內的（這有助於防止範疇蔓延！）。

記憶小撇步：把專案範疇說明書當作是你與客戶之間的合約。如果說明書裡沒寫，你就不需要做！

4. 建立 WBS（工作分解結構）

工作分解結構 (WBS) 是對專案總工作範疇的層級式分解。簡單來說，就是把一個龐大的專案拆解成較小、易於管理的部分。

拆解步驟：
1. 識別主要交付成果。
2. 將它們拆解成更小的組成部分。
3. 持續拆解直到達到工作包 (Work Package) 層級。

關鍵術語：工作包。 這是 WBS 的最低層級。在這個點上，成本和工期可以最容易被估算與管理。

關鍵術語：WBS 辭典。 這不是字面意義上的詞典。它是一份文件，提供 WBS 中每個組成部分的詳細資訊，例如工作描述、負責人員以及所需資源。

100% 原則：WBS 代表了專案所需工作的 100%。如果它在 WBS 裡，它就在專案範圍內；如果它不在 WBS 裡，它就不在專案範圍內！在數學上，子項目的工作總和必須等於母項目的 100%：\( \sum \text{Child Work} = 100\% \text{ Parent Work} \)。

重點總結：

WBS 透過觀察細部組件來幫助你掌握「宏觀視野」。它是你專案進度表和預算的骨幹。

5. 範疇確認 (Validate Scope)

範疇確認 (Validate Scope) 是對已完成的專案交付成果進行正式驗收的過程。這通常發生在階段結束時或專案結束時。

常見錯誤：許多學員會把「範疇確認」與「品質管制」搞混。
- 品質管制 (Quality Control)：通常是內部流程。是由你的團隊檢查工作是否正確（沒有錯誤、符合測量標準）。
- 範疇確認：是外部流程。由客戶檢查工作並簽字認可。

例子：你在烤蛋糕。品質管制是你嚐了一小塊碎屑，確保它沒有變鹹；範疇確認則是客戶看著蛋糕說：「沒錯，這就是我訂購的生日蛋糕」，然後付錢給你。

6. 範疇控制

範疇控制 (Controlling Scope) 是監控專案與產品範疇狀態，並管理範疇基準變更的過程。這就是你擊退「範疇蔓延怪獸」的地方！

關鍵術語：範疇蔓延 (Scope Creep)。 這指的是未經控制的產品或專案範疇擴張，且未相應調整時間、成本與資源。這通常發生在你未經正式變更控制程序，就答應了一些額外的小要求時。

關鍵術語：鍍金 (Gold Plating)。 這是指專案團隊自作主張添加客戶未要求的功能，以為是在幫客戶忙。在 PMP 的世界裡，鍍金是不可取的！它會浪費時間和金錢，並可能引入客戶原本未同意承擔的風險。

如何進行範疇控制：
1. 差異分析：比較實際執行工作與原始範疇基準。如果存在落差，你需要找出原因。
2. 變更申請：如果範疇必須變更，則必須通過正式的整體變更控制 (Integrated Change Control) 程序。

重點總結：

範疇控制旨在確保專案進度不偏離軌道。堅持執行基準、避免鍍金，並審慎管理每一項變更。

快速回顧區

1. 需求追溯矩陣 (RTM)：連結需求與交付成果。
2. 專案範疇說明書：定義什麼在範圍內，什麼不在。
3. WBS：將工作拆解為「工作包」。
4. 範疇確認：客戶的正式驗收／簽字。
5. 範疇蔓延：未經控制的變更（一定要避免！）。

幹得好！你剛剛完成了專案範疇管理的核心概念。請記住，PMP 考試非常喜歡測試你區分品質管制（正確性）與範疇確認（驗收）的能力。只要記住這個區別，你一定會考得很好！