ITIL的实施和多年前电信实施埃森哲的BPR（流程重组）有点类似，几年前环境还没有具备，所以BPR最后也不了了之，现在IT系统、业务发展都已经到了可以实施的时候，所以有些地方开始重新将BPR纳入到生产、IT系统固化中去。ITIL的实施也是一样哈，现在还是属于尝试阶段、去总结经验，部分流程可以实施，但是如果整体实施，我觉得对企业来说可能是一个灾难，徐徐图之，心急吃不了热豆腐

其实ITIl本来就是这么回事,加一个小补充,就是用IT技术来服务业务

楼盖得有点歪了，还是想聊几句。
一、ITIL实施本身就是个持续性的过程，不可能一蹴而就。另外就是知识库的建立，必然需要一定的时间进行累计，沉淀出来的东西才是精华。

二、适应性问题，任何单位都有自身的流程，所以不可能全部都与ITIL的理论一致，因此实施中的变通更重要，生搬硬套就是个死，顶多画虎不成反类犬了。

三、ITIL本身就是一种管理的变更，无论是实践，还是历史都证明了，新制度的实施必然会引起老制度的抵触。阵痛是难免的，而硬着陆多半只会使新制度被扼杀在摇篮里。所以，ITIL实施是要从根本上改变管理方法，改变管理制度，改变管理流程。还得是一点一滴的渗透进去。

最后说下买软件的问题。软件商本身一般是不抵触持续作业的，因为持续作业意味着持续的收费。但对用户来说就是持续的支出，而且收效甚微。就像第三点里说的，动作太快，太大用户必定会反弹，但动作太慢，用户又觉得效果小，支出大。这也是为什么ITIL在实施后，要么一锤子买卖闪人不管结果，要么就是用户终止项目，真正做成功的少之又少。况且国人对待工作的态度也确实存在问题。

回复 fashionicet 的帖子

同意你的看法，持续改进很重要，这也是ITIL实施后所忽略的。另外我提到的实施，我认为是需要包括需求分析和规划的，应该严格按照项目管理的方式来做。
有说的不对之处，还请包涵