相信大家做配置管理多年，多少有些体会、认识，这里谈谈我个人在配置管理实施步骤和方法的一些体会，与大家共享、探讨、提高：
1、首先，了解本单位的开发、版本管理现状，找到问题和需求，提出配置管理的规划（蓝图），说明你能做到什么，能解决什么问题等，这些提交给高层，争取高层支持。任何管理事情实施的前提就是高层支持，我们首先要做得就是争取高层支持；
2、其次，和项目组、开发组、质量保证等所有配置管理相关部门、人员一同制订配置管理流程（注意一定要是熟悉本职工作并愿意解决相关问题的人员参与），得到一个相对符合本单位配置管理需求的流程（要高于现状并符合规划），在这个过程你也争取到了单位老员工的支持；
3、然后，将配置管理流程、操作手册等规范和使用方法文档化；
4、之后，加强培训和员工意识培养，其中培训工作和相关宣传需要结合单位的实际情况发挥了；
5、关键是，把握单位的开发流程管理导致配置管理需求的变化，不断提高自己的配置管理理论、技术水平，只有这样才可以做到以“德”服人，才可做到相应“法”有人愿意执行；
6、最后一点就是，持续保持热情和自信，这点在国内做CM很重要。

楼主说的不错，努力ing~~~

请拍砖、交流！多谢赐教！

LZ说得是挺有道理的，但个人认为实施起来还是有一定的难度，首先想要得到高层的支持并非一件容易的事情，我们公司的高层注意力经常是放在了实际能够盈利的项目或事情上了，对于像是CM这种支持性的工作的重视远远不如QA，需要提交报告，是需要有实践的数据支持的，如果我的报告中只有一些怎么样做，以及这样做的好处的个人意见发布是远远不够的，也不具有说服力啊！但是要获得数据，要做出一点成绩，需要人力支持，所以矛盾啊！无奈啊~~~

现在正在做第二条，定规则一不小心就定得过严了。。。

要做事，先做人，此言不假
做支持性工作更是如此

有时候觉得自己做的工作很多很杂，因为项目组人不多，不能专职，比较郁闷。

确实，现在企业、部门等急功近利的太多，咱们能做到是深入项目组、版本发布、测试人员、发布人员，找到目前存在的问题（包括流程问题、版本问题，甚至软件产品的问题，一般企业对于生产问题或产品问题比较在意，这类中往往存在一些由于版本管理产生的问题，咱们就来个生产问题驱动的方法），如果不管你咋搞高层都不在意的话，我觉得只有两两种情况，企业规模、项目开发流（即配置管理需求）根本不需要配置管理投入太多，或者高层根本就不懂，那么你只有选择改行或换单位了，呵呵：）

公司如果重视CMMI这方面的话，
相信配置管理也会重视起来的，
要不就是和高层说，
恐怕效果也不会好！！
（个人观点）

公司规模小，所以很多东西都不规范，有些为了认证就是走个过场！