Please enable JavaScript.
Coggle requires JavaScript to display documents.
L3.02.02.2-專案範疇-回顧02, 📌 Rita 觀點, 📌 Rita 觀點, 📌 Rita 觀點, 📌 Rita 觀點, 📌…
L3.02.02.2-專案範疇-回顧02
1️⃣ 預測式專案規劃過程
（Predictive Planning Process）
規劃範疇管理
蒐集需求
定義範疇
建立工作分解結構（WBS）
3️⃣ 蒐集與排序需求
（Collect & Prioritize Requirements）
需求類型
商業需求
（Business Needs）
利害關係人需求
（Stakeholder Requirements）
功能性 / 非功能性需求（Functional / Non-Functional）
記錄與管理
需求必須被系統性收集、追蹤、驗證
使用需求追蹤矩陣（RTM）確保一致性
工具與技術
蒐集：
訪談、問卷、工作坊、腦力激盪、觀察
排序：
MoSCoW、Kano 模型、加權評分模型
5️⃣ 建立工作分解結構
（Create WBS）
核心要素
規劃包
（Planning Packages）
工作包
（Work Packages）
管理帳戶
（Control Accounts）
WBS工具
圖形化分解（Tree Diagram）
WBS 說明表（WBS Dictionary）
→ 補充每個工作包的細節
範疇基準
(scope baseline)
由範疇說明書、WBS、WBS 說明表組成
作為專案控制與變更管理的基準線
4️⃣ 定義範疇（Define Scope）
主要輸出
專案範疇說明書
（Project Scope Statement）
清楚界定交付成果、邊界、限制、驗收條件
工具與技術
專家判斷、產品分析、備選方案分析、
引導式研討會
2️⃣ 規劃範疇管理（Plan Scope Management）
輸出文件
範疇管理計畫書
（Scope Management Plan）
需求管理計畫書
（Requirements Management Plan）
📌 Rita 觀點
「先規劃、後執行」是預測式的核心
強調範疇文件化（Document Everything），避免模糊導致 Scope Creep
每一步規劃是後續控制的基準
📌 Rita 觀點
WBS 是「專案成功的保險」
沒有 WBS，後面專案只會「隨機反應」（Reactive）
強調「工作導向（Deliverable-Oriented）」而非「活動導向」
📌 Rita 觀點
計畫書是「範疇遊戲規則」
訂清楚「如何蒐集需求、如何驗收需求」比「需求內容」本身更重要
📌 Rita 觀點
「需求≠隨便收集到的意見」，必須能追蹤到專案目標
避免「所有需求都重要」的陷阱，排序是 PM 的關鍵能力
📌 Rita 觀點
範疇說明書 = 「專案合約」
沒有明確的範疇說明書，專案很難抵抗利害關係人的不斷加碼