我在这家公司工作了三年,很少象这样需要开动所有脑力去思考一件工作,配置是一个很重要的基础,同时也是让我耗费脑力最多的一块,所以先把它写下来。

BKJIA.com 综合报道】什么是ITIL? 

先介绍一下我们的业务情况,我们公司的运维项目较多,有网络、系统的、桌面的、软件的,而且这些项目用到的设备都存在共用的情况,比如一个段线路,会属于多个项目使用,一台客户的电脑,也可能装有多个管理软件,同时它又是属于桌面运维的,这些我们的IT组件一是数量多(光是需要桌面运维的电脑台数在5000台以上),二是相互的关系复杂。

ITIL全称为IT Infrastructure
Library,通常被译为“信息技术基础架构库”。它是由英国中央计算机和电信局CCTA现在已并入英国商务部)主导开发,并在世界范围内被广泛接受的IT服务管理方法。

我现在所讲的,是经过很多思考与折腾后,所整理出来的,我对配置管理的出发点,是从软件实现方面考虑的,这可能与其它的公司有一些不一样,一开始,在思考整个配置的模型,也是CMDB的业务层面逻辑,很长一段时间,在CI的结构与关系方面,我一直无法理清楚,因为当
CI的结构是怎样,关系是怎样不确定前,整个模型根本无从建立。最开始首先确定的是,我决定把CI的结构与关系分离,即结构是结构,关系是关系,两者不互为影响,作用也各自不同,这个想法应该是比较大胆的,而且这是在我对ITIL不熟悉的情况做出的决定,如果这个做法错误,后续的很多工作都会受到影响。

ITIL旨在提高
IT资源的利用率和服务质量,可适用于不同规模、不同技术和业务需求的组织。ITIL虽然最初是为英国政府部门开发的,但它很快在英国和其他欧洲企业中得到广泛的应用。到90
年代中期ITIL已经成为欧洲IT管理领域事实上的标准。90年代后期ITIL又被引入美国、南和澳大利亚等国,被众多世界500强企业和其他中小企业采用。90
年代末,ITIL也被有关公司引入中国。

决定后,剩下来就是攻破结构与关系了。在那段时间的思考中,CI的结构是首先想通的,可能是因为以前是做ERP实施的关系,也可能是因为客户是汽车制造商的关系,最终我发现将CI组装时,它的呈现很象ERP中的BOM结构,这是个父子结构,它可展开任意的节点,这种结构具有很大的扩展空间,也解决了配置管理颗粒度大小变化的问题,经过几天的思考后,我已非常确定这个思路可以解决我们的CI结构问题。

ITIL实施失败的原因

剩下的关系是花的时间比较久的,查了不少资料,我一直想确定到底CI之间有哪几种关系,这本身我一直觉得这个ITIL的推广组织本身需要制定或想通的,而不应该由我来思考,我也看了常态下象IBM他们的做法,但他们关系与结构是互为一体的,而且他们对关系的定义简单了些,所以最后没有采用。在思考CI的关系时,我甚至上升到哲学的层面,去思考人与人之间的关系有哪一些,事物与事物之间的关系有哪一些,看是否能对得出CI之间的关系有一些启发作用,也在网上查了很多关于事物关系的说明,可惜没有找到有用的说明资料。

近年来,尽管有部分企业已在ITIL的帮助下,初尝IT服务管理所带来的高效便捷,然而更多的企业,尤其是数以千万的中小企业,仍然因ITIL项目失败而导致自身“气血不通”。实施失败的原因无外乎:

最终找到一个解决方法,是一个周五下午快下班的时候,当时正在画一个示意图,想向领导表达,日后如果我们完成配置的结构与关系构建后,呈现给我们的是一个怎样的东西,当时只把CI抽象成几个集合,CI是用一个圆圈图示代替,在画了几个图示后,突然有一点灵光闪过,我发现当把几十万个CI用这样方式串联起来时,象一个个灯泡一样,有的亮有的不亮,通过关系将这数量庞大的灯泡连接起来时,这种情况好象电路图,每一个CI
位于一个复杂的线路中,形成我们公司自已的配置地图,而且这是一个三维的图形,多个项目形成一个面,每个项目的根据结构展开的所有CI形成一个面,而每个
CI之间的关系又形成一个面,脑子里当时形成了这图象(这个三维的图形后来尝试了好几次用VISIO或PPT画出来,一直没有成功),想到这一点当时很兴奋,终于看到了一道门。于在是周末休息时,去书店把数字电路的书找来看了一些篇章,最终确定引入门电路的概念来解决关系的问题。

“少”:实施经验“少”。很多中小企业并没有实施ITIL项目的经验,对ITIL理论并不熟悉,更不要提最佳实践了。不论组织架构还是流程定义,都得“摸着石头过河”,失败几率自然就比较大了。

上面介绍的是思考过程,在完成这个思考过程后,在项目启动会上,汇报了此构想,得到领导认可,同时为了验证可行性,我找了一个公司典型的项目做了一次试验,看一下这样的模型是否存在问题。这里要说明一下,我们把结构与关系分离,一是考虑结构与关系是互不对等的,二是可以让其独立作用在不现的地方,这样分离之后,结构与关系本身更加严谨,我们将结构用于事件定位,关系用于故障推演,一个着眼于现在,一个着眼于未来。下面将展开细节说明。

“慢”:实施过程“慢”。花了太多时间在复杂的流程上,觉得要制定详细流程、考虑每一个环节,想做一步到位的事情。但实际上经常会事与愿违,这样不但造成实施过程极为缓慢、复杂,而且随着流程的逐渐执行,会发现很多新的问题,甚至引起员工的抵触情绪。

一、配置管理规划

“差”:选择的支撑软件“差”。很多软件产品打着ITIL的旗号,实际上“挂羊头卖狗肉”,有的甚至只是个服务台,这必然导致使用这些产品的中小企业达不到预期的效果。

由于以前实施REMEDY时,我们积累了一定的经验与知识,也具备一些配置管理的概念,所以规划方面,相对单纯一些,我们以管理科为主导,各业务领域的主管为成员,目标是所有项目的CI项纳入管理,在此作业开展前,我制作了一个作业计划,主要分几个阶段。

“贵”:大公司的ITIL相关软件太“贵”。有名气大公司的ITIL产品虽然功能齐全,对企业实施ITIL有很大帮助,但是,其价格绝对不菲,除了“不差钱”的大型企业,基本阻断了中小企业应用其产品的道路。

1)CI分类规划

如何多快好省的实施ITIL?

2)CI属性设计

其实,基于ITIL实现IT服务管理,并不难。针对上述“少”、“慢”、“差”、“贵”的失败原因,如何才能“多”、“快”、“好”、“省”的实施ITIL呢?

3)CI命名规划

“多”:借鉴实施经验“多”的公司出版的最佳实践。这些最佳实践是基于ITIL理论与多年ITIL项目实施经验所形成,不仅有经过实践检验的流程定义、组织架构等,还包括计划Plan)、实施Do)、检查Check)、改进Improve)所组成的持续改进循环。 

4)CI模版制作

 

5)配置数据收集

“快”:在借鉴了最佳实践的基础上,为了“快”速实施ITIL,企业应使用拥有下列特性的ITIL软件产品:

细节的作业进程就不一一介绍了,在做这个计划与真正执行时,发现一些很有意思的现象,也算是经验了,这些点我会在下面逐一介绍到,下面将我们的整体的配置模型做一个介绍,

1) 快速部署、简单配置:产品的安装及后续的配置均可通过向导引导完成; 

示意1

 

说明:

2) 拥有符合最佳实践的预定义流程:安装产品后可直接使用。 

客户组织:指我们的客户的组织及用户信息

 

Author

发表评论

电子邮件地址不会被公开。 必填项已用*标注

相关文章