配置管理和IT部门间的区别和联系

http://bbs.scmroad.com/thread-3585-1-4.html

案例分析：
在公司做了半年配置管理的工作了，很多配置管理的概念也都差不多懂了。忽然有一天，遇到一个IT人事，两人闲聊。
他问我配置管理是做什么的？我给他详细的解释了一番，
然后他就问我那你们和IT部门有什么区别？
我给问住了。
他接着说：“你说的
           搭建CM系统，服务器等都可以由IT部门来搭建
           帐号管理，也可以由IT部门来管理
           构建服务器也一样可以由IT部门来管理啊 
           分支也可以由IT来建立
           同时Subversion, Perforce, Clearcase 也可以由IT来升级维护啊，这个他们在行

           …..”

如果你是配置管理小菜鸟，该怎么给他解释这之间的区别和联系呢？

CM是为项目服务的，也是在为项目执行，而IT部门只是行使了一个平台（有可能是公司程面）的职能。CM更关注项目，更接近项目，而IT部门，不能仅仅是由于他可以抢建这个平台，能够日常维护就实现这个CM的职能。从中体现出来的，更是CM有可能在实施项目的过程真实参与其中并提出一些流程上有利于项目发展的意见与建议，而从这一点来看有点为难了IT部门（试问，有哪个项目组会让一个IT部门去真正介入项目中去？）。退一步，如果一个公司或一个项目组把一个CM理解成IT部门或认为IT部门可以胜任的话，这是一个极大的悲哀。这悲哀，不仅仅是对CM人员，更大的却是项目的悲哀。


关于软件升级维护、CM环境搭建、账号管理IT完全可以胜任。我前几个月也仔细想过，配置管理与IT部门的区别，可能就在于配置项审计、变更管理、流程改进等文职性的工作。

＝＝》》》这个不仅仅是一个文职性的工作，是一个专业性的体现，配合产品经理对项目的掌握，过程的把关才是关键，而您说到的配置项审计、变更管理、流程改进的文职性工作，其实都是一仲外在的表现形式，更大的是在于内在的意义。

比如:
1)        他们可以来搭建服务器，但是买什么类型的服务器，什么配置，怎么安装软件要CM来决定。（IT随便找台服务器未必能满足项目的要求，内存，软件，许可证，安装方法。。。。）
2)        帐号管理，IT来负责也没问题，但是事先要得到CM的允许。
（比如：不能出现给不相干人员代码库的读写权限。造成公司财产的流失）
3)        构建服务器也可以IT维护，但是不能随便给升级，不能随便关机重启；如果需要这些动作，要事先得到CM许可。（否则会出现，IT给重启升级呢，人家这边构建就会失败；也许这些升级的补丁就会破坏了构建环境）
4)        分支也可以由IT来建立。（但是从哪里建，什么时候建，新分支的名字是什么……..都要CM来确定）
5)        。。。。。。。

很多很多的例子证明，这些系统维护的工作IT人员当然可以帮助我们完成。而我们则应该是这些系统的所有者，管理者，我们有决定权。CM是来做这些决定的。这些事情不仅仅涉及到做，而且涉及到什么时候做，怎么做，怎么能做到更好的问题。IT需要专业人士的辅助来为项目服务。

IT更适合做一般意义上的系统管理维护（exchange, file server, VPN, Firewall, DNS, AD,DHCP…..），而不适合针对项目这种背景复杂，变化多变的服务。如果IT想完成这些活动，那么他需要更深入的了解项目，了解项目的方方面面，显然这已经超出IT能力范围了。


当然除了系统的维护，CM还有其他工作要做的。
1）CM Plan，配置管理计划，很多和CM相关的问题都可以写到这里边来，这个文档详细阐述了配置管理相关的方方面面。（IT是不可能给每个项目都写一份CM plan的）
2）CM Audit，配置管理审计，IT人员很忙，每天换插线板弄网线，活多的很，不可能总盯项目上的事情。
3）自动构建
4）CCB中是没有IT的，呵呵。IT才不管你有什么变更，只要系统不变更
5）PDLC的建设，流程的改进，IT也不涉及。只要你们不给IT打电话，一切都没事。