制定範圍管理計劃並以書面形式描述如何定義、確認和控制項目範圍，其主要功能是就如何在整個項目中管理範圍提供指導和方向。範圍管理計劃可以是正式的或非正式的，也可以是非常詳細的或高度概括的。
1.頭腦風暴法:又稱智力刺激法、自由思維法或頭腦風暴法。頭腦風暴法可分為直接頭腦風暴法(通常簡稱為頭腦風暴法)和提問頭腦風暴法(也稱反頭腦風暴法)。
2.名義分組技術:通過投票來安排最有用的想法，以進行進壹步的頭腦風暴或優先排序。
3.德爾菲技術:組織專家就某壹主題達成壹致的信息收集技術。壹組選定的專家回答了問卷，並就每壹輪需求收集的結果提供了反饋。專家的回復只能給版主匿名。
Delphi技術的主要缺點是:流程復雜，話費耗費時間長。
4.概念/思維導圖(Concept/Mind Map):也稱思維導圖，是將頭腦風暴得到的想法用簡單的地圖連接起來，反映這些想法之間的* * *和差異，從而引出新的想法。
5.親和圖:也稱KJ法，是針對某壹問題，充分收集經驗、知識、想法、觀點等各種語言和文字材料，用圖示的手段加以概括，並把這些材料按其相互親和程度進行整理，從而使問題明確，獲得統壹認識，便於解決問題的壹種方法。
親和圖的核心是頭腦風暴，就是根據結果找原因。大量的想法可以進行分類，以供審查和分析。主要是根據各種想法之間的相似性，對頭腦風暴中獲得的各種想法進行分類。
6.群體決策技術:評估多個未來行動計劃，以達到某種預期結果。主要有壹致同意、多數同意、相對多數同意、獨裁等方法。
7.標桿管理:將實際的或計劃的實踐與其他類似組織的實踐進行比較(例如，過程、操作程序等。)以確定最佳做法，形成改進意見，並為績效評估提供依據。
8.系統交互圖:是對產品範圍的直觀描述，顯示系統(過程、設備、信息系統等)之間的交互作用。)和參與者(用戶、與本系統無關的其他系統)。軟件需求分析中的DFD和用例圖可以看作是系統交互圖。
9.文件分析:是通過分析已有的文檔，識別與需求相關的信息來挖掘需求。
10.定義範圍:詳細描述項目和產品的過程。輸出詳細的項目範圍規範。範圍定義是壹個叠代過程。其主要作用是明確哪些收集到的需求會被納入項目範圍，哪些會被排除在項目範圍之外，從而明確產品、服務或成果的邊界。
描述各種單壹需求將如何滿足與項目相關的業務需求。主要內容包括:業務需求、涉眾需求、解決方案需求、項目需求、過渡需求、與需求相關的假設、依賴和約束。
目的是找出產品範圍，並將產品需求轉化為項目需求。產品分析技術包括產品分解、系統分析、需求分析、系統工程、價值工程和價值分析。
壹種技術，用於制定盡可能多的潛在備選方案，並確定執行項目工作的不同方式。如頭腦風暴、橫向思維、另類分析等。
項目範圍說明書是對項目範圍、主要交付成果、假設和限制的描述。記錄了整個範圍，包括項目和產品範圍。詳細描述了項目的可交付成果以及產生這些可交付成果所必須完成的工作。項目範圍規範在所有項目幹系人之間建立了對項目範圍的共同理解，描述了項目的主要目標，使項目團隊能夠制定更詳細的計劃，在項目實施期間指導項目團隊的工作，並評估是否對客戶要求進行了更改或額外工作是否在項目範圍內。
將項目可交付成果和項目工作逐步分解為更小、更易管理的項目單元的過程，這些單元是可驗證的產品、服務或成果。
WBS是壹種面向結果的分析方法，用於分析項目中涉及的工作，所有這些工作構成了項目的整個工作範圍。
WBS的最低工作單元稱為工作包，它是定義工作範圍、定義項目組織、設定項目產品的質量和規格、估算和控制費用、估算時間段和安排進度的基礎。
任何沒有出現在WBS中的工作都不在項目範圍內。要完成此類工作，必須遵循變更控制流程並獲得變更控制委員會的批準。
工作分解結構的編制需要所有項目幹系人的參與，壹般是層層分解的。
將項目可交付成果劃分為更小、更易管理的單元，直到可交付成果被細分為能夠支持未來明確定義的項目活動的工作包。
壹般壹個人兩周能完成的工作稱為工作包，或者壹個人80小時能完成的工作稱為工作包。
位於WBS每個分支底部的可交付成果或項目工作組成部分是定義工作範圍、定義項目組織、設定項目產品的質量和規格、估計和控制費用、估計時間周期和安排進度的基礎。作為經驗。8/80法則(80小時法則)建議工作包的大小至少需要8小時才能完成，總的完成時間不應該大於80小時。
它標誌著可交付成果或階段的正式完成。
短期工作計劃要詳細，長期工作計劃要相對粗略。基礎:項目的規模、復雜程度和生命周期。
功能或技術原理(將不同人員的工作分開)、組織結構(與組織結構相適應)、系統或子系統(將總系統劃分為子系統，然後將子系統分解)。
詳細說明交付物、活動和進度信息的文件，至少包括賬戶代碼標識、工作描述、假設條件和限制、負責組織、進度裏程碑、相關進度活動、所需資源、成本估算、質量要求、驗收標準、技術參考和協議信息。
經批準的詳細項目範圍規範、WBS和WBS字典是項目的範圍基準。
由項目幹系人(如客戶)對已完成的項目可交付成果進行正式驗收的過程。在整個項目中。
範圍確認是關於工作成果的驗收，重點是可交付成果的驗收，而質量控制是關於工作成果的正確性，重點是可交付成果的正確性以及是否符合質量要求。
質量控制壹般在確認範圍之前完成，但也可以並行進行。
確認範圍強調可交付成果的驗證和驗收，而項目收尾強調為結束項目(或階段)所要做的過程工作。
確認範圍強調驗收項目的可交付成果，項目收尾強調產品的驗收。
為了達到預期的結果，評估多個未來行動計劃的過程，該技術用於生成產品需求，並對產品需求進行分類和優先排序。
方法有:壹致同意(德爾菲法)、多數原則(50%以上人員支持)、相對多數原則(根據群體中相對多數人的意見做出決策，有兩個以上候選人時使用)、獨裁。
範圍控制是監控項目和產品的範圍狀態、管理範圍基準的變更以及控制變更的過程。控制項目範圍，以確保所有要求的變更和建議的糾正措施應通過整個變更控制流程來處理。當變更發生並集成到其他控制過程中時，項目範圍控制也用於管理實際的變更。不受控制的產品或項目範圍擴展通常被稱為項目“範圍擴展”。
確定實際性能與基準之間差異的程度和原因的技術。
影響引起範圍變更的因素，確保根據項目的總體變更控制處理所有請求的變更，並在範圍變更發生時管理實際變更。
變更管理系統是對項目範圍進行變更的壹套程序，包括文書工作、跟蹤系統和授權變更所需的認可。包括變更過程、變更文件和糾正措施。變更申請由變更控制委員會批準或拒絕。