範圍確認
範圍確認是專案干係人正式接受已完成的專案範圍的過程。範圍確認需要審查可交付物和工作成果，貫穿於整個專案。
輸入工具與技術
輸出1.範圍說明書
2.wbs字典
3.範圍管理計畫
4.交付物
1.檢查
1.已接受的交付物
2.變更申請
3.推薦的糾正措施
輸入4.交付物。那些已經完成或部分完成的部分，是指導和管理專案制定過程的輸出結果。
工具與技術
1.檢查。對管理人員來說，檢查是範圍的確認。檢查包括測量、測試、檢驗等活動，判斷結果是否滿足專案干係人的要求和期望。
輸出
1.已接受的交付物。已被客戶接受的要書面形式進行記錄，拒絕的要記錄原因。
範圍控制
範圍控制牽扯到的內容：影響範圍變更的因素要確保在請求變更中控制處理。未經控制的變更常被看作專案蔓延。
變更是專案干係人常因專案環境或其他的各種原因要求對專案的範圍計畫進行的修改或重新規劃。
變更產生的原因：
1.專案外部環境發生變化
2.專案範圍計畫編制不周密詳細，有一定的錯誤或遺漏。
3.新技術、手段、方案被提出
4.專案實施組織發生變化
5.客戶對專案、產品或服務的要求發生變化
變更控制的焦點：
1.對造成範圍變更的因素施加影響，取得專案干係人的一致認可
2.確定範圍變更已經發生
3.當變更發生時，對變更進行有效管理
輸入工具與技術
輸出1.範圍說明書
2.wbs
3.wbs字典
4.範圍管理計畫
5.績效報告
6.批准的變更申請
7.工作績效資訊
1.變更控制系統
2.偏差分析
3.重新規劃
4.配置管理系統
1.範圍說明書（更新）
2.wbs（更新）
3.wbs字典（更新）
4.範圍基線（更新）
5.變更申請
6.推薦的糾正措施
7.組織過程資產（更新）
8.專案管理計畫（更新）
輸入5.績效報告。提供專案的績效資訊，反映當前專案執**況，可作為變更控制的乙個依據。
工具與技術
1.變更控制系統。定義了變更的有關流程，包括必要的書面檔案、跟蹤系統、授權變更的批准等級。
2.偏差分析。專案績效系統可以不良偏差大小，根據偏差大小確認是否執行糾正措施
4.配置管理系統。指定變更的規程，記錄變更的內容、原因及推薦措施等等
輸出
7.組織過程資產（更新）。記錄變更原因、糾正措施、經驗。
專案範圍管理的整體脈絡：
1.開篇描述了範圍管理的意義，就是範圍管理為什麼要存在的原因。
2.next講述了範圍的定義是什麼，根據範圍的定義如何去產生範圍的相關文件,應該考察什麼因素去制定
3.next描述了怎麼將已經產生的概要型範圍說明書逐步去分解稱可以應用到具體工作中的工作單元，分解的依據和遵循的原則是什麼
4.next描述了詳細範圍說明書在所有專案干係人中的共享和反饋問題
5.last是對整個範圍管理的查漏補缺，看看什麼地方不清楚或者不明確，發起申請變更，對範圍說明書和相關的文件進行更新，總結。
選擇性考察和論述性考察
範圍管理和範圍蔓延
1 範圍管理的前提 前提是專案的定義。專案是企業哪個戰略方向下的產物，專案想完成哪些具體目標？只有定義明確了，才有範圍。範圍必須緊密圍繞著定義來開展。範圍不足或範圍蔓延都會對專案產生影響 1 範圍管理包括了兩部分 一部分是實體的產品，比如開發出來的一套軟體 另一部分是專案的商業方案 銷售方案 服務體...
範圍管理和範圍蔓延
1 範圍管理的前提 前提是專案的定義。專案是企業哪個戰略方向下的產物，專案想完成哪些具體目標？只有定義明確了，才有範圍。範圍必須緊密圍繞著定義來開展。範圍不足或範圍蔓延都會對專案產生影響 2 範圍管理包括了兩部分 一部分是實體的產品，比如開發出來的一套軟體 另一部分是專案的商業方案 銷售方案 服務體...
簡練軟考知識點整理 確認範圍和質量控制
確認範圍是正式驗收專案已完成的可交付成果的過程。確認範圍包括與客戶或發起人一起審查可交付成果，確保可交付成果已圓滿完成，並獲得客戶或發起人的正式驗收。確認範圍關注的是客戶對已經完成的可交付成果的接受程度，是對專案的可交付成果的外部正式驗收。這個正式驗收包括對所有可交付成果的檢查，以確認其與範圍定義 ...