1. 包括確保項目做且只做所需的全部工作，以成功完成項目的各個過程

2. 項目工作明確劃定邊界

2.1. 什么是包括在項目之內的

2.2. 什么是不包括在項目之內的

3. 項目其他各方面管理的基礎

4. 編制范圍管理計劃過程

4.1. 對如何定義、確認和控制項目范圍的過程進行描述

4.2. 輸入

4.2.1. 項目管理計劃

4.2.2. 項目章程

4.2.3. 組織過程資產

4.2.4. 事業環境因素

4.3. 工具與技術

4.3.1. 會議

4.3.2. 專家判斷

4.4. 輸出

4.4.1. 范圍管理計劃

4.4.1.1. 制定項目管理計劃過程和其他范圍管理過程的主要依據

4.4.2. 需求管理計劃

4.4.2.1. 需求管理計劃是編制范圍管理計劃的輸出

4.4.2.1.1. 【21下選38】

4.4.2.2. 用于規劃,跟蹤和報告各種需求活動

4.4.2.2.1. 【20下選39】

4.4.2.3. 如何規劃、跟蹤和報告各種需求活動

4.4.2.4. 配置管理活動

4.4.2.5. 需求優先級排序過程

4.4.2.6. 產品測量指標及使用這些指標的理由

4.4.2.7. 用來反映哪些需求屬性將被列入跟蹤矩陣的跟蹤結構

4.4.2.8. 收集需求過程

4.4.2.9. 【22下選38】

5. 收集需求

5.1. 為實現項目目標而確定、記錄并管理干系人的需要和需求的過程

5.2. 為定義和管理項目范圍（包括產品范圍）奠定基礎

5.3. 輸入

5.3.1. 范圍管理計劃

5.3.2. 需求管理計劃

5.3.3. 干系人管理計劃

5.3.4. 項目章程

5.3.5. 干系人登記冊

5.4. 工具與技術

5.4.1. 訪談

5.4.1.1. 與干系人直接交談來獲取信息的正式或非正式的方法

5.4.1.2. 可用于獲取機密信息

5.4.2. 焦點小組

5.4.2.1. 比“一對一”的訪談更熱烈

5.4.3. 引導式研討會

5.4.3.1. 研討會是快速定義跨職能需求和協調干系人差異的重要技術

5.4.3.2. 能夠比單項會議更早發現問題，更快解決問題

5.4.3.3. “聯合應用設計/開發（JAD）”的引導式研討會

5.4.3.3.1. 軟件開發行業

5.4.3.4. “質量功能展開（QFD）”這種引導式討論會

5.4.3.4.1. 制造行業

5.4.3.5. 用戶故事是對所需功能的簡短文字描述，經常產生于需求研討會

5.4.3.5.1. 在敏捷方法中廣泛使用

5.4.4. 群體創新技術

5.4.4.1. 可以組織一些群體活動來識別項目和產品需求

5.4.4.2. 頭腦風暴法

5.4.4.3. 名義小組技術

5.4.4.4. 概念/思維導圖

5.4.4.5. 親和圖

5.4.4.6. 多標準決策分析

5.4.5. 群體決策技術

5.4.5.1. 為達成某種期望結果，而對多個未來行動方案進行評估的過程

5.4.5.2. 一致同意

5.4.5.3. 大多數原則

5.4.5.3.1. 群體中超過50%人員的支持

5.4.5.4. 相對多數原則

5.4.5.5. 獨裁

5.4.6. 問卷調查

5.4.7. 觀察

5.4.7.1. 直接察看個人在各自的環境中如何執行工作（或任務）和實施流程

5.4.7.2. 工作跟蹤

5.4.8. 原型法

5.4.9. 標桿對照

5.4.9.1. 將實際或計劃的做法（如流程和操作過程）與其他可比組織的做法進行比較，以便識別最佳實踐，形成改進意見，并為績效考核提供依據

5.4.9.1.1. 【21上選39】

5.4.10. 系統交互圖

5.4.11. 文件分析

5.4.11.1. 通過分析現有文檔，識別與需求相關的信息，來挖掘需求

5.5. 輸出

5.5.1. 需求文件

5.5.1.1. 描述各種單一需求將如何滿足與項目相關的業務需求

5.5.1.2. 只有明確的、可跟蹤的、完整的、相互協調的，且主要干系人愿意認可的需求，才能作為基準

5.5.1.3. 業務需求

5.5.1.4. 干系人需求

5.5.1.5. 解決方案需求

5.5.1.6. 項目需求

5.5.1.7. 過渡需求

5.5.1.8. 與需求相關的假設條件、依賴關系和制約因素

5.5.2. 需求跟蹤矩陣

5.5.2.1. 把產品需求從其來源連接到能滿足需求的可交付成果的一種表格

5.5.2.2. 在整個項目生命周期中跟蹤需求的一種方法

6. 定義范圍

6.1. 詳細描述產品范圍和項目范圍，編制項目范圍說明書

6.2. 制定項目和產品詳細描述的過程

6.3. 從需求文件（收集需求過程的輸出）中選取最終的項目需求，然后制定出關于項目及其產品、服務或輸出的詳細描述

6.4. 詳細定義項目的范圍邊界

6.5. 輸入

6.5.1. 范圍管理計劃

6.5.2. 項目章程

6.5.3. 需求文件

6.5.4. 組織過程資產

6.5.5. 【22上選38】

6.6. 工具與技術

6.6.1. 產品分析

6.6.1.1. 弄清產品范圍，并把對產品的要求轉化成項目的要求

6.6.2. 專家判斷

6.6.3. 備選方案生成

6.6.3.1. 一種用來制定盡可能多的潛在可選方案的技術，用于識別執行項目工作的不同方法

6.6.4. 引導式研討會

6.6.4.1. 有助于就項目目標和項目限制達成跨職能的共識

6.7. 輸出

6.7.1. 項目范圍說明書

6.7.1.1. 【22下選39】

6.7.1.2. 對項目范圍、主要可交付成果、假設條件和制約因素的描述

6.7.1.3. 記錄了整個范圍，包括項目和產品范圍

6.7.1.4. 可明確指出哪些工作不屬于本項目范圍

6.7.1.5. 項目的范圍邊界一定是閉合的

6.7.1.6. 項目目標

6.7.1.7. 產品范圍描述

6.7.1.8. 項目需求

6.7.1.9. 項目邊界

6.7.1.9.1. 項目邊界嚴格地定義了項目內包括什么和不包括什么，以防有的項目干系人假定某些產品或服務是項目中的一部分

6.7.1.9.1.1. 【21下選39】

6.7.1.10. 項目的可交付成果

6.7.1.11. 項目的制約因素

6.7.1.11.1. 【19下選40】

6.7.1.12. 項目的除外責任

6.7.1.13. 假設條件

6.7.1.13.1. 不需驗證即可視為正確、真實或確定的因素就是假設

6.7.1.14. 【22上選39】

6.7.1.15. 干系人清單不會在范圍說明書

6.7.1.15.1. 【20下選40】

6.7.1.15.1.1. 【19上選43】

6.7.2. 項目文件更新

6.7.2.1. 干系人登記冊、需求文件、需求跟蹤矩陣