19 範疇定義的主要目的是什麼？
(A) 設定專案的時間表
(B) 確定專案的邊界
(C) 計算資源需求
(D) 評估專案的風險

【第一步：找關鍵字】

範疇定義（Define Scope）、主要目的

• 範疇（Scope）：專案「要做什麼、不做什麼」

• 範疇定義（Define Scope）：把需求整理後，明確寫出專案的範圍

關鍵觀念：
→ 畫出界線（邊界）

【第二步：白話翻譯】

這題在問：

在開發系統時，「範疇定義」這一步，最重要是在做什麼？

【第三步：解題思路】

• 這題在考什麼觀念？
  → 範疇定義的核心功能（明確範圍）

• 解題步驟

1. 先理解範疇 = 功能範圍

2. 定義 = 把範圍寫清楚

3. 找出最符合「界線」的選項

• 原理與規則

範疇管理流程中：

1. 收集需求 → 問大家要什麼

2. 範疇定義 → 整理並決定做哪些、不做哪些

3. 建立 WBS → 拆工作

? 範疇定義的重點：

把專案的「邊界」畫清楚

用生活例子：

你要做一個APP：

• 有做：登入、購物功能

• 不做：社群聊天

→ 這就是在「定義範疇」

【第四步：選項分析】

• (A) 為什麼錯？
  → 這是時間管理（排程），不是範疇。

• (B) 為什麼對？
  → 範疇定義的核心就是：
  → 確定專案做什麼、不做什麼（邊界）

• (C) 為什麼錯？
  → 這是資源管理。

• (D) 為什麼錯？
  → 這是風險管理。

【觀念補充與延伸】

• 核心觀念定位
  → 《系統專案管理概要》：範疇管理
  → 高頻題（需求收集 vs 範疇定義常一起考）

• 法條或定義

範疇定義（Define Scope）
→ 詳細描述專案及其產品的範圍與邊界

白話：
→ 清楚說明「要做什麼、不做什麼」

• 觸類旁通（舉一反三）

範疇管理流程（一定要熟）

1. 收集需求（問需求）

2. 範疇定義（畫界線）

3. 建立 WBS（拆任務）

4. 驗證範疇

5. 控制範疇

變化題型

1. 問：「需求整理後形成什麼？」
   → 範疇定義

2. 問：「防止做太多功能」
   → 範疇管理

【記憶口訣】

「範疇定義＝畫界線」

【常見陷阱】

• 學生最容易搞混的地方
  → 範疇定義 vs 需求收集

• 心理盲點
  → 覺得「需求」就是範疇
  → 其實需求是「原料」，範疇是「整理後的結果」

• 避坑指南

看到「定義」就想：

「是不是在畫邊界？」