困局篇
IT部门,给人的第一反应就是“高深、冷漠”,好似金庸笔下的独孤求败。我亲历过太多这样的场景,一边是业务在跳脚“问题反映了这么久,IT的人究竟在干什么”,一边是IT淡定的解释“这个要实现起来很复杂,你不懂技术”,长此以往,矛盾逐步升级,IT部门逐渐被孤立。
其实IT部门也在寻求改变,管理的改变,提升交付的效率和质量。大多数IT管理部门或多或少的引进了服务管理标准,构建了人员、流程、工具体系。事件、变更、问题等管理过程被引进和实践,但矛盾似乎仍未完全解决。
满意度不高,问题出在哪里?我认为关键在于职能的转变。IT部门始终是服务部门,尤其是政府、金融和非IT企业的IT部门,亟待从“技术型组织”转化为“服务型组织”。当我们的服务名词术语还晦涩难懂,交付过程还高深莫测,何谈满意度。
开放篇
客观的说,服务,特别是服务的交付,是由一个或一系列无形的活动所构成的过程。为确保服务交付的质量和效率,我们需要通过管理流程加以标准和约束。但从用户的角度分析,他们更关注服务的直接价值。举个例子,我在PIZZA店点菜,“超级至尊”,通过主料和配图就基本上告诉我是不是我需要的口味,服务员告诉我PIZZA上桌需要17分钟,OK我可以等待美味了。而至于这道菜用了多少种辅料,用了怎样的工序制作,不是我关心的问题。
食客需要菜单,而厨师需要菜谱,既想要食客吃的美味放心,又想要每个厨师确保菜品的品质和上菜的时间,那就需要将菜单和菜谱关联起来。前端交付+后端管控协同并举,才能充分体现服务的价值和效用。
类比我们的IT服务,转变我们的观念,让客户直观了解我们的服务内容,方式、交付标准和时限,同时提供有效的途径,让客户便于获取服务、了解服务的进度、反馈意见和建议。同时,在后台通过内部管理流程对关键交付节点进行标准化管控,相信这些转变会更好的提升客户的感受。
实践篇
下面结合一些案例来看一下服务目录+流程管理如何实现。
STEP1-梳理服务目录
服务目录示例图1
要想开门做生意,设计好你的菜单很重要。把运维部门对外提供的服务分门别类,冷菜、热菜、饮料、糕点划分清楚,菜名一定要直观易懂。
STEP2-流程标准化
标准化提升效率。针对每道菜品,梳理清楚需要谁来做、如何做、经过哪些工序(服务支持流程),进行到哪里应该告知用户进度。同时设计好记录表单,包括需要用户填写的和工作人员填写的,凡事做到有条不紊,这点也很重要。
STEP3-引入自助服务
通常每家饭馆都会有一到两道“招牌菜”被顾客疯狂点击,如果你不想让你的兄弟都扑在这些菜品上,就得寻求标准化的交付。结合日常的积累,总结一些通俗易懂的解决方案,开放给客户。大多数情况,自己动手分分钟搞定的事情(比如网线插拔、重启就好之类的解决办法),谁也不愿耗时耗力走流程。
STEP4-开放服务窗口
到这里,基本上可以开门迎客了。做些适当的宣传,让业务部门了解技术部门的改变,开放的心态很重要。
服务目录示意图2
当然,如果你的服务目录足够美观,人气一定也会很旺。
STEP5-用户反馈分析
做服务的都知道,用户不满意,正是你存在的价值,所以请正视用户的每一次诉求,以便了解他们的好恶,做好自身的改进。
核算好成本也是关键。今天知道我们为什么忙,明天才有可能获得解放!
每当聊起IT服务的改变,我总会记起一位老领导的话,“IT部门要想提升客户满意度,关键是要去技术化”。通过多年的实践,切实印证了这句话的含义,就把它作为结束语吧。
作者简介:
刘鑫,专业从事IT运维服务管理,ITSS服务项目经理,独立评估师。曾经在部委信息化部门工作十余年,致力于运维服务管理体系的构建、实施和落地,精通ITIL、ISO20000管理、ITSS。目前任职优云解决方案中心,专注于大型数据中心运维管理体系构建。
优云软件:秉承devops的理念,从监控、到应用体验,到自动化持续交付,全栈运维解决服务商
本文出自 “优云敏捷运维” 博客,请务必保留此出处http://uyunops.blog.51cto.com/11708365/1788385
原文地址:http://uyunops.blog.51cto.com/11708365/1788385