五、项目范围管理

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）项目范围的风险是否太高：管理层是否能够降低风险发生时对项目的影响