无论是大小项目，或是大小IT公司，没有配置管理，就是一个没有管理的公司。
一，先来用简单的语言定义一下。
配置管理是软件开发过程的产物（配置项）进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的完整性与可追溯性。也就是说，可以保证这些项能被正确保存，且可查看其变化过程。
二，来看一个配置管理中的术语：
a,配置项(Configuration Items)：
就是被标识，并按一定规则进行分级管理的项，这些项就是由开发过程的产物(文档，报表，代码等）来组成，并被配置管理规则赋予了一些管理特性，比如不同访问权限，不同受控级别等。
b,基线(Baseline)
通过评审，签署等活动而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准点。在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线.每一个基线都的变列都严格受控，要经过变更的流程进行变更。
c,版本(Version)
版本是配置功能项在某一阶段的标识，增加，修改或删除，配置项的版本随之演变。版本以版本号进行标识
三，配置管理的关健活动：
x,对配置管理进行计划：
a,配置项标识：
选择配置项（一些管理过程文档，及一些中间表格可以不做为配置项，不进行严格的管理），对这些配置项进行划分（按文档/代码，或者按不同模块，不同性质文档等方法进行划分），进行规范化标识（比如进行分段ID标识,标识也不是一个简单的过程，比如发布版本，公共库版本，编译中间测试版本），然后按一定的目录结构进行组织。
b,配置控制：（权限管理/变更控制）
配置项可分为几个级别：
1，已基线化。
2，受管理与受控的。
3，受控的
每个配置项都有一定的访问权限，根据权限控制配置项的存取，
每个基线的变更都要经过一定的变更流程，每个CR都有一定状态，保证变更的正确性。
c,状态发布：
定期发布基线化的配置项的最新状态及变更情况。
d,配置审计：
在阶段结束会议前，定期地，由QA以及备份CMO或者其他项目组的CMO进行基线审计，并对备份情况进行审计。
e,备份恢复管理：
按计划，定期对配置库进行备份
e,软件发布（按不同IT公司具体情况而定，是否视为配置管理工作职责）
一，先来用简单的语言定义一下。
配置管理是软件开发过程的产物（配置项）进行标识，并对这些被标识的软件配置项的更改进行系统控制，从而达到保证软件产品的完整性与可追溯性。也就是说，可以保证这些项能被正确保存，且可查看其变化过程。
二，来看一个配置管理中的术语：
a,配置项(Configuration Items)：
就是被标识，并按一定规则进行分级管理的项，这些项就是由开发过程的产物(文档，报表，代码等）来组成，并被配置管理规则赋予了一些管理特性，比如不同访问权限，不同受控级别等。
b,基线(Baseline)
通过评审，签署等活动而进入正式受控的一种状态，而这个过程被称为“基线化”。每一个基线都是其下一步开发的基准点。在一个软件开发阶段结束时，上一个基线加上增加和修改的基线内容形成下一个基线.每一个基线都的变列都严格受控，要经过变更的流程进行变更。
c,版本(Version)
版本是配置功能项在某一阶段的标识，增加，修改或删除，配置项的版本随之演变。版本以版本号进行标识
三，配置管理的关健活动：
x,对配置管理进行计划：
a,配置项标识：
选择配置项（一些管理过程文档，及一些中间表格可以不做为配置项，不进行严格的管理），对这些配置项进行划分（按文档/代码，或者按不同模块，不同性质文档等方法进行划分），进行规范化标识（比如进行分段ID标识,标识也不是一个简单的过程，比如发布版本，公共库版本，编译中间测试版本），然后按一定的目录结构进行组织。
b,配置控制：（权限管理/变更控制）
配置项可分为几个级别：
1，已基线化。
2，受管理与受控的。
3，受控的
每个配置项都有一定的访问权限，根据权限控制配置项的存取，
每个基线的变更都要经过一定的变更流程，每个CR都有一定状态，保证变更的正确性。
c,状态发布：
定期发布基线化的配置项的最新状态及变更情况。
d,配置审计：
在阶段结束会议前，定期地，由QA以及备份CMO或者其他项目组的CMO进行基线审计，并对备份情况进行审计。
e,备份恢复管理：
按计划，定期对配置库进行备份
e,软件发布（按不同IT公司具体情况而定，是否视为配置管理工作职责）