关于变更管理

变更管理可以说是配置管理的重要内容。

 

 

变更管理做起来，才能真正的做到保证配置项的准确和完整。

 

 

淘宝最开始引入变更管理，还是在3年前，那时我加入项目时，发现项目中文档的版本没有基线，也没有进行变更管理。那时项目成员经常郁闷大家看到的文档不一致，需求文档和编码不一致，测试没有依据的统一标准等。那时就感觉一定要把变更管理作起来，所以最早的变更流程出现了。那时我先做了简单的变更申请和评估的流程，并开始对需求进行基线管理。很高兴，那时大家比较配合，项目中渐渐开始了这项工作。

 

 

后来，我们有了专门的SQA，逐步建立起了开发过程管理规范，并将变更管理流程进行规范，在项目中正式开展对项目过程的文档的变更管理。每个项目中，配置管理人员建立基线，并对基线文档进行变更管理。通过变更管理，项目过程中的重要文档的版本得到了控制。

 

 

后来的工作中，我们又不断扩展了文档变更的管理范围，先后搭建了UC库、接口库和设计库，测试人员也搭建起来TC库，并开始对我们的基础文档进行变更管理。

 

 

随着配置工作的深入，我们发现除了文档，我们的代码、以及一些配置，其中的关系非常密切。这些项如果没有得到控制，将会引起一系列的反应，最终对我们系统的稳定性和质量带来较大影响。所以，我们的变更管理范围不断进行扩展，我们开始更加关注于这些关键配置项的识别和管理，更加去关注细节。开始逐步对基础软件、配置等进行变更管理。

 

 

我们的变更管理范围扩大了，发现以前的变更流程，仅适用于项目中的文档管理。我们需要有一个更加合适于应用配置项各种变更的流程，并开始制定流程。

 

 

目前配置管理小组正在根据目前的配置项范围和流程，对平时发生的变更进行控制。未来，我们的配置项范围会更广，管理上需要更加细致到位，变更管理还有很多工作在等着我们更加深入的做起来。