畅享博客 > ITSM-适境而为 > IT服务管理 > [原创]面壁ITIL之事件管理
2007-2-8 11:46:24

[原创]面壁ITIL之事件管理

本文发表于《中国计算机用户》 2007年3月12日 第9期 管理栏          

 ITIL的书,我们都是一章一章地读。服务支持流程的介绍顺序基本上都是服务台、事件管理、问题管理、变更管理、发布管理、配置管理等。书,可以这么安排章节,但读书的人不可以按照这样的章节分配来分割自己的思维。

   读完了服务台,有一句话印象深刻:“服务台的功能经常与突发事件管理功能紧密结合,用来连接其它的服务管理流程,逐渐被称为一线服务支持的代名词。”为什么会对此印象深刻呢?因为这句话在实践中体会的最深,从实践中我体会到服务台和事件管理之间一种“点”与“面”的紧密关系。

   ITIL对事件管理这样描述:“事件管理的目标是尽可能快地解决突发事件或意外事件,使之恢复到正常的服务操作,并且使突发事件或意外事件对业务操作的负面影响减到最小。”简而言之,事件管理就是“确保高质量的服务水平得以维持,并使服务满足客户的需求”。

图1-服务台与事件管理关系简图 

       从图1的描述中,我们看到事件管理的启动触发是服务台的服务请求。当服务请求经服务台进入事件管理流程后,事件管理围绕这个服务请求,依次按识别事件、分类支持、调查分析、解决事件、跟踪过程等流程进行操作,最终实现最短时间内恢复IT服务,将客户损害降至最小。这样,一个事件管理流程启动的触发点就将服务台和事件管理紧紧地捆绑在一起。没有这个触发点,服务请求无处可去;没有这个触发点,事件管理无用武之地。

根据客户服务中心的业务需求,服务请求被细分为:问题报修、新机开通、设备保养和业务咨询四类。按照ITIL对事件管理目标的定义,在四个服务请求中似乎只有问题报修才符合事件管理的要求。但细想之下,其实不然。问题报修很明显属于异常或意外的事件,我们必须尽可能快地给予解决;新机开通和设备保养,表面上看起来好像和异常或意外无关,但开通和保养的质量会间接地影响到客户的业务运行。试想,开通时刚安装完毕的POS机第一次开机突然黑屏;导入的门店信息出现异常等等,那么原本正常的开通此时就会转变为异常或意外事件;保养是一种预防性的措施,通过例行的设备维护来发现潜在的问题。当潜在问题被发现时,意味着异常或意外的事件即将被有效的措施控制在未来可能发生之前。

  

2-事件管理控制图

       客户服务中心的实施管理部主要由服务台和服务支持两部分构成。服务请求经过服务台时,会产生两种结果:一是服务台自行解决;一是服务台无法解决,转到服务支持再进行解决。无论是哪一种结果,最终都是要求实现客户满意的输出。但是,我们在图2中发现服务支持的处理过程其实就是“尽可能快地解决突发事件或意外事件,使之恢复到正常的服务操作,并且使突发事件或意外事件对业务操作的负面影响减到最小”。而这不正是事件管理的目标吗?图2实施管理部的上方为什么还有一个事件管理呢?

     这还要先从客户服务中心的ITIL框架谈起。我在《面壁ITSM之框架搭建》中提到个人对客户服务中心ITIL框架的理解:为了IT服务支持和保障的及时、可靠和有效,由独立于服务支持部门的服务管理部,以第三方的客观立场对以IT服务支持为核心的实施管理部进行综合的检查和评价,向客户服务中心或实施管理部的最高领导,提出问题与建议的一连串的活动。从这个角度来理解就可以很明确地将服务管理部的事件管理和实施管理部的服务支持区别开来。前者负责服务过程的检查和评价;后者强调服务支持的快速、有效。虽然在名称有所差异,但是二者的分立并不违背ITIL对事件管理的定义,因为最终的目的都是“确保高质量的服务水平得以维持,并使服务满足客户的需求”。

      服务台通过服务请求与服务支持建立了启动触发点,并对服务请求的受理、调派、维护、跟踪、反馈等进行跟踪,同时对每一个服务节点的把握,每一个服务环节的了解也使得服务台由点及面地建立起对服务支持流程的全程监控,实现服务台成为事件主人的主动服务,以更好地为客户服务。“面”在此即表现为服务台通过关注服务节点和服务环节形成的与服务支持大面积的紧密联接。

      在研究实施管理部服务台与服务支持之间“面”的关系时,我发现同样“面”的关系也存在于服务管理部的事件管理与实施管理部的服务台之间。为什么呢?我们再来看看图2,服务台对服务支持所做的跟踪都是“平面”的,跟踪到了问题但限于岗位职责无法对发现的问题作进一步的处理。而服务支持又会因为忙于快速处理,而缺乏足够的时间来评估已经发生的问题。此时,独立于实施管理部的事件管理应运而生。初看上去,服务管理部的事件管理和服务台有着相似的功能,即检查和监督服务支持过程。但实际上,服务管理部的事件管理更多的是根据服务支持流程的环节和节点来设置监控指标,如图2所示的:事件总量、服务台独立处理比例、解决事件平均耗用时间等等。通过这些观察指标的变化来发现服务支持过程中的异常,“进行综合的检查和评价,向客户服务中心或实施管理部的最高领导,提出问题与建议……”,弥补服务支持无暇顾及问题评估的缺陷。在实践中,客户服务中心服务管理部的权限不仅仅是提出问题和建议,而是可以直接向实施管理部下发工作改进要求并对改进后的工作作出评估。

         这样,服务管理部的事件管理通过对服务支持过程的服务环节和服务节点的设点监控,不仅监督了服务支持过程,检查了服务台的工作质量,而且也实现了事件管理对实施管理部整体上的服务支持监控,用事件管理的“点”做到实施管理部“面”上的管理。

推荐到鲜果: 查阅更多相关主题的帖子: ITIL IT服务管理 事件管理 IT治理

评论

能否介绍一下这本书的名字呢?

谢谢


发布者 Seanwhyte
2007-2-15 20:13:49


《IT服务管理-概念、理解与实施》

发布者 ewaysun
2007-2-15 20:46:54


是这本书吧,我打算去买,麻烦您给核对一下
别买错了,呵呵
谢谢啦
IT服务管理(概念、理解与实施)
  • 作者:孙强等 编著
  • 出版社:机械工业出版社
  • 出版日期:2004-1-1
  • ISBN:7111134923
  • 字数:
  • 印次:1
  • 版次:1
  • 纸张:胶版纸

发布者 Seanwhyte
2007-2-26 14:54:56


是的,ITIL的书没几本,不会买错的。哈哈

发布者 ewaysun
2007-2-26 15:14:33


你好,看过你的博客后觉得你在IT服务管理方面确实有很多的想法,不知道是不是可以认识你,多交流一下。我的msn:hengzhao113@hotmail.com        在这方面我们应该有很多的合作机会,期待你的回复。

发布者 匿名用户
2007-3-2 17:30:59


你好,看过你的博客后觉得你在IT服务管理方面确实有很多的想法,不知道是不是可以认识你,多交流一下。我的msn:hengzhao113@hotmail.com        在这方面我们应该有很多的合作机会,期待你的回复。
我已经加你了,以后多多交流。

发布者 ewaysun
2007-3-2 19:59:22


  在我朋友就职的 统源 客服中心;执行部门在长期的区域文化的熏陶下,不同程度上出现了许多问题,而这些问题看似是一个具体案例,但实则是由于众多环节出错而引起的一个面上问题在点上的反映,管理部门分析问题就将其解剖成一个个关键点,然后逐一提出整改方案并积极与执行部门进行协商,但基于该部门根深蒂固的老毛病,不能用常规药物治疗,就要投其所好,对症下葯。

  所以;用正常的思维逻辑去为一个冰冻三尺的部门下药,恰巧只会适得其反!


发布者 茶道
2007-3-24 17:54:46


用正常的思维逻辑去为一个冰冻三尺的部门下药,恰巧只会适得其反!----能再深入地说明吗?

发布者 ewaysun
2007-3-24 18:51:45


IT服务管理-概念、理解与实施

研究中

发布者 jbanner
2007-11-8 14:48:21


楼主的文章不错

发布者 Mkchen
2007-11-8 21:42:22


我的MSN:jadesh2003@hotmail.com,希望交流ITSM方面

发布者 xiaogou_dudu
2007-12-15 23:11:36


E8.HelpDesk软件标准版隆重上市,不限用户数,自带强大工作流引擎,2万9千8百元一套的价格绝对超值,帮您快速实现服务台运营管理的信息化,快速提升服务品质,提高客户满意度。试用请报名发gcy010@gmail.com,请告知真实的公司名称和联系方式

发布者 匿名用户
2008-3-17 16:39:11


朋友,可否和你认识下,感觉你在ITIL方面很有造诣,希望多和你沟通.我是一个做IT内控和安全咨询的人士.

发布者 rosalio
2008-4-5 0:43:19


我的博客上有msn的联系方式

发布者 ewaysun
2008-4-6 12:04:24


希望能跟您交流学习:qzalee@hotmail.com

发布者 rdlqz
2008-4-7 12:04:49


您正在以 匿名用户 的身份发表评论  快速登录
(不得超过 50 个汉字)
       看不清,换一个
提示消息
(输入完内容可以直接按Ctrl+Enter提交)