第7章 IT服务持续改进

第7章 IT服务持续改进

7.1 概述

业务需求、IT技术及服务内容和范围的不断变化,对服务能力提出了更高的要求。同时,随着IT服务运营过程中知识的不断沉淀和积累,以及客户期望值的不断提高,必然带来不间断的服务改进需求,所以需要对IT服务进行持续改进。服务持续改进的主要目标是,使得IT服务可以一直适应不断变化的业务需求,通过识别改进机会并实施改进活动,使得IT服务有效支持相关的业务活动。改进活动贯穿于IT服务的全生命周期,且是持续性的,而不存在明显的起止时间。

持续改进通过评审和分析服务级别实现的结果,识别和改进IT服务的效率和有效性,在不影响客户满意度的情况下改进IT服务提供的成本效益。本章首先介绍用于IT服务改进的通用流程,持续改进方法是实现服务改进的有效方法,贯穿于服务改进的全过程。图7.1给出了持续改进方法的模型。在不同的服务项目中,可以结合客户的要求和组织结构的特点,制订更具体和更细化的服务改进流程。

持续改进方法的过程如下。

(1)识别改进战略/策略。在服务生命周期的一开始,规划设计需要识别业务需求和运营目标,确定服务改进的愿景。在服务改进活动中,可以从业务视角看手,从明确业务目标和服务级别开始,为IT服务的改进活动确定目标和方向,实现有错必纠。

(2)识别需要测量什么。确定业务、IT能力和可用预算对新的服务、级别的限制之后,需要从技术视角着眼,使用差距分析来判断服务改进的可能性有多少,现有技术手段可以测量到何种数据。

(3)收集数据。要想实现服务改进这个目标,首先必须收集数据(通常在部署实施就开始收集数据)。根据既定的目的和目标来收集资料,此时获得的是最原始的数据和资料。在收集数据的过程中,需要在适当时进行监控。对服务改进过程加以监控的主要目的还包括保证服务质量,因此,监控在收集数据的同时还必须关注服务、过程、工具的应用效果。

(4)处理数据。在明确了需要测量的关键绩效指标之后,就能够对所收集的数据进行处理了。简而言之,这一步的目的是把从各种来源所获取的数据进行仔细对比。对数据完成合理的处理后就可以着手分析。

(5)分析信息和数据。分析原始数据之间的上下文关系和联系,将数据转变成信息。这些信息可以用于确定服务差距、趋势和服务对业务的影响。应当避免急于将收集到的数据汇报给管理者,而应该仔细分析数据之间的关联和隐含的信息。数据分析过程将数据转变成信息,并将信息转化成对组织有用的知识。

(6)展示并使用信息。向众多干系人展示所获得的数据和信息后,就能回答"需要采取何种改进活动"这一问题。这一步能够按照业务需要的方式为他们提供所需的知识,用以反映业务需求。这一步的主要内容是根据业务场景和经验来获取知识,并以报告、实施计划、评论、评估等方式将获取的知识展现出来。展示信息和知识时,要使用容易理解的方式,让获得的信息有助于制定战略、战术和运作决策。换句话说,要用最有利于目标用户的方式来展示信息,并帮助其做出决策。

(7)实施改进。运用获得的知识对服务进行优化、提高和改进,由管理者做出关于服务改进的决策。基于这些决策,采取必要的措施用于改进服务过程,在这一步执行完毕后,组织将建立一个新的基准,然后在这个基准上开始新一轮的服务改进循环。

为了增强IT服务持续改进的可操作性,本章将以上待续改进方法与IT服务持续改进的具体活动进行分步对应,分别是:遵循(1)、(2)、(3)的方法指导进行7.2节的服务测量,作为实现服务改进的基础和前提,着重获得各种服务及管理数据的识别和收集,确保改进机会被识别出来;遵循(4)、(5)、(6)的方法指导进行7.3节的服务回顾,选用可有效推动服务改进的文档和工具进行展示,确定改进项;遵循(7)的方法指导进行 7.4节的服务改进,描述如何制订改进计划、如何成功实施改进、如何进行改进后的验证。

从IT服务管理的价值体现来看,满意度与投诉管理工作是服务持续改进的一个重要环节。满意度与投诉管理将通过满意度与投诉管理标准流程的描述,探讨如何进行客户满意度调查、分析和管理工作,以及如何快速稳妥地解决用户投诉,促使服务进行顺畅的持续改进。

7.2 服务测量

服务测量用于获得与服务交付过程相关的各种数据,进而获得服务改进活动所需的各种原始资料。对服务进行有效测量是进行服务改进的基础,通过服务测量可以获得各种数据,进而作为服务改进的基准和依据,并为服务改进设定目标。如果没有有效的服务测量,将使得服务改进活动失去方向和动力,并可能最终导致服务质量下降。

服务测量的范围包括IT服务全生命周期阶段的每个方面,覆盖战略、战术和操作等多个层面,需要系统规划与管理师从技术和业务两个不同的视角来确定测量指标。

测量指标的类型可分为如下3种。

(1)技术指标:基于IT组件和应用的测量,如可用性、性能。

(2)过程指标:通常以KPI表示,反映服务管理过程的运行或健康状况。KPI有助于回答4个关键问题:过程的质量、绩效、价值和符合性,持续服务改进利用这些KPI识别对各过程的改进机会。

(3)服务指标:对端到端的服务绩效的测量,通过技术和过程指标加以计算。

7.2.1 服务测量的目标

服务测量的目标是监视、测量并评审服务及服务管理目标的完成情况,分析与服务计划的差距,并为服务改进提供依据。服务测量活动的价值体现在:

(1)验证之前所做的决策是否正确,所做的工作是否有效果。

(2)较目前的服务在成本、质量、有效性等方面是否比之前得到了改进。

(3)证明服务改进活动的必要性,并向管理层争取必要的资源,以支持服务改进。

(4)指导服务改进活动的方向和目标。

7.2.2 服务测量的活动

在实施服务测量的各项数据收集活动前,系统规划与管理师应明确测量的目标和方向是否与服务供方的运营目标及业务需求相匹配。以下将从人员、资源、技术及过程几个要素分别描述具体测量活动和收集项目,系统规划与管理师还应依据成本和技术能力进行筛选,尽可能避免主观判断的测量项。

  1. 服务人员测量

考虑到人员是提供IT服务的基础,因此从IT服务改进测量的角度,我们更应该关注人员培训管理、人员招聘管理、人员绩效管理、人员储备管理、岗位职责管理、人员工作量管理等,具体对应如下测量活动:

(1)识别备份工程师对项目的满足度和可用性。

(2)测量人员招聘需求匹配率。

(3)收集培训的应用情况,如培训覆盖率、满意度及评价。

(4)人员能力测量,如识别并收集考评团队内部最新的人员技能、资历认证等。

(5)服务工作量测量,如根据来电量进行服务台人员配比预测等。

(6)岗位职责更新情况,如识别最新组织结构变化等。

(7)人员绩效考核分配机制测量,如关注分配比例的合理性。

(8)实时监控团队工作状态,如关注员工易动隐患等。

【人员测量参考实例】针对IT服务人员绩效指标及实际达成情况,进行绩效考核和评估,绩效评估及应用可按表7.1所示操作,测量分配比例的有效性和具体指标。测量分配比例是否达到绩效考核的目的,同时关注参评人员对于该分配比例的反馈。

表7.1 IT服务人员绩效考核表

考核级别 分值区间 分配比例及说明
A:优秀 ⩾95 最多不超过团队成员的10%
B:良好 ⩾80且<95 团队成员的50%
C:需改进 ⩾70且<80 团队成员的30%
D:需淘汰 <70 最多不超过团队成员的10%,可以为0
  1. 服务资源测量

跟踪服务资源现状和变化趋势,针对IT服务运维工具、服务台、知识库和备件库进行相关测量。以项目为单位,根据不同服务项目的进程需求,由系统规划与管理师周期性统计该项目的资源健康状态和使用情况。

(1)IT服务运维工具。针对服务过程中使用的监控工具、过程管理工具和专用工具进行测量,测量活动包括:

  • 测量工具的功能与服务管理过程是否有效匹配。
  • 周期性识别相关工具的使用手册是否有效并进行相关验证。
  • 监视IT服务运维工具的健康状态,如可用性、软/硬件历史故障等。

(2)服务台。服务台关键测量指标示例如表7.2所示。

表7.2 服务台关键测量指标

关键测量指标 测量描述
接听率 周期性测量服务台接听量与呼入量的收集和测量,服务台人员响应的电话总数量/用户呼叫服务台的总数量Xl00%
派单准确率 服务台人员首次派单得到解决的事件或服务请求总数量/事件或服务请求总的数量Xl00%
录单率 接收用户呼叫并做记录的事件或服务请求总数量/服务台接到的所有用户呼叫总数量Xl00%
平均通话时间 用户呼叫持续总时间/事件或服务请求总数量Xl00%

(3)备件库。由系统规划与管理师根据项目要求,周期性统计发生的资源消耗情况(事件数量、备品备件数量等),做出工作效率分析,并与前期数据对比分析,出具服务资源需求分析等。测量活动包括如下项目。

  • 盘点备件资产:针对现有备件资源进行账实盘点,为备件库调整计划提供数据支撑。

  • 统计备件损坏率:根据备件名称、编号、备件分类、损坏原因、损坏分类、损坏地点、修复方案等信息进行逐条统计。

  • 统计备件命中率:可根据通用备件、专用备件分别统计周期内备件的使用情况,测量实际命中率与计划命中率的差距。

  • 统计备件复用率:针对可复用的备件品类,按照修复时间、修复类型、备件编号等信息进行统计。

(4)知识库。收集知识的积累数量、知识的利用率、知识的更新率、知识的完整性、各类知识的比重、知识新增数量与事件、问题发生数量的对比关系。

  1. 服务技术测量

    (1)识别研发规划:根据运维技术研发计划,测量技术规划的完整性和落实情况。

    (2)识别研发成果:各种技术对运维业务的实际应用效果和实用性。

    (3)技术手册及SOP统计:如根据事件分类进行SOP覆盖率的定期统计,根据诊断方案或典型故障的解决方案进行使用率的定期统计等。

    (4)应急预案实施统计:收集所有应急预案在实施过程中,如人员能力、职责、流程、技术等方面的量化指标,如实际发生的应急响应、升级时间等。

    (5)监控点和阈值统计:定期比对监控点的适用性,通过测量实际监控结果,判断阈值设定的合理范围。

  2. 服务过程测量

    服务过程测量活动是分层次的,对于单一服务项目而言,测量活动至少应该覆盖服务管控和服务执行两个层次。前者主要从业务和用户的视角来测量服务过程,关注服务交付结果,后者主要从技术视角来测量服务过程,关注具体的服务过程和细节。

    1)服务管控测量

    服务级别分析主要包括:

    (1)目标:总结与分析服务项目的服务级别及关键绩效指标的完成情况,为提升服务质量提供依据,并作为项目报告基础信息,向用户呈现服务的绩效信息。

    (2)方式:以项目为单位,根据不同项目的进程需求,由系统规划与管理师负责统计分析,并整理出项目服务级别及绩效信息。

    (3)活动:由系统规划与管理师制订阶段性项目计划及需求,进行统计分析,并形成"项目绩效分析"作为项目总结报告或月度服务报告的核心组成部分。评测内容包括(但不限于):服务SLA达成率分析、重大事件分析(MTTR、服务效率)、人员绩效分析等。

2)服务执行测量

(1)事件统计分析。

  • 目标:动态跟踪服务过程中每个事件的完成情况,及时发现服务过程的不足之处,并予以纠正。
  • 方式:由事件管理负责人对项目实施过程中记录的事件进行记录和监控,以此作为服务可用性和SLA分析的基础数据。
  • 活动:重大事件回顾:分析过去一段时间内所发生的重大服务事件或故障,总结经验教训,并对所采取的纠正弥补措施进行有效性分析。事件统计和分析:在项目执行阶段,系统规划与管理师将对执行过程中发生的所有事件进行统计和分析。汇总和发布:系统规划与管理师定期将总结报告进行汇总,并发布给客户及用户,出具重大事件报告、事件分析总结报告。

(2)问题统计分析。

  • 目标:降低事件发生概率,提高事件处理效率。
  • 方式:由问题管理负责人定期制订并发布。
  • 活动:问题经理定期统计周期范围内产生的问题和解决方案,并形成相关报告发布给所有服务实施团队,出具问题分析报告。分析内容包括周期内问题数量、已解决问题数量、遗留问题数量、知识库更新信息等。

(3)变更与发布统计分析。

  • 目标:有效监控变更与发布执行过程中的风险,提升服务可用性水平。
  • 方式:由变更经理发起,在每个变更发布活动发生时做跟踪管理,并定期编制变更和发布分析报告。
  • 活动:变更、发布活动触发时,由变更经理负责监控每个变更、发布的执行过程的合规性及变更执行的有效性,并跟踪管理直至相关活动结束。周期性地对服务的变更发布活动做数据汇总和统计分析,作为总结报告的组成部分;出具变更、发布分析报告。

(4)配置统计分析。

  • 目标:有效进行配置状态的统计,保证配置数据的准确、完整、有效、可用、可追溯。
  • 方式:由配置管理负责人发起,有效管理与配置过程一致的活动记录,包括识别、记录、更新和审核等。
  • 活动:记录配置管理活动的细节,使得相关人员可以了解各配置项的内容和状态,确保配置项和基线的所有版本可以恢复;按照配置管理计划,定期或按事件驱动进行检查。
7.2.3 服务测量的关键成功因素

为保证服务测量活动的有效实施,为服务改进提供各种数据和信息,必须注意以下关键成功因素。

(1)针对性的服务测量框架:系统规划与管理师需要在规划设计阶段就定义好针对该项目的服务测量框架,分析干系人可能关注的服务绩效指标,从业务和技术的多重视角,定义出管控层和执行层的关键绩效指标。

(2)有效的自动化监控和测量工具:对服务组件的自动化监控和测量,是获得服务测量数据的重要方法。很多基础数据都依赖于部署有效的自动化工具才能获得,如某台服务器的可用性指标、网络的中断时长、CPU利用率等。

(3)渠道的测量方法:监控、评估、调查、座谈、抽样等。

(4)避免成本约束:准备足够的资金来购买和部署相应的监控和测量工具。

(5)降低人员阻力:增强用户及服务人员对服务测量活动的理解和配合,如可适当采用激励方式,鼓励用户积极参与满意度调查,适当采用绩效考核,要求服务工程师及时上传知识文档等。

(6)获取管理层的支持。

(7)通过接受培训等方式,获取成熟的服务管理过程。

(8)利用机制管理技术部门与业务部门之间的有效沟通和协调。

7.3 服务回顾

本节讨论与服务回顾有关的各方面管理工作,包括:服务回顾的机制、内容及对象,识别服务回顾的目的和作用、目标受众,以及如何进行服务回顾。

服务回顾的形式多种多样,包括客户服务回顾、项目内部会议、视频会议、电话会议、服务报告、服务改进计划、第三方机构意见收集等。

7.3.1 服务回顾目标

服务回顾的主要目标是为适当的受众(包括用户、业务部门、供应商、技术人员、管理层等)回顾各种服务测量数据,并作为后续活动的参考和依据。及时关注并发现客户业务需求的变化,并及时、有效地对这些需求变化做出回应;通过定期的服务回顾,保持与客户之间沟通渠道的有效和畅通,以评估上个周期的服务质量,了解服务范围、服务级别协议、合同以及业务需求的变化,修订服务范围和相关协议。

7.3.2 服务回顾活动

服务回顾的主要活动根据服务需方与供方不同的关注内容可分为两类,分别是与客户回顾内容、团队内部回顾内容,并加以相关服务回顾机制进行过程管理,规定了回顾级别、具体内容、频率和参与者。服务回顾工作可与服务质量评审会议一起举行,由服务提供方系统规划与管理师与业务关系经理组织,双方相关人员参与。

  1. 服务回顾机制

采用表7.3中的四级服务回顾机制进行内外部服务回顾。

表7.3 四级服务回顾机制

级别 内容 频率 参与者
一级 针对重大事件、特殊事件的沟通,包括服务内容变更、客户投诉等 不定期按需沟通 系统规划与管理师、客户接口人
二级 项目月度例会,向客户汇报当月服务情况,包括服务量、SLA达成率,当月重大事件等内容 每月度 系统规划与管理师、客户接口人
三级 项目季度回顾,向客户汇报当季项目运营情况,包括服务数据分析、SLA达成率、客户满意度、服务改进计划等内容 每季度 系统规划与管理师、服务供方业务关系经理、客户接口人
四级 合作年度回顾,回顾项目的整体实施交付情况 每年度 服务供方高层管理人员、系统规划与管理师、服务供方业务关系经理、客户接口人
  1. 与客户回顾内容

与客户回顾内容包括:

(1)服务合同执行情况。

(2)服务目标达成情况。

(3)服务绩效(服务级别协议)、成果。

(4)满意度调查。

(5)服务范围、工作量。

(6)客户业务需求的变化。

(7)服务中存在的问题及行动计划。

(8)上一次会议中制订的行动计划的进展汇报。

  1. 团队内部回顾内容

采用周例会的机制来进行内部回顾,内容包括:

(1)上周期工作计划回顾。

(2)本周期内遇到的特殊或疑难工单。

(3)讨论本周期内未解决的工单。

(4)各小组工作简报。

(5)本周期的问题回顾。

(6)本周期内的工程师KPI总结(如工程师工单量、工程师平均响应时间、工程师平均解决时间、工程师现场支持解决率)。

(7)下周期工作计划安排。

注:对于重大项目,应以项目复盘的形式进行内部的服务回顾。

7.3.3 服务回顾关键成功因素

每次服务回顾结束后,要根据检查结果评估服务管理的效率和效果,关注以下关键成果因素,以提高服务回顾的工作质量,具体包括:

(1)根据违规记录,进行违规根源分析并加以校正,决定是进行服务升级/服务变更,还是对相关负责人进行处理。

(2)基于回顾报告,从满足业务和客户的需求出发,进行调整和改进。

(3)进行精细的服务管理变更的控制,包括过程的变更、过程文档的变更、过程交互的变更和角色职责的变更等。

(4)服务回顾的更新要能够满足业务和客户对IT服务能力的需求,同时要确保相关人员对新内容的认知和认同感。

(5)避免重要的服务回顾内容项部分缺失,应采用全面严谨的服务回顾模板及会议纪要模板。

(6)避免服务回顾会议延期,应设定服务经理针对服务回顾完成率的绩效考核项。

(7)明确岗位职责和过程清晰,有问题时应及时进行调整。

7.4 服务改进

本节将针对服务改进设计、实施和验证相关的管理活动展开讨论。服务改进的几个关键要素和工作方向分别是人员、资源、技术及过程(见图7.2)。本节还将具体探讨四要素在服务改进中的主要内容及如何进行有效的过程管理。

7.4.1 服务改进目标

服务改进的目标是利用管理方针、管理目标、审核结果、服务测量、服务回顾、客户满意度管理、投诉管理及管理评审等活动,促进服务管理能力在有效性和效率方面的持续改进和提升。优化后的服务可以更好地支持过程运行,提升IT对业务的支撑力度。

7.4.2 服务改进活动

服务改进需要进行生命周期管理,主要活动包括服务改进设计、服务改进实施、服务改进验证,涉及服务管理人员、技术、资源、过程等方面。本节具体描述服务改进对几个要素的具体影响和管理活动。

  1. 服务改进设计

(1)定义服务改进目标。服务改进的总体目标,应是促进服务管理能力在有效性和效率方面的持续改进与提升。这种持续改进和提升应以满足需求,为用户和客户提供更优质、更稳定的IT服务为初衷,因此,在制订具体活动或项目的改进目标时应注意:

  • 改进目标应与服务目标相一致,这需要客户的参与,并与相关部门进行有效沟通。
  • 改进目标应是现实可行并是可测定的,在改进计划或方案中应对此进行详细的描述。
  • 改进目标是进行改进项目或活动回顾的重要依据,因此必须确保其满足了用户和客户部门的需求,并且是符合法律法规及相关标准要求的。

(2)识别服务改进输入。服务改进的来源应至少包括:

  • 主要来自服务测量及服务回顾过程中分析或确认的服务改进需求。
  • 管理客户需求是否与IT服务运营结果一致。
  • IT服务管理业界标准。
  • 内部员工提出的改进。
  • 与管理层沟通的结果。
  • 服务目标。
  • 服务管理体系内审。
  • KPI指标的变化趋势。
  • 过程改进实施后的反馈。
  • 业务和技术上的变革。
  • 对服务管理体系进行整体评估或内部审核,发现不符合项。
  • 对日常运行、服务报告和服务过程回顾发现存在的问题。

(3)制订服务改进计划。识别的服务改进措施,编制服务改进计划。服务改进计划应包括如下内容。

  • 文档介绍:包括文档简介、文档目的。
  • 服务改进活动基本信息:包括服务改进活动名称、改进活动负责人、改进活动团队成员、计划活动起止时间、主要预期成果。
  • 服务改进描述:包括服务改进动机、服务改进目标、涉及范围。
  • 服务改进方案:包括总体方案和进度安排、各阶段具体活动、预算和资源安排。
  • 角色和职责:包括角色、职责、活动。
  • 服务改进回顾:包括主要衡量标准、改进回顾团队、时间安排。

(4)确认服务改进职责。服务四要素改进主要由系统规划与管理师和服务质量负责人负责:

  • 负责识别服务四要素改进需求。
  • 负责制订具体的改进目标和方案,报服务管理体系负责人审批。
  • 负责管理和控制服务四要素改进项目的实施。
  • 对改进活动的结果负责。
  • 负责定期组织改进回顾,巩固改进成果。
  • 负责改进项目完成后进行知识转移。
  1. 服务改进实施

系统规划与管理师组织服务质量负责人及相关人员实施已通过审批的服务改进实施计划和具体方案。由服务质量管理部门会同其他相关部门共同制订改善目标及改善计划,并监督实施。

服务改进涵盖了服务的四要素,以下列举可能的改进领域。

(1)人员

  • 改善人员管理体制:根据业务现状和业务发展需要来设计和完善运维人员管理体制,量化、精细化的人员管理体制,包括任职资格体系、人员培训和绩效考核方法。
  • 提高IT人员素质:通过改进措施提高人员对其负责角色和职责的理解,提高对整个服务管理过程的理解,提高人员的服务与客户意识。
  • 调整人员储备比例:通过周期观测服务人员储备的使用情况,合理调整各级别人员储备比例,降低因人员变动而影响服务连续性的可能性。
  • 调整人员和岗位结构:可根据业务需要实现动态调整和优化。

(2)资源

  • 保障各类资源对业务的完整覆盖和支撑作用。
  • 持续完善IT工具:为提升过程效率和对特定指标景化管理(如可用性指标),建立必要的工具平台,并不断完善工具。
  • 持续优化服务台管理制度:根据服务测量与回顾输出的服务台流程、职责、KPI等改进意见进行持续改进。
  • 知识库管理制度改进。
  • 备件库管理制度改进。

(3)技术

  • 技术研发计划重新规划及改进:针对技术研发涉及的职责分工、经费、测试及生产环境等重新进行评估和调整,确保满足市场目标和业务目标。
  • 技术成果优化改进:对技术成果进行评价与评估,根据分析或者在实践中的信息,对技术成果进行新一轮的开发,并增加相应的预算。
  • 完善技术文档:针对服务过程中使用的解决方案、SOP及其他文档的完备性、适用性,保存方式及访问控制、文档之间的相关性和一致性等进行改进。
  • 改进应急预案:依据应急预案的成功率,细化应急预案的职责分配和执行流程。
  • 更新监控指标及阈值:周期性与客户确定监控点、指标及阈值,根据服务目标及能力进行动态调整。

(4)过程

  • 完善现有过程:检查过程目标、过程范围、过程原则、过程负责人、子过程、过程活动、输入、输出信息、过程角色和职责描述、对技能的要求、考核指标等是否定义准确清晰、是否可以在某些环节优化以提高过程的执行效率。
  • 建立新的服务管理过程:如建立服务级别管理过程、可用性管理过程、问题管理过程、员工离职IT终端回收流程、机房巡检流程等。
  • 调整过程考核指标:根据过程执行情况及IT部门状况,设定和调整合适的考核指标目标,并通过持续的指标监控,发现变化趋势并采取措施进行绩效改进。
  • 提升对外服务形象:改进对外服务形象,提供服务目录,建立服务等级协议。
  • 提供新的服务:根据客户的反馈和对客户的需求分析,不断推出新的服务,加强
    IT部门与客户的联系。
  • 为业务部门提供管理报表:根据客户需要,提供特定客户关心的IT服务管理报表,并提出分析建议和改进措施。
  1. 服务改进验证

(1)服务改进项目的检查。当服务改进项目实施完成后,系统规划与管理师应对照服务改进计划中定义的服务改进目标,发起服务改进回顾会议,服务供需双方核对服务改进活动的目标达成情况,会同相关人员对实施效果进行验证,并记录验证或验收评价结果;当实施效果未能达到预期效果时,应组织相关部门进行原因分析,制订相应的整改措施或重新制订改善计划并实施。

具体验证过程包括:

  • 系统规划与管理师组织服务交付部门按服务改进计划中所列项目,对项目指标完成情况进行检查,检查结果记录在服务改进控制表中。
  • 对于未达标的项目,组织相关部门进行原因分析,制订改进措施。
  • 形成书面统计分析及改进报告,分别提报主管领导及监督部门。
  • 服务质量监督部门按照相关规定实施过程考核。

(2)提交服务改进报告。服务质量责任人负责监督服务改进计划的执行情况,并根据执行结果和检查情况,编写服务改进报告,服务改进报告应包括服务改进计划的相应内容。

7.4.3 关键成功因素

实施服务改进活动的成功需要来自各处的配合。为了确保服务改进在质量和成本约束条件下进行管理和实施,改进的服务产生时应进行策划并经过管理层的正式批准,例如:

(1)确定服务改进的使因,如客户请求或主动修改。

(2)识别所有重要的服务改进输入(包括人员、资源、技术及过程)。

(3)改进结果应可测量、可追溯,协商服务改进的衡量及验收标准。

(4)公布完整详尽的服务改进计划。

(5)保障相关干系人的较高参与度。

(6)定义对已存在的服务管理过程和服务的更改。

(7)提交新的服务对人力资源和招聘需求的影响。

(8)分析服务改进后对相关过程、测量、方法和工具的影响,及时更新服务目录及服务手册。

(9)制订服务改进对预算和时间计划的影响。

【练习题】

一、单项选择题

  1. 对服务持续改进活动描述正确的是( )。

A.服务持续改进活动存在明显的起止时间

B.服务持续改进活动贯穿于IT服务的全生命周期

C.服务持续改进活动具有阶段性

D.服务持续改进活动对客户的预期进行管理

  1. 服务测量用于获得与( )过程相关的各种数据,进而获得服务改进活动所需的各种原始资料。

A.服务设计 B.持续改进 C.服务交付 D.服务运营

  1. 服务测量指标的类型不包括( )。

    A.技术指标 B.过程指标 C.服务指标 D.人员指标

  2. 下列不属于服务测量目标的是( )。

A.验证之前所做的决策是否正确,所做的工作是否有效果

B.比较目前的服务在成本、质量、有效性等方面是否比之前得到了改进

C.比较是否超出服务范围

D.指导服务改进活动的方向和目标

  1. 利用管理方针、管理目标、审核结果、服务测量、服务回顾、客户满意度管理、投诉管理及管理评审等活动,促进服务管理能力在有效性和效率方面的持续改进和提升。以上描述的是( )。

A.服务改进的目标 B.服务改进的活动

C.服务改进的职责 D.服务改进的过程

二、案例分析题

某期货公司成立于1993年,是国内最早成立的期货公司之一,多年来一直以稳健经营享誉业内。近年来,该公司通过致力于夯实基础建设、探索管理创新,较大地提升了核心竞争力。随着网上交易的全面普及,该公司的大部分业务是通过电子交易系统完成。网上交易的安全性非常重要,因此,该公司花大力气减少风险,提高IT运维管理水平。传统的"来电响应式"的IT运维管理模式带给信息管理人员较大的工作压力,使管理工作较为被动。为了保障该公司网络的高效、稳定运行,必须在故障发生之前就及时进行预警或告警,避免网络中断影响应用系统的运行。为了及时发现潜在的网络异常及隐患,必须要对网络应用及底层的IT基础设施进行全方位、透明化的监控。对于该公司的信息管理部门来说如何实现企业网络的事前管理和透明化监控是保障网络系统稳定运行、企业核心业务正常运转的关键。

针对期货公司的行业特点,主动式运维管理、预先防范风险尤其重要。因此,"蓝天软件"公司结合该公司的个性需求以及金融行业的服务经验,为其提供了一套基于ITSS的软件解决方案,并对该方案进行持续改进。

(1)结合本案例说明服务待续改进有哪些方法?

(2)服务测量可以获得服务改进活动所需各种的原始资料,服务测量有哪些活动?并结合本案例进行说明。

(3)为本案例设计一套服务回顾机制。

(4)服务持续改进有哪些活动,结合本案例进行说明。

【参考答案】:B C D C A

相关推荐
冷眼看人间恩怨24 分钟前
【Qt笔记】QDockWidget控件详解
c++·笔记·qt·qdockwidget
cominglately2 小时前
centos单机部署seata
linux·运维·centos
CircleMouse2 小时前
Centos7, 使用yum工具,出现 Could not resolve host: mirrorlist.centos.org
linux·运维·服务器·centos
Karoku0663 小时前
【k8s集群应用】kubeadm1.20高可用部署(3master)
运维·docker·云原生·容器·kubernetes
木子Linux3 小时前
【Linux打怪升级记 | 问题01】安装Linux系统忘记设置时区怎么办?3个方法教你回到东八区
linux·运维·服务器·centos·云计算
mit6.8243 小时前
Ubuntu 系统下性能剖析工具: perf
linux·运维·ubuntu
watermelonoops3 小时前
Windows安装Ubuntu,Deepin三系统启动问题(XXX has invalid signature 您需要先加载内核)
linux·运维·ubuntu·deepin
阿甘知识库4 小时前
宝塔面板跨服务器数据同步教程:双机备份零停机
android·运维·服务器·备份·同步·宝塔面板·建站
saynaihe4 小时前
安全地使用 Docker 和 Systemctl 部署 Kafka 的综合指南
运维·安全·docker·容器·kafka
星河梦瑾5 小时前
SpringBoot相关漏洞学习资料
java·经验分享·spring boot·安全