最近又有了些新的想法：
1、配置管理软件所安装服务器的管理应形成一套规范，使服务器管理透明化；这里所有服务器管理并不是传统意义上的cpu\内存\流量监测，而是将服务器的内容透明给管理员，比如A服务器有哪些盘，其中有哪些目录，各目录的作用是什么；
★cc vob是否有备份，备份的位置在哪里；是否有效；
★cc view和registry是否有备份，备份在哪里；是否有效；
★svn repository是否有备份，备份在哪里；是否有效；
★各服务器上部署了哪些任务计划部署；
★各服务器的用途是什么，哪些服务器用于备份，哪些用于作为日常用服务器；
★各服务器的磁盘阵列，冗余度如何；管理员是谁；
★开启和关闭了哪些服务，是否安装杀毒软件；
下面的部分来自http://blog.sina.com.cn/s/blog_65fd4c1e0100iag0.html
配置管理定义：一套规范化的方法，它管理各配置项、控制变更、控制基线、进行配置审核及报告配置状态；也可以理解为资产管理，控制软件资产的配置、变化、状态；也可以理解为测试与研发之间的桥梁；交互给测试和后续一个完整一致的产品；
配置管理的具体细则包括：
1、形成一套各配置项的标准、变更控制、基线变更、配置审核及配置状态标准；
2、要能够快速查找到想要的代码及文档内容，代码查找可以使用CC\SVN工具；但是文档内容查找没有商业化的软件，需要将文档格式化，以表格的形式存储到数据库中，目录结构清晰；
3、快速支持，类似it支持，要有一套成熟的支持体系；
4、版本管理，自动构建系统；
5、push mail理念，文档和代码提交都有邮件或者其它形式的通知；
目前我们公司配置管理所面临的问题：
1、配置管理工作没有监督，没有问题反馈；无法了解用户满意度；没有改进渠道；
2、由于是多地部门，信息来源不一致，各个人员手里都有资料，但是资料版本不一致；造成有此同事的版本不是最新版本，以不完整的准则为规范；
3、技术积累平台不一致，没有放到统一的平台上，各自积累各自的知识；
4、在遇到问题时，大多想到的是google、baidu而不是公司自己的积累平台；
5、组织没有为员工制定生涯发展规划，员工日常所做的就是在完成日常工作，没有形成一个学习及提高方向，造成员工技能停滞；
6、组织活动讨论太少，没有充分沟通交流，组织发展的方向全系于领导之手；
7、建立配置管理系统及各种操作没有形成统一的操作手册，造成操作细则不一致，后续维护问题比较多；
8、组织认为配置管理的重点就是进行代码管理，之后的文档及配置状态、配置审核都没有太大作用，只是为了满足CMMI而进行的工作；
9、组织将配置管理的定位为研发支持，处于被动地位；实际上更好的理解应该是主动为研发提供服务，比如根据项目特点，提供好的分支策略等；
10、配置管理过程只是在文档方面标准化（比如XX阶段可以裁剪掉哪些内容，可以新增哪些内容），未对整个过程进行标准化，配置管理也可以进行裁剪和新增；
11、组织更加重视的是过程规范及服务态度，新技术的采用及技术改进相对来说有点冷落，实际上这二者是同等重要的；
