范围管理计划

范围是当选择作为项目还是项目群来管理工作的定义特征。范围越复杂,管理计划需要描述如何管理的范围就越广。

一个如此处所描述的包罗万象的范围管理计划,适用于不甚复杂的范围。当复杂度增加,范围的一些部分可能需要它们自己的管理计划,例如收益管理计划。最终,范围管理计划可能由所管理范围中的每个部分的管理计划所代替。

从广义而言,范围管理计划是为项目存在的。项目群针对范围管理不同的组成部分有单独的管理计划。自然,两者之间的某些点,会有总括范围管理计划,根据要求由更详细的管理计划所支持。

 

政策

  • 介绍

介绍部分描述工作的背景,并明确如何记录对范围的治理。如果范围管理的诸多方面,从该文件中提取出去扩展成为单独的管理计划,需要将这些独立的管理计划罗列在此。

  • 角色与职责

最简单的情况下,一位人员(也许项目经理)就能够进行范围的管理与技术方面的工作。而最复杂的情况,范围就需要不同功能(例如,要求管理配置管理)的专家,或不同技术学科(例如,建筑师、电子工程师、航空工程师等等)的专家。

该部分可能包括角色与职责的详细信息;或可能只是包括一个概述,更多细节在计划中每个相关 “程序”部分进行阐述。

  • 信息管理

在此定义范围文件的构成与格式。或者该个部分可能只包括范围文件的概述,更多细节在计划中每个相关 “程序”部分进行阐述。

  • 保证

在此描述用于任何保证评审的成功范围管理的标准。如果需要,可以在计划的“程序”部分加入详细的标准。

  • 预算

范围管理的成本,很大程度上是项目或项目群的成本。这个部分不应该试图处理整个预算,而是要聚焦于特定专业领域。例如,可能需要有对于可行性研究或范围变更的特定预算。

如果需要,可以在计划的“程序”部分加入详细的标准。

  • 交互界面

如果范围管理计划是多个更详细管理计划、例如收益管理计划或配置管理计划的总括文件的话,那这个部分就尤其重要。

它还应该与其他功能提供相互参考,强调范围中具有更高风险、或有特别有影响力的利益相关方的方面。如果需要,可以在计划的“程序”部分加入详细的标准。

 

构成程序

计划中该部分的构成与细节,完全取决于范围的规模与复杂度。也许一个简单综合的程序就是合适的,或者要定义一些更专业的程序。

  • 要求管理

要求管理的程度,必须与工作范围的复杂度和利益相关方的参与程度保持一致。

编制解决方案的程序与技术是根据所要求产出的复杂度定义的。

如果产出与收益的数量不大的话,范围管理计划可能只包括一个关于收益的部分。否则,就要使用完整的收益管理计划。

范围变更可能是项目与项目群成功的主要影响因素。该部分必须定义清晰的程序,包括职权层级、变更预算与评估技术。它还应该描述如何处理相关的沟通。

  • 配置管理

根据定义,项目或项目群的范围越复杂,产出、成果、收益及其构成产品之间的相互关系就越复杂。配置管理可能还涵盖管理文档。

 

 

 

 

SHARE THIS PAGE

Please consider allowing cookies to be able to share this page on social media sites.

Change cookie settings
No history has been recorded.
Back to top