随着CMMI热潮兴起，有些软件企业误认为，只要通过CMMI就万事俱备，高枕无忧了。事实并非如此。与其说CMMI是一种标准，不如说是一种管理方法和管理思想。企业通过CMMI评估并不是企业持续改进的工作就此结束，这仅仅是企业发展道路上的一个里程碑。评估不是最终目的，它只是检验企业自身研发能力成熟度的一种手段。企业要生存、发展，就必须不断地自我完善，自我超越，就必须在配置管理、项目计划、质量保证等方面持续努力。
配置管理来源于硬件系统。例如PC行业中，每一台PC由主机和显示器等构成，而主机又由CPU、主板等构成，对这些构件配置情况进行管理，就是硬件的配置管理。在软件行业，计算机软件由编译后的代码和相关的一系列文档组成。但构成软件的部件的变化是跟随软件产品的开发周期而不断变化的。就频率和程度来说，软件的变化远远大于硬件。因此，软件配置管理是一套管理软件开发和软件维护的方法和规则，其最终体现的是维护软件产品的一致性和完整性。
变更常有
笔者所在银行科技部已经建立了比较完善的项目管理体系和质量保障体系，但要应对分行或支行需求变更和相关软件版本配置管理的问题，如果没有一整套的解决措施和工具的支持，就会出现以下问题：
1)分行反映的缺陷更改不能快速响应，不能快速分配缺陷到指定的开发人员，只能依靠口头或文档的传输，缺乏一个整合开发商服务人员、产品经理(或项目经理)、开发团队领导、开发人员、分行领导的信息传递和交流的平台。
2)分行的需求变更不能快速响应。分行的需求变更和软件版本配置只能依靠手工备份，因而，自身不能快速有效地管理各系统的版本，缺乏版本基线的管理策略。
针对以上问题，可以考虑采用软件配置管理这一关键域的思路系统地解决以上问题。配置管理是整个集成软件项目正常运作的一个管理支撑平台，其目的就是将有关该项目的客户、客户服务人员、产品经理(或项目经理)、开发团队领导、开发人员、高层领导等项目干系人的工作协同起来，实现高效的沟通，及时地共享工作成果。
配置管理的基本功能包括配置标识、变更控制、配置状态发布和配置审计。变更控制是配置管理的重要内容，其目的是为了在动态中保证配置项的完整性、一致性和可回溯性，保证配置项的变更过程规范、受控、有完整记录，受影响的各方均能及时了解情况，并协调一致。
控制不可少
变更控制是通过创建产品基线，在产品的整个生存周期中控制它的发布和变更。配置控制指在配置项标识正式确定之后，对配置项特别是对已提交的代码、相关文档和数据等的变更进行系统地跟踪和控制的过程，主要包括变更的提出、确定配置项的控制等级、变更的评价、变更的处置、实施经批准的变更、对变更进行验证和结束变更。变更控制的目的是建立一套控制软件修改的机制，保证生产符合质量标准的软件和保证每个版本的软件包含所有必需的元素及工作在同一版本中的各元素中可以正常工作，以确定在变更控制过程中控制什么，如何控制，谁控制变更、何时接收变更、批准和检验。
配置项级别
1)已基线化的配置项是指已完成该配置项的审核和批准，并且成为创建或修改其他配置项的输入。例如：一个设计文档已审核、通过、签发，并且成为编码活动的基础。
2)受管理和受控的配置项是指已提交审核，但还没有批准通过的配置项。例如：一个正在进行审核的设计文档。
3)受控的配置项指已置于版本控制，但项目组不能直接进行改动的配置项。例如：用户提供的软件、购买的工具、产品标准等等。
变更请求的状态
软件变更、软件优化和软件bug都是产生变更的原因。变更申请人(用户或产品经理)提出变更时，首先要对受控的配