【原】实际案例分析ITIL落地的四个关键点

ITIL之家 2021-08-26

展开全文

公众号回复：干货，领取价值58元/套IT管理体系文档

公众号回复：ITIL教材，领取最新ITIL4中文教材

正文

说到IT服务与管理，或许没有一个IT人不知道ITIL。但是ITIL与自己实际的工作怎样做到无缝链接？怎样结合实际工作理解ITIL四个关键点呢？我们从下面这个实际工作案例入手进行分析：

【案例】某集团的信息中心20 个人承担着整个集团2000 人的信息维护任务，任务重、人手少。以前常常被业务部门揪过去救急，导致经常和业务部门顶着干，全公司满意度倒数第二。而建立了ITIL 标准化流程后，满意度排在集团的正数第三。这种变化，应该是比较大的，也是管理者想看到的。难道一套ITIL标准化流程的建立就可以带来这么大的变化？案例场景只是做了表象的描述，下面我们依据ITIL 的标准流程，来做简单的解读。

ITIL的四个关键点1：规范服务期望值

各位学友可能会感到奇怪，业务部门的期望值为何会有这么大的变化？什么是期望值，什么是客户满意度呢？我们来看看日常生活中的例子：
正常打车的时候，我们的期望值不外乎是以下几个：出门就可以打到出租车；能迅速到达目的地，红灯少、不堵车；以最短的路线到达，这样可以省钱；安全第一；车箱内环境要整洁、干净；司机的服务态度好。

以上是在正常情况下我们打车的期望值。当时间到了下午正值出租车交班，又赶上下班的高峰时间，人多车少，我们的期望值有什么变化呢？车少，能够打到车就不错了，不要让我打不到或者等上半个小时甚至一个小时才打上；一个红灯就能够通过，不要等两三个红灯才过去，车堵得不要不能动就好；路线选择要求堵得时间不要太长，少花点等待的钱；安全到达；遇上还没有交班的车，只要不脏就行了；服务态度不要太差就行。
同样是打车，为什么不同时段的期望值不同呢？因为我们知道在下班高峰期，又值出租车交班时间，可用出租车的资源比较少，供求关系发生了严重的不匹配，所以我们自己就降低了期望值。

从打车这件事来看，一个人如果对事实本身的情况不了解时，他的需求是永远也得不到满足的，但一旦他知道资源贫乏时，就自然而然地降低了期望值。因而，我们可以得出这样的结论：客户满意是指对客户的服务达到或超出自己的期望值范围，而不一定是最好、最佳的服务。

案例中的企业有员工2000人左右，而信息中心只有20人，1∶100 的比例明显属于服务资源匮乏，他们该如何建立业务部门的期望值呢？除了让业务部门知道这种资源的配比情况，还要依据自身的能力对服务的标准和时间进行定义。通过与业务部门签订服务级别协议（SLA），在规范业务部门期望值的同时也给信息中心人员建立了工作的标准和目标。超出业务部门期望值的服务，自然就会得到业务部门的普遍认可。

ITIL的四个关键点2：建立统一的服务台

ITIL Foundation课程中介绍了ITIL中的一个重要职能：建立一个统一的服务平台Service Desk。有了统一的服务平台后，流程就会有变化。

例如，工作接口单一了，业务部门有问题时，交给服务台就行了，而不需要去打听应该交给信息中心的哪一个人；可以让合适的人去做服务台，即使是技术服务不到位，但由于善于与人打交道也可以减少客户的抱怨；信息中心技术人员的工作变得简单，只需要考虑解决问题而不需要考虑计划和安排，从而可以更专心地从事技术工作；通过服务台，可以将信息中心对外的服务内容和数量全部展现在公司所有人员面前，让他们明白信息中心人员的工作强度。

建立服务台还有一个好处是，给业务部门人员一个学习的平台，他们可以通过查询别的人问题和答案来自学和自行解决问题。也让那些不喜欢思考的人，在提出问题时需要思考一下：提出这么简单的问题，是否会让人家笑话？从而减少了问题量。