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

梦幻小丑灯

案例分析：
在公司做了半年配置管理的工作了，很多配置管理的概念也都差不多懂了。忽然有一天，遇到一个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打电话，一切都没事。