20 資訊系統開發範疇管理中，哪一項不屬於範疇定義的步驟？
(A) 需求收集
(B) 風險識別
(C) 範疇確定
(D) 範疇驗證

答案：登入後查看
統計： A(2), B(17), C(2), D(6), E(0) #3399717

詳解 (共 2 筆)

#6786651
1. 題目解析 題目詢問在資訊系統開發中...
(共 826 字，隱藏中）
前往觀看
1
0
#7320138

【第一步：找關鍵字】

範疇管理（Scope Management）、範疇定義（Define Scope）、不屬於

  • 範疇定義：把需求整理成「專案要做什麼、不做什麼」

  • 題目關鍵是「不屬於」→ 要找外面的東西

【第二步：白話翻譯】

這題在問：

在「決定專案範圍」這個流程中，哪一個不是這一部分的工作？

【第三步：解題思路】

  • 這題在考什麼觀念？
    → 範疇管理流程的分辨能力

  • 解題步驟

  1. 先記範疇管理流程

  2. 判斷哪些是範疇相關

  3. 找出「不屬於範疇」的選項

  • 原理與規則

範疇管理流程：

  1. 需求收集（Collect Requirements）

  2. 範疇定義（Define Scope）

  3. 建立WBS（拆工作）

  4. 範疇驗證（Validate Scope）

  5. 範疇控制（Control Scope）

? 都是圍繞「做什麼功能」

但：

  • 風險識別（Risk Identification）
    → 是「風險管理」，完全不同章節

【第四步：選項分析】

  • (A) 為什麼錯？
    → 需求收集是範疇管理的前置步驟（屬於範疇流程的一部分）。

  • (B) 為什麼對？
    → 風險識別屬於「風險管理」，不屬於範疇定義流程。

  • (C) 為什麼錯？
    → 範疇確定（就是範疇定義的核心內容）。

  • (D) 為什麼錯？
    → 範疇驗證是範疇管理流程中的一部分。

【觀念補充與延伸】

  • 核心觀念定位
    → 《系統專案管理概要》：範疇管理流程
    → 高頻題（流程辨識題）

  • 法條或定義

範疇定義（Define Scope）
→ 根據需求，詳細描述專案範圍

風險識別（Risk Identification）
→ 找出可能影響專案的風險來源

  • 觸類旁通（舉一反三）

範疇 vs 風險（常考對比）

類型 在做什麼
範疇管理 決定做什麼
風險管理 找問題在哪

變化題型

  1. 問：「哪個屬於風險管理？」
    → 風險識別、風險分析

  2. 問：「哪個屬於範疇管理？」
    → 需求收集、範疇定義、驗證

【記憶口訣】

「範疇管功能，風險管問題」

【常見陷阱】

  • 學生最容易搞混的地方
    → 把所有管理流程混在一起

  • 心理盲點
    → 看到「識別」就以為是需求收集
    → 但其實是風險識別

  • 避坑指南

看到選項時問：

「這是在管功能，還是在管風險？」

0
0