ITIL 中国:浏览精彩论坛

案例评析:赞扬与质疑并存 CIO的ITIL之惑(1)

发布: 2008-8-11 11:05 | 作者: Chuck Yoke | 来源: 计算机世界 | 查看: 22次

TAG: CIO cio ITIL itil ITIL应用 ITIL实践

字号: | 推荐给好友 上一篇 | 下一篇

天宇公司的CIO李学刚已经听到了太多赞扬ITIL的话。让他心里痒痒的。某家大型集团公司的CIO告诉他,实施ITIL后,他们公司每年节省约30万元的IT运维费用,而且,由于信息系统运行稳定,公司还增加了10%的收益。和很多同行一样,李学刚一直为公司IT服务管理上的无序、IT部门四处“救火”却饱受“夹板气”的状况而烦恼。显然,ITIL是一个有效的解决之道。但是,李学刚对于公司是否实施ITIL却仍然有些迟疑。因为,在听说了ITIL众多的好处同时,他也听到一些对ITIL的质疑。
ITIL是一种IT服务的思想,一种IT管理流程,或者具体化为一套程序系统;建立这样一套规范的服务流程,无论从改善IT服务水平,IT风险防范还是IT服务的量化,都是有很大帮助的。但是在具体的实施中,是否存在一个平衡度的问题呢?能否在成本与效益间找到一个平衡点呢?李学刚就听到过这样一个例子。
在某家实施了ITIL的公司,有一次,业务部门要求修改一个SAP R3的报表,变更的内容是修改一下报表的标题,对于这样一个需求,按照公司IT服务管理系统的流程:业务部门的相关人员要在系统中提交需求申请—需求转到服务台(service desk),分配给相关的IT人员——IT人员接受申请——报表修改完成,申请程序——IT人员在IT服务系统上结束申请,上报审批——系统通知业务人员。对于这样一个简单的需求,中间却需要经过如此多繁琐的过程,时间常会延迟得厉害,时时遭到来自业务部门和IT人员的双重抗议。李学刚听到这样的例子后有点害怕,难道实施ITIL就是为了让简单的流程复杂化吗?对于像硬件,网络或者服务器这样主要基于IT技术的IT服务,往往在业务部门提出相关需求后,IT人员在不需要与用户进行太多的互动交流的情况下就可以解决问题。
但是,对于像ERP这样与业务息息相关的软件服务,则往往需要IT和业务人员的大量交流和磋商,以准确理解用户的需求,而仅依靠业务人员提供的业务需求文档往往是不够的。那么,在采用ITIL系统进行管理时,是从原始的需求就通过ITIL系统来进行交互,还是在需求确定的情况下再提交到系统?如果是前一方法,这样的交流方式估计双方都不会满意,不如电话+需求文档的方式。如果是后一种方式,则系统沦为文档管理系统。怎样处理才能发挥ITIL系统的最佳功效呢?
除了以上困惑之外,李学刚听到更多的还是,在实施ITIL中CIO碰到的企业文化和行为习惯方面的阻力。比如说,有的公司在实施ITIL之后,仍然有员工绕过帮助台与熟识的相关技术人员直接对话。还有,由于ITIL的实施、流程的改变,解雇员工将会在所难免,因为一些IT员工无论如何也适应不了新的流程。虽然有以上种种困惑,但李学刚心里清楚,ITIL的实施势在必行。问题是,在今后ITIL实施的过程中,如何有效地处理好以上问题呢?(述冠)
ITIL灵不灵,看用户爽不爽
隋华锋 神州泰岳软件公司首席技术官
ITIL灵不灵,关键看用户爽不爽,而不是减轻IT人员的麻烦。客户服务质量的提高是以IT人员更大的付出换取的,而不是靠什么灵丹妙药。从案例的介绍可以看出,天宇公司IT内部管理的现实情况、CIO李学刚的苦恼、对ITIL的理解和期望都是非常典型的。
CIO的尴尬处境
◎ 公司内IT服务管理无序,IT部门四处“救火”,饱受“夹板气”。
◎ CIO强烈希望改变这种无序状态,但对于具体目标的认识是模糊的。
◎ 看起来ITIL似乎是一揽子解决所有问题的灵丹妙药,只要引入ITIL,各种问题就会迎刃而解。
 

评分:0

我来说两句