42 在專案管理中，哪一項是用來識別並描述專案的可交付成果？
(A) 活動列表
(B) 工作分解結構(WBS)
(C) 風險清單
(D) 預算計劃

答案：登入後查看
統計： A(3), B(21), C(0), D(3), E(0) #3399739

詳解 (共 2 筆)

#6786630
1. 題目解析 在專案管理中，識別並描述...
(共 812 字，隱藏中）
前往觀看
0
0
#7320289

【第一步：找關鍵字】

識別並描述、可交付成果（Deliverables）

關鍵重點：

  • 可交付成果 = 最後要交給客戶的東西

  • 識別＋描述 = 不只是列出，還要「拆解清楚」

→ 這題在找：
把成果「拆到很細」的工具

【第二步：白話翻譯】

這題在問：

「專案要做出哪些成果？要怎麼把這些成果一層一層拆開、講清楚？」

【第三步：解題思路】

  • 這題在考什麼觀念？
    → 範疇管理中的核心工具：WBS

  • 解題步驟

  1. 專案有很多成果（Deliverables）

  2. 需要把大目標拆成小項目

  3. 一層一層往下拆

→ 這個工具就是：
工作分解結構（WBS）

  • 原理與規則

WBS（Work Breakdown Structure）
（白話：把專案成果「像切蛋糕一樣一層一層拆開」）

例如做一個網站：

  • 網站專案

    • 前端

    • 後端

    • 資料庫

→ 每一層都是「可交付成果的拆解」

【第四步：選項分析】

  • (A) 活動列表 → 錯
    這是在列「要做什麼工作（Task）」，不是成果本身。

  • (B) 工作分解結構(WBS) → 正確
    WBS 是專門用來
    → 識別與分解可交付成果

  • (C) 風險清單 → 錯
    列的是風險，不是成果。

  • (D) 預算計劃 → 錯
    是在管錢，不是定義成果。

【觀念補充與延伸】

  • 核心觀念定位
    → 範疇管理（Scope Management）
    → 超高頻必考（WBS幾乎必考）

  • 法條或定義

WBS 是：
將專案交付成果分解為較小、可管理組件的階層式結構

（白話：把成果拆到可以執行）

  • 觸類旁通（舉一反三）

對比概念（必考）：

  • WBS → 以「成果（Deliverables）」為導向

  • 活動列表 → 以「工作（Tasks）」為導向

變化題型：

  • 問：「拆解成果」→ WBS

  • 問：「安排工作順序」→ 活動列表

【記憶口訣】

「WBS＝把成果拆光光」

【常見陷阱】

  • 學生最容易搞混的地方
    把「活動列表」當成WBS

  • 心理盲點
    看到「工作」就選活動列表
    → 但題目問的是「成果」

  • 避坑指南

看到：

  • Deliverables（交付成果）

  • 分解

→ 直接選：
WBS

0
0