마인드 맵 갤러리 五、專案範圍管理
專案範圍管理主要從為一下幾個面向展開介紹，分別是概述、規劃範圍管理、收集需求、定義範圍、建立工作分解結構、確認範圍和控制範圍。
資訊系統專案管理師教學（第4版）第十六章_專案採購管理
資訊系統專案管理師教學（第4版）第八章_專案整合管理
資訊系統專案管理師教學（第4版）第九章_專案範圍管理
軟考高級-第5章 專案範圍管理
專案風險管理論文策略
專案範圍管理
資訊系統專案管理師教學（第4版）第十四章_專案溝通管理
資訊系統專案管理師知識體系（第五章 專案範圍管理）
資訊系統專案管理師教學（第4版）第十章_專案進度管理
資訊系統專案管理師教學（第4版）第十五章_專案風險管理
五、專案範圍管理
1.概述
專案範圍
1.明確專案邊界
2.不做額外工作
3.防止專案範圍蔓延
1.產品範圍與專案範圍
1.產品範圍
1.技術主線
2.管理主線
是否完成，根據產品是否滿足了產品描述來判斷
2.範圍基準
是經過核准的專案範圍說明書、WBS和WBS字典
判斷專案範圍是否完成
3.項目範圍
2.範圍管理的重要性
3.範圍管理的過程
2.規劃範圍管理
1.範圍管理計劃
2.需求管理計劃
輸入
1.專案管理計劃
2.專案章程
3.事業、組織
工具與技術
專家判斷
會議
輸出
範圍管理計劃
對如何管理範圍提供指南和方向
內容
1.如何制定專案範圍說明書、
定義
2.如何根據範圍說明書建立WBS
3.如何維護和批准WBS
創建WBS
4.如何確認和正式驗收已完成的專案可交付成果
範圍確認
5.如何處理專案範圍說明書的變更，該工作與實施整體變更控制過程直接相連
範圍控制
需求管理計劃
子主題
3.收集需求
1.需求的分類
1.業務需求
2.利害關係人需求
3.過度需求
4.品質需求
基本需求
期望需求
意外需求
2.工具與技術
1.訪談
2.焦點小組
主題專家
一對多（6-10）
3.引導式研討會
跨職能係人
更快的發現和解決問題
有助於建立信任、促進關係、改善溝通，有利於參加者達成一致意見
4.群體創新技術
1.腦力激盪
各抒己見
2.名義小組
投票
排列
更機構化的腦力激盪法
3.德爾菲技術
防止個人觀點被不正確的放大
4.概念/心智圖
圖
引導出新的創意
5.親和圖/KI法
核心是腦力激盪法
根據結果去找原因
6.多標準決策分析
多種標準
5.群體決策技術
1.一致同意
2.大多數原則
3.相對多數原則
4.獨裁
6.問卷調查
7.觀察
8.原型法
初步需求
快速開發
9.標竿對照
內部組織/外部組織
10.系統互動圖
系統與參與者之間的互動方式
顯示了業務系統的輸入、輸入提供者、業務系統的輸出和輸出接收者
11.文件分析
分析文件
3.需求文件
4.需求追蹤
1.需求管理
包括在產品開發過程中維持需求一致性和精確性的所有活動
2.可跟蹤性
3.配置項需求
雙向追蹤性
正向追蹤
反向追蹤
4.箭頭表示需求追蹤能力聯繫鏈
5.追溯
回溯
6.
7.第五類聯繫鏈
8.需求追蹤（能力）矩陣-是將產品需求從其來源連接到能滿足的可交付成果的一種表格
4.定義範圍
是製定專案和產品詳細描述的過程，主要作用是明確所收集的需求哪些將包含在專案範圍內，哪些將排除在專案範圍外，從而明確產品、服務或成果的邊界
1.工具與技術
1.專家判斷
2.產品分析
分析產品
3.備選方案生成
用來識別執行專案工作的不同方法
4.引導式研討會
2.專案範圍說明書
1.
2.內容
1.產品範圍描述
2.驗收標準
3.可交付成果
4.項目的除外條件
5.限制因素
6.假設條件
3.作用
1.確定範圍
2.溝通基礎
3.規劃與控制依據
4.變更基礎
5.規劃基礎
5.建立工作分解結構（WBS)
1.WBS 的層次
1.里程碑
檢查點---里程碑---基線
2.工作包
最底層的科教股成果或專案工作組成部分
具體
8/80原則
一個人工作8-80小時（1天-10天/1天-2週）
3.控制帳戶
4.規劃包
5.WBS詞典
2.分解
分解
抓夾判斷
2.活動
1.識別及分析可交付成果及相關工作
2.確定WBS的結構和編排方法
3.自上而下逐層細化分解
4.為WBS組件製定並分配標識編碼
5.核實可交付成果分解的程度是適當的
3.原則
4.方式
1.生命週期
2.可交付物
5.全體專案團隊成員
6.表示形式
1.樹形結構
層次清晰、直覺性和結構性強
不容易修改
2.表格形式
直觀性差
但能反映出專案所有的工作要素
7.過程注意
1.一小時整
3.WBS的作用
6.確認範圍
1.確認範圍概述
是正式驗收專案已完成的可交付成果的過程
包括與客戶或發起人一起審查可交付成果，確認已圓滿完成，並獲得客戶或發起人的正式驗收
1、工具與技術
檢查、群體決策技術
2、步驟
3、問題
2.幹係人關注點
1、管理層
是指範圍對專案的進度、資金和資源的影響，這些因素是否超過了組織承受範圍，是否在投入產出上具有合理性
2、客戶
產品的範圍
關心專案的可交付成果是否足夠完成產品或服務
3、專案管理人員
可交付成果是否足夠且必須完成，時間、資金和資源是否足夠，主要的潛在風險和預備解決的方法
4、專案團隊成員
專案範圍中自己參與的元素和負責的元素
透過定義範圍中的時間來檢查自己的工作時間是否足夠，自己在專案範圍中是否有多項工作，而這些工作又有衝突的地方
3.幾個術語的比較
範圍確認與品質確認
7.控制範圍
1、是監督專案和產品的範圍狀態、管理範圍基準變更的過程
2、範圍變更的原因
1.政府政策的問題
2、專案範圍的計劃編制不周密詳細，有一定的錯誤或遺漏
3.市場上出現了或是設計人員提出了新技術、新手段或新方案
4.專案執行組織本身發生變化
5.客戶對專案、專案產品或服務的要求發生變化
3、主要工作
1.影響導致範圍變更的因素，並儘量使這些因素朝有利的方向發展
2.判斷範圍變更是否已經發生
3.範圍變更發生時管理實際的變更，確保所有被要求的變更依照專案整體變更控制流程處理
Wondershare EdrawMind
