控制和记录开发系统变更的过程称为“配置管理”。配置管理是整体变更管理方法的一部分。它允许大型团队在稳定的环境中一起工作，同时仍提供创造性工作所需的灵活性。
在这里，我们将讨论配置管理和变更控制，并将涵盖这两个目标。另外，将重点关注变更控制的过程，在本节的后面，将讨论我们如何修改计划以及在计划中进行更改需要遵循的准则。让我们一一讨论。
配置管理的目标：
配置管理具有以下三个主要目的。
- 识别产品在各个时间点的配置。
- 系统地控制对配置的更改。
- 在整个产品生命周期中保持配置的完整性和易处理性。
在开发和维护项目时， 变化是不可避免的。项目启动时，一个或多个项目的参数会有多个更改。变更控制的目的是识别，评估，优先处理和控制项目变更。如果项目成员或利益相关者有任何请求，则对项目进行更改。
变更控制的不同角色：
不同人员的角色和变更控制流程如下。
| Role | Tasks |
|---|---|
| Interested Party | Documents the change requested, along with priority of the change, approaches to handle the change, work around if the change is not implemented. |
| Project Manager | Acknowledge the change applies to this project. |
| Change Control Board | Enter the change request into tracking system log. |
| Project Team Member | Review the change request and determine whether or not it is worth evaluating for action. |
最后，必须将更改通知给请求者。
变更控制流程：
如下图所示。
修改计划：
如果项目可交付成果，进度，预算或方法发生重大变化，则需要确定项目计划。在每个主要生命周期阶段结束时也要进行此操作。修改项目计划的目的是为了适应重大更改，以使记录在案的计划能够反映出项目团队正在使用的计划。高级经理的任务是审查项目计划的变更并批准这些变更。
进行以下更改时，应遵循以下准则。
- 在不了解他人的情况下，不允许任何人更改项目中的任何内容。
- 每次更改都必须确保质量。
- 应该有一个基于项目变更的正式变更控制系统。
- 该项目应具有灵活性，以便可以轻松进行更改。
- 更改后将妥善保存记录，还应准备修订后的计划。
需要管理对项目范围或产品描述和设计的更改的项目，应在出口处具有配置管理计划。