| 摘要：管理日渐成为一个CIO必须关心的话题了，本文为大家讲述IT服务管理指标体系与报表体系，希望对CIO们有所帮助。 |
定义测量频率：指标设计好后，必须确定多久进行测量一次，如果这个测量频率定好后，你会发现你的日例会、周例会、月例会、季度例会、年度总结会的核心内容基本上都定义好了。
是否纳入KPI：指标成百上千，但在一个历史时期中，人们的精力总是有限的，我们只能把行动放在最需要关注的状况上，所以每一年我们可以从指标集中选取出一些纳入到KPI之中，当状况改善后，我们又转向另外一些指标，这些就形成一个PDCA的过程。
上面说的几个步骤，事实上可以形成一个表格，形成一个公司的指标库，然后每年进化，事实上在设计指标的过程中，由于定义了数据内容与计算方法，报表的产生是自然而然的，一定要设计好分析之后的行动或产出，并形成记录，报表不是用来愉悦领导的，我们要想好当一个人员看完它之后应做什么，这个做的动作不应是由由这个个体来临时决定的，而是要提前设计并约定，这样才把管理者锁在管理体系之中，而不是让他们成为体系最大的破坏者。事实上当把指标的阀值设定好后，指标异常是无须用肉眼去分析看查看的，当一个事件的增长率突破了20%或50个的绝对数量时，是完全可以用逻辑的计算方法得出异常的原因分布的，你可以把利用事件的类型、申报部门、事件等级、事件时间、系统服务、关联的配置项属性等进行逻辑的穷尽演绎，所以所谓的图形钻取事实上意义不大，因为它依据人脑来做逻辑的演绎，而一个表单的字较多时，你不可能用肉眼把每一个种逻辑组合全部查看一遍，你的脑子也不可能记得清楚这些逻辑组合，这个层面就开始进入了BI的层面。
另一个值得一提的是指标的均衡性，当指标体系本身不全面时，一昧的以运动方式去追求单一指标，会带来一系列的恶果与虚假现象，所以指标有时是一个与人性博弈的过程，比如当我们非常追求事件解决率时，可能会带来满意度的下降，当我们非常追求事件响应时间时，员工会有单就先接单再说，这样事件的处理时长会大大拉长，当你关注事件的处理时长，他们可能又会把事件挂起(事件等待的时间一般不计入事件处理时间)，这些类似的情况很多，这也是为什么指标要成体系的一个原因，就如人体一样，你片面的追求体重指标，可能牺牲了其它健康指标。你片面追求GDP指标，人民的幸福感却不断下降，这些道理是类似的。
说到一个IT服务公司或一个内部IT部门的指标或报表体系，往往有人会绕不开SLA，许多人认为SLA报表就是报表体系了，但事实上SLA只占到报表体系中的很小一块，一个完整的指标或报表体系是要面向整个业务过程的，要了解一个事物，必须通过不同的切面去剖析，了解一个人，你需要知道他的外貌，他的性格，他的职业，他的生活，他的爱好等等切面，对于IT服务或IT运维而言，可以用几个不同的面向去解构它，每一个面向都是一种管理角色去关注它，这种解构的原则要做到完全穷尽、相互独立，以下分别说明：
面向服务：首先需要关注的是服务，这是很重要的一个切面，这个层面的指标或报表以服务经理的角色为主，服务的指标可以分为结果类与过程类，结果类又可分为SLA类、OLA类、UC类，这主要是指契约类的承诺达成情况，或者说是服务质量结果，比如象电话接通率、事件响应时间、事件解决率、事件满意度、系统可用性这些跟SLA相关的，跟OLA相关的象发布的遵守率、故障解决时长、事件响应时长等等。过程类主要是对服务过程本身的监督或质量检查，比如事件增长率、投诉事件数、剩余事件比率，这些指标的设计目的是提前感知、测量服务的变化情况，提前预防质量问题。
面向对象：对于IT服务而言，最基本是要保障IT架构的正常，有了这一层的保障，IT服务不会出现大的问题，而IT架构其实就是由一个个的对象所组成，所以需要有一个从对象的视角出发的指标来监控IT架构的状况。所以既然有一个角色负责服务，同样需要有一个角色负责架构，这一层的指标源数据与监控系统有比较多的关系，对象类的指标可以根据不同分类进行展开，这个分类可以与CMDB的CI分类为准，比如主机类、网络类、安全类、软件类、数据库、中间件、存储类、动力类，每一个分类都根据各自的特性再行分细分，比较主机可以分为性能、状态、故障这几个方面的指标，比如主机类的性能主要是指CPU与内存、IO的负载情况，状态主要是目前的机器的启用率与健康率，故障主要是指目前机器的故障信息。
面向流程：IT服务的三权分立，前面讲了服务层面与架构层面，还有一个比较重要的层面是流程层面，这个层面在许多公司与服务层面没有切分清楚，造成了管理缺位，服务经理主要是管理实际的IT服务的，而流程经理主要是管理流程运行的，两者的关注点是截然不同的，流程的指标可以根据流程进行切分，或者根据ITILV3的生命周期切分后再根据流程切分，比如服务运营就包括：服务台管理、事件管理、事故管理、请求管理、访问管理等，服务强管理的指标可能包括：首问解决率、事件错派率、事件回访率、话术错误率。事件管理可能包括：一线解决率、二线平均响应时间、三线平均响应时间、事件平均解决时长、事件关闭失败率、变更导致的事件比率等等。
面向人员：在组织的层面，主要关注单位与个人的指标，这主要是由管理者与员工背负的指标，可以用来做绩效考核，比如部门层面会有一些象员工流失率、服务满意度等指标，个人的指标会为事件满意度、关单及时率与一些行为绩效方面的指标。
面向财务：针对财务的层面，主要关注营收的指标分析、与成本的指标分析，以及预算的指标分析，
以上的5个方面构成一个指标框架及报表框架，事实如果做服务的门户，这些指标就完全可以支撑了，需要做的是基于组织的当前情况，利用前面说的方法去完善这个框架内部的指标细项。指标的测量本身会带来许多有意思的现象，这有些象量子力学的概念，你的观察本身会改变事物本身，所以即便是你什么行动也不做，只是每月的把相关有人员拉在一起查看指标结果，业务本身的运行也一定会改变，一旦你建立自己的指标体系，真正开始PDCA，你会发现它的威力非常巨大，可惜的是每一个公司都在找标杆，不愿自己埋头独立思考与作业，这就造成大部份公司的管理体系或报表都比较糟糕，其实上在中国一个具有一定IT规模与基础的公司，只需要花一两季度的时间就完全可以设计出一个中国一流的指标及报表体系，因为大家都在找别人的东西，不愿抬头想，不愿低头干，标杆其实就是提前走一步的人建立的。
责任编辑：Honey
评论表单加载中...
