险（Risk）、问题（Issue）、缺陷（Defect）、服务请求（Service Request）和行动（Action）。RPM项目范围架构如图1所示，产品需求决定产品范围，产品范围决定了项目范围，项目范围本身又可以直接转化为工作分解结构和项目计划，同时会受到需求变化或者发生项目意外的影响，而项目范围的变化，最终反映到项目计划和工作分解结构上。而在整个项目生命周期中，项目范围的变更，服务请求和缺陷等应该被完整跟踪和全面管理，即使它们还未影响到项目范围。 图1 各种范围要素之间的相互影响关系
RPM中的范围管理，主要通过范围规划、范围定义、制定工作分解结构、范围核实和范围控制等范围管理流程，完成以上项目范围元素的定义，分解、跟踪、核实和控制，同时完成范围元素的变更管理。通过在RPM中有效定义和重用项目管理流程模板和有效使用项目的"范围管理"功能，项目管理团队能够很好的遵循组织预定义的项目范围管理流程，完成项目范围管理任务。
2.3 项目范围管理的实现说明
IBM Rational对项目范围管理的实现包括两个部分：
1) 使用RMC定义可视化的范围管理流程，通过提供统一的项目范围管理流程和方法，帮助企业进行范围管理标准流程和方法的推广；
2) 使用RPM执行已定义的范围管理流程，通过提供统一的项目范围管理平台，提高项目管理团队的范围管理执行能力和效率；
具体企业项目范围管理的要求和解决方案的实现方法对应关系如表一所示：
表一、企业项目范围管理的要求和解决方案的实现方法对应关系
3 使用RMC定义可视化的范围管理流程
"过程改进、方法先行"，使用IBM的平台和流程工具实现项目范围管理的第一步，就是利用IBM的过程改进工具RMC为项目范围管理建立完整的管理流程，如图2所示，流程中应该包括项目范围管理流程的流程图，过程的执行角色、主要任务和每个任务的输入输出工件。同时，企业也可以根据自身的经验建立一些合适的工件模板，例如项目范围管理计划模板、针对特定项目类型的WBS模板等等。有关如何使用RMC定制具体的可视化流程，请参考《企业项目组合管理流程改进的实践之路 ――第一篇 过程改进 方法先行》。
图2 项目范围管理流程定义
图3 项目范围管理流程定义
在标准的项目管理方法和过程的推广过程中，企业一般都会根据自身项目管理的实际需求，为不同类型项目的管理流程定制不同的项目管理流程模板，这就是目前常常被人们提起的"可适应的流程"（Adaptable process）的具体含义。由于目前企业面临的商业环境的日新月异、信息技术的快速发展，建立"可适应的流程"逐渐成为企业过程改进的基本要求，不能"随需应变"的过程，必然无法在企业内部有效推广。[page]
RMC在这方面做了非常好的工作，首先它基于UMA的方法定义架构，保证了企业可以根据需要快速生成所需的企业标准管理方法和流程。其次在RMC中定制的项目管理方法，可以通过RMC内置的导出功能，导出到RPM中生成可执行的项目管理流程模板，或导出生产MS Project的项目计划文件，生成工作分解结构，然后作为整个项目管理计划的一部分，指导项目管理团队开展项目工作。此外，在从RMC中导出流程模板时，用户还可以通过更改流程中指定活动的"已计划"属性，决定是否在导出的流程模板中包含该活动，方便定制具体要导出的计划内容。
图4 在RMC中根据需要设置"已规划"属性
图5 导出时选择只导出具有"已规划"属性的部分
图6 导出范围管理