14 在範疇管理中,需求收集的主要目的是什麼?
(A) 確定專案的時間表
(B) 確保利益相關者的需求被識別
(C) 確保專案風險能被識別
(D) 確保專案預算最少
統計: A(0), B(23), C(2), D(0), E(0) #3399711
詳解 (共 2 筆)
【第一步:找關鍵字】
範疇管理(Scope Management)、需求收集(Collect Requirements)、主要目的
-
需求收集(Collect Requirements):蒐集「大家希望系統做什麼」
-
利益相關者(Stakeholders):所有會影響或被影響的人(例如:使用者、主管、客戶)
關鍵句:
→ 需求收集 = 把所有人的需求找出來
【第二步:白話翻譯】
這題在問:
在開發系統時,為什麼要做「需求訪談、需求蒐集」?
【第三步:解題思路】
-
這題在考什麼觀念?
→ 需求收集的核心目的(建立正確範疇)
-
解題步驟
-
想「需求收集」是在做什麼 → 問大家要什麼功能
-
誰提供需求 → 利害關係人
-
找出與「需求來源」最相關的選項
-
原理與規則
系統開發最怕什麼?
? 做出來的東西「沒人要用」
為什麼會這樣?
→ 因為一開始沒把需求問清楚
所以需求收集的目的就是:
確保所有利害關係人的需求都被找出來並記錄
用生活例子:
你幫朋友訂生日蛋糕:
-
沒問 → 做錯口味
-
有問清楚 → 做出大家想要的
→ 這就是需求收集的重要性
【第四步:選項分析】
-
(A) 為什麼錯?
→ 時間表是「時間管理」,不是需求收集。 -
(B) 為什麼對?
→ 需求收集的核心就是:
→ 確保所有利益相關者的需求被識別出來 -
(C) 為什麼錯?
→ 這是「風險管理」。 -
(D) 為什麼錯?
→ 這是「成本管理」。
【觀念補充與延伸】
-
核心觀念定位
→ 《系統專案管理概要》:範疇管理 → 需求收集
→ 高頻考點(需求收集 vs 範疇定義)
-
法條或定義
需求收集(Collect Requirements)
→ 確認並記錄利害關係人的需求與期望
白話:
→ 把「大家想要什麼」全部整理清楚
-
觸類旁通(舉一反三)
範疇管理流程(重要)
-
規劃範疇
-
收集需求(找需求)
-
定義範疇(整理需求)
-
建立WBS(拆工作)
-
驗證範疇
-
控制範疇
變化題型
-
問:「誰提供需求?」
→ 利害關係人 -
問:「需求沒收集好會怎樣?」
→ 系統做錯、使用者不滿
【記憶口訣】
「需求收集=問大家要什麼」
【常見陷阱】
-
學生最容易搞混的地方
→ 把需求收集跟「時間、成本、風險」混在一起 -
心理盲點
→ 看到「確保專案」就亂選
→ 忘了題目是「需求」 -
避坑指南
看到「需求」就想:
「是在問『誰要什麼』?」