|
|
|
|
|
项目越大，调整项目基准的边际成本越高，随意调整可能带来的麻烦也越多，可能导致基准失效、项目干系人冲突、资源浪费和项目执行情况混乱等问题。在项目整体压力较大的情况下，更需强调变更管理的规范化，这时可以使用分批处理、分优先级处理等方式来提高效率。
|
|
|
|
项目规模小、与其他项目的关联度小时，变更的提出与处理过程可在操作上力求简便、高效，但仍应注意以下几点：
|
|
|
|
.对变更产生的因素施加影响，防止不必要的变更，减少无谓的评估，提高必要变更的通过效率。
|
|
|
|
|
|
|
|
|
|
变更管理是项目整体管理的一部分，属于项目整体变更控制的范畴。因变更管理涉及范围、进度、成本、质量、人力资源和合同管理等多个方面，且其重要性不可忽视，故在本章单独说明。
|
|
|
|
|
|
配置管理重点关注可交付产品（包括中间产品）及各过程文档，而变更管理则着眼于识别、记录、批准或否决对项目文件、可交付产品或基准的变更。
|
|
|
|
|
|
.配置项识别：识别与选择配置项，从而为核实产品配置、标记产品和文件、管理变更和明确责任提供基础。
|
|
|
|
.配置状态记录：为了能及时提供关于配置项的准确数据，应记录和报告配置项的相关信息。此类信息包括变更控制中的已批准的配置项清单、变更申请的状态和已批准变更的实施状态。
|
|
|
|
.配置确认与审计：通过配置确认与配置审计，可以保证项目各配置项组成的正确性，以及相应的变更都被登记、评估、批准、跟踪和正确实施，从而确保配置文件所规定的功能要求都已实现。
|
|
|
