范围是当选择作为项目还是项目群来管理工作的定义特征。范围越复杂,管理计划需要描述如何管理的范围就越广。
一个如此处所描述的包罗万象的范围管理计划,适用于不甚复杂的范围。当复杂度增加,范围的一些部分可能需要它们自己的管理计划,例如收益管理计划。最终,范围管理计划可能由所管理范围中的每个部分的管理计划所代替。
从广义而言,范围管理计划是为项目存在的。项目群针对范围管理不同的组成部分有单独的管理计划。自然,两者之间的某些点,会有总括范围管理计划,根据要求由更详细的管理计划所支持。
政策
- 介绍
介绍部分描述工作的背景,并明确如何记录对范围的治理。如果范围管理的诸多方面,从该文件中提取出去扩展成为单独的管理计划,需要将这些独立的管理计划罗列在此。
- 角色与职责
最简单的情况下,一位人员(也许项目经理)就能够进行范围的管理与技术方面的工作。而最复杂的情况,范围就需要不同功能(例如,要求管理或配置管理)的专家,或不同技术学科(例如,建筑师、电子工程师、航空工程师等等)的专家。
该部分可能包括角色与职责的详细信息;或可能只是包括一个概述,更多细节在计划中每个相关 “程序”部分进行阐述。
- 信息管理
在此定义范围文件的构成与格式。或者该个部分可能只包括范围文件的概述,更多细节在计划中每个相关 “程序”部分进行阐述。
- 保证
在此描述用于任何保证评审的成功范围管理的标准。如果需要,可以在计划的“程序”部分加入详细的标准。
- 预算
范围管理的成本,很大程度上是项目或项目群的成本。这个部分不应该试图处理整个预算,而是要聚焦于特定专业领域。例如,可能需要有对于可行性研究或范围变更的特定预算。
如果需要,可以在计划的“程序”部分加入详细的标准。
- 交互界面
如果范围管理计划是多个更详细管理计划、例如收益管理计划或配置管理计划的总括文件的话,那这个部分就尤其重要。
它还应该与其他功能提供相互参考,强调范围中具有更高风险、或有特别有影响力的利益相关方的方面。如果需要,可以在计划的“程序”部分加入详细的标准。
构成程序
计划中该部分的构成与细节,完全取决于范围的规模与复杂度。也许一个简单综合的程序就是合适的,或者要定义一些更专业的程序。
- 要求管理
要求管理的程度,必须与工作范围的复杂度和利益相关方的参与程度保持一致。
编制解决方案的程序与技术是根据所要求产出的复杂度定义的。
如果产出与收益的数量不大的话,范围管理计划可能只包括一个关于收益的部分。否则,就要使用完整的收益管理计划。
范围变更可能是项目与项目群成功的主要影响因素。该部分必须定义清晰的程序,包括职权层级、变更预算与评估技术。它还应该描述如何处理相关的沟通。
- 配置管理
根据定义,项目或项目群的范围越复杂,产出、成果、收益及其构成产品之间的相互关系就越复杂。配置管理可能还涵盖管理文档。