14 在範疇管理中,需求收集的主要目的是什麼?
(A) 確定專案的時間表
(B) 確保利益相關者的需求被識別
(C) 確保專案風險能被識別
(D) 確保專案預算最少

答案:登入後查看
統計: A(0), B(23), C(2), D(0), E(0) #3399711

詳解 (共 2 筆)

#6786657
1. 題目解析 在範疇管理中,需求收集...
(共 862 字,隱藏中)
前往觀看
1
0
#7320128

【第一步:找關鍵字】

範疇管理(Scope Management)需求收集(Collect Requirements)主要目的

  • 需求收集(Collect Requirements):蒐集「大家希望系統做什麼」

  • 利益相關者(Stakeholders):所有會影響或被影響的人(例如:使用者、主管、客戶)

關鍵句:
需求收集 = 把所有人的需求找出來

【第二步:白話翻譯】

這題在問:

在開發系統時,為什麼要做「需求訪談、需求蒐集」?

【第三步:解題思路】

  • 這題在考什麼觀念?
    → 需求收集的核心目的(建立正確範疇)

  • 解題步驟

  1. 想「需求收集」是在做什麼 → 問大家要什麼功能

  2. 誰提供需求 → 利害關係人

  3. 找出與「需求來源」最相關的選項

  • 原理與規則

系統開發最怕什麼?

? 做出來的東西「沒人要用」

為什麼會這樣?

→ 因為一開始沒把需求問清楚

所以需求收集的目的就是:

確保所有利害關係人的需求都被找出來並記錄

用生活例子:

你幫朋友訂生日蛋糕:

  • 沒問 → 做錯口味

  • 有問清楚 → 做出大家想要的

→ 這就是需求收集的重要性

【第四步:選項分析】

  • (A) 為什麼錯?
    → 時間表是「時間管理」,不是需求收集。

  • (B) 為什麼對?
    → 需求收集的核心就是:
    確保所有利益相關者的需求被識別出來

  • (C) 為什麼錯?
    → 這是「風險管理」。

  • (D) 為什麼錯?
    → 這是「成本管理」。

【觀念補充與延伸】

  • 核心觀念定位
    → 《系統專案管理概要》:範疇管理 → 需求收集
    高頻考點(需求收集 vs 範疇定義)

  • 法條或定義

需求收集(Collect Requirements)
→ 確認並記錄利害關係人的需求與期望

白話:
→ 把「大家想要什麼」全部整理清楚

  • 觸類旁通(舉一反三)

範疇管理流程(重要)

  1. 規劃範疇

  2. 收集需求(找需求)

  3. 定義範疇(整理需求)

  4. 建立WBS(拆工作)

  5. 驗證範疇

  6. 控制範疇

變化題型

  1. 問:「誰提供需求?」
    → 利害關係人

  2. 問:「需求沒收集好會怎樣?」
    → 系統做錯、使用者不滿

【記憶口訣】

「需求收集=問大家要什麼」

【常見陷阱】

  • 學生最容易搞混的地方
    → 把需求收集跟「時間、成本、風險」混在一起

  • 心理盲點
    → 看到「確保專案」就亂選
    → 忘了題目是「需求」

  • 避坑指南

看到「需求」就想:

「是在問『誰要什麼』?」

0
0