高项 配置管理与变更管理

一、配置管理

目标：通过规范化的流程管理项目中的配置项（如文档、代码、工具等），确保其完整性、一致性和可追溯性。

1. 核心概念

- 配置项（CI）：  
  项目中被识别为独立管理的实体（如需求文档、设计代码、测试用例等），分为产品配置项（直接组成产品的部分）和非产品配置项（如计划、报告等）。
- 基线（Baseline）：  
  某一阶段经正式评审并批准的配置项集合，是后续工作的基准（如需求基线、设计基线）。
- 配置库：  
  存储配置项的工具，分为三类：  
  - 开发库：供开发人员动态修改的私有工作区。  
  - 受控库：保存已通过评审的基线配置项。  
  - 产品库：存储最终发布的版本。

 2. 配置管理流程

1. 配置项识别：明确需要管理的配置项及其属性（名称、版本、责任人等）。  
2. 配置控制：  
   - 通过变更控制确保配置项的修改受控。  
   - 基线的建立、发布和变更需经审批。  
3. 配置状态报告：记录配置项的状态、变更历史和版本信息。  
4. 配置审计：  
   - 功能审计：验证配置项是否满足需求。  
   - 物理审计：检查配置项与文档的一致性。

 3. 工具与技术

- 版本控制工具（如Git、SVN）、配置管理数据库（CMDB）、自动化构建与发布工具。

 二、变更管理

目标：规范变更请求的评估、审批和实施，避免无序变更导致项目失控。

 （一）变更管理流程

1. 变更申请：提交书面请求，描述变更内容、原因及影响。  
2. 变更评估：  
   - 分析变更对范围、进度、成本、质量等的影响。  
   - 评估风险及可行性。  
3. 变更审批：  
   - 变更控制委员会（CCB）负责决策，重大变更需高层审批。  
   - 紧急变更可“先实施后补流程”，但需记录。  
4. 变更实施：更新相关文档、代码或配置项，并验证结果。  
5. 变更关闭：记录变更结果，通知相关干系人。

（二）. 关键原则

- 防止范围蔓延：严格评估变更的必要性，避免非必要变更。  
- 变更分级：根据影响范围分级处理（如重大/一般/紧急变更）。  
- 全程可追溯：记录变更的提出、审批、实施及验证过程。

 （三）变更管理与配置管理的关系

- 变更管理依赖配置管理提供准确的基线信息。  
- 变更实施后需通过配置管理更新基线，确保一致性。

 三、总结

- 配置管理是基础，确保项目资产的可控性和可追溯性。  
- 变更管理是保障，通过流程控制变更风险，避免项目偏离目标。  
- 两者结合，形成闭环管理，是项目成功的关键支撑。