五、項目范圍管理

1．范圍管理計劃用于指導如下過程和相關工作

（1）制定項目范圍說明書；

（2）根據詳細項目范圍說明書創建WBS；

（3）確定如何審批和維護范圍基準；

（4）正式驗收已完成的項目可交付成果。

2．需求管理計劃的主要內容

（1）如何規劃、跟蹤和報告各種需求活動；

（2）配置管理活動；

（3）需求優先級排序過程；

（4）測量指標及使用這些指標的理由；

（5）反映哪些需求屬性將被列入跟蹤矩陣。

3．需求跟蹤矩陣的內容與作用（25年真題）

（1）業務需要、機會、目的和目標；

（2）項目目標；

（3）項目范圍和WBS可交付成果；

（4）產品設計；

（5）產品開發；

（6）測試策略和測試場景；

（7）高層級需求到詳細需求。

作用：1、確保需求覆蓋：跟蹤需求從提出到實現的完整性，避免遺漏。

2、驗證與測試依據：關聯需求與測試用例，確保功能驗收。

3、變更影響分析：評估需求變更對范圍、進度、成本的影響。

4．需求的類別

（1）業務需求：整個組織的高層級需要，例如，解決業務問題或抓住業務機會，以及實施項目的原因；

（2）干系人需求：干系人的需要；

（3）解決方案需求：為滿足業務需求和干系人需求，產品、服務或成果必須具備的特性、功能和特征。解決方案需求又進一步分為功能需求和非功能需求：

①功能需求：描述產品應具備的功能，例如，產品應該執行的行動、流程、數據和交互；

②非功能需求：是對功能需求的補充，是產品正常運行所需的環境條件或質量要求，例如，可靠性、保密性、性能、安全性、服務水平、可支持性、保留或清除等。

（4）過渡和就緒需求：如數據轉換和培訓需求。這些需求描述了從“當前狀態”過渡到“將來狀態”所需的臨時能力；

（5）項目需求：項目需要滿足的行動、過程或其他條件，例如里程碑日期、合同責任、制約因素等；

（6）質量需求：用于確認項目可交付成果的成功完成或其他項目需求的實現的任何條件或標準，例如，測試、認證、確認等。

5．項目范圍說明書的內容（20，25年真題）

（1）產品范圍描述：逐步細化在項目章程和需求文件中所述的產品、服務或成果特征；

（2）可交付成果：為完成某一過程、階段或項目而必須產出的任何獨特并可核實的產品、成果或服務能力，可交付成果也包括各種輔助成果，如項目管理報告和文件。對可交付成果的描述可略可詳；

（3）驗收標準：可交付成果通過驗收前必須滿足的一系列條件；

（4）項目的除外責任：識別排除 在項目之外的內容。明確說明哪些內容不屬于項目范圍，有助于管理干系人的期望及減少范圍蔓延。

6．把整個項目工作分解為工作包步驟：（18下年真題）

（1）識別和分析可交付成果及相關工作；

（2）確定WBS的結構和編排方法；

（3）自上而下逐層細化分解；

（4）為WBS組成部分制定和分配標識編碼；

（5）核實可交付成果分解的程度是否恰當。

7．在分解的過程中，應該注意以下8個方面：（21下，24年真題）

（1）WBS必須是面向可交付成果的；

（2）WBS必須符合項目的范圍；

100%原則（包含原則）認為，在WBS中，所有下一級的元素之和必須100%代表上一級的元素。

（3）WBS的底層應該支持計劃和控制；

（4）WBS中的元素必須有人負責，而且只有一個人負責；

（5）WBS應控制在4～6層；一個工作單元只能從屬于某個上層單元，避免交叉從屬。

（6）WBS應包括項目管理工作（因為管理是項目具體工作的一部分），也要包括分包出去的工作；

（7）WBS的編制需要所有（主要）項目干系人的參與；

（8）WBS并非是一成不變的。

8．范圍基準的內容（17上年真題）

范圍基準是經過批準的范圍說明書、WBS和相應的WBS字典

9．確認范圍的一般步驟

（1）確定需要進行范圍確認的時間；

（2）識別范圍確認需要哪些投入；

（3）確定范圍正式被接受的標準和要素；

（4）確定范圍確認會議的組織步驟；

（5）組織范圍確認會議。

10．項目干系人進行范圍確認時，一般需要檢查以下6個方面的問題

（1）可交付成果是否是確定的、可確認的；

（2）每個可交付成果是否有明確的里程碑，里程碑是否有明確的、可辨別的事件，例如，客戶的書面認可等；

（3）是否有明確的質量標準；

（4）審核和承諾是否有清晰的表達；

（5）項目范圍是否覆蓋了需要完成的產品或服務的所有活動，有沒有遺漏或錯誤；

（6）項目范圍的風險是否太高：管理層是否能夠降低風險發生時對項目的影響