導語：專案範圍的管理也就是對專案應該包括什麼和不應該包括什麼進行相應的定義和控制。它包括用以保證專案能按要求的範圍完成所涉及的所有過程。我們一起來看看吧。
專案範圍管理的各個過程，包括：
5.1 收集需求——為實現專案目標而定義並記錄干係人的需求的過程。
5.2 定義範圍——制定專案和產品詳細描述的過程。
5.3 建立工作分解結構——將專案可交付成果和專案工作分解為較小的、更易於管理的組成部分的過程。
5.4 核實範圍——正式驗收專案已完成的可交付成果的過程。
5.5 控制範圍——監督專案和產品的範圍狀態、管理範圍基準變更的過程。
在專案的環境中，“範圍”這一術語有兩種含義：
� 產品範圍—某項產品、服務或成果所具有的特性和功能。
� 專案範圍—為交付具有規定特性與功能的產品、服務或成果而必須完成的工作。
範圍管理定義：確保完成所有專案工作，而且只做成功完成專案的所需的全部工作。
範圍管理計劃是在哪個過程制定的?
是在整合管理過程制定的。作為制定專案管理計劃的一部分。
收集需求的技術：
訪談、焦點小組會議、引導式研討會、群體創新技術(頭腦風暴)、群體決策技術、問卷調查(德爾菲技術)、觀察、原型法
原型法：原型法是指在實際製造產品之前，先造出該產品的實用模型，並據此
徵求對需求的.反饋意見。
》原型是有形的實物，它使干係人有機會體驗最終產品的模型，而不是隻討論抽象的需求陳述。原型法符合漸進明細的理念。
德爾菲技術是用來獲得專家意見的一種常用方法，用以減少偏見，克服個別人對結果的不合理影響，達成一致意見。
需求跟蹤矩陣:包括需求識別號碼、需求來源、具體需求負責人、管理具體需求的責任人、需求的狀態。
專案範圍說明書：以書面的形式詳細描述專案的可交付成果、以及為提交這些可交付成果必須做的工作。包括產品範圍描述、可交付成果、產品驗收標準、專案除外責任、其他風險、專案制約因素和假設條件。
產品分析：是定義範圍的工具，是一種有效的工具，把概括性的產品描述轉變為有型的可交付成果的方法。包括產品分解、系統分析、需求分析、系統工程、價值工程和價值分析等。
工作分解結構(WBS):是在專案規劃過程由團隊建立的，用來定義專案或將可交付成果分解成較小的、更易管理的組成部分，它幫助確定專案人員配置、幫助估算、幫助制定進度計劃、幫助進行風險管理。
》它展示了成績體系、相關性、工作包、控制賬戶、賬戶編碼標誌體系
分解：把專案可交付成果劃分成較小的、更易管理的組成部分
WBS辭典：對工作分解結構的組成部分，包括工作包、控制賬戶進行更加詳細的描述。
工作包和活動的區別：
1.活動是工作包細分出的更小的組成部分;
2.工作包顯示在工作分解結構(WBS)中;活動顯示在活動清單和網路圖中。
核實範圍過程：是由客戶或發起人正式驗收專案完成的可交付成果，在監控過程組進行，也在專案生命週期的每個階段結束時進行。
產品範圍：與專案產品的需求有關，必須根據產品需求衡量產品範圍的完成情況。
專案範圍：是為提交產品或服務而必須完成的工作，根據專案管理計劃來衡量專案範圍是否完成。
範圍基準的檔案組成：專案範圍說明書、工作分解結構(WBS)、WBS辭典
鍍金：由組織內部做了不該做的範圍
範圍蔓延(擴大)：由客戶提出，要求做範圍之外的工作
核實範圍與實施質量控制：
完成的可交付成果(指揮和管理專案執行)→實施質量控制檢查(確認可交付成果)→變更請求-完成糾正→
確認的可交付成果(重複質量控制檢查)→驗收的可交付成果(核實範圍)→最終產品、服務、成果(專案收尾)
