ITIL v2 服务台详细介绍
ITILV2基本理论及流程解析(参考模板)
第一章 ITIL流程解析总体来说,ITIL的包括六大操作性流程(五大服务支持流程+一个服务台流程,严格来说,其中服务台应该属于功能,而非流程)和五大战术流程(五大服务提供流程)。
如果说企业的IT战略属于“战略层”的话,我们可以把服务提供称之为“战术层”,把服务支持称之为“运作层”。
每个ITIL流程都包括五大要点:流程目标、基本概念、主要活动、好处与风险,以及关键绩效指标与报表。
所有流程的结构图如下:图1:ITIL十大流程及其服务台结构图从ITIL的整体架构来看,2002年Paul Graham等专家所著的《ICT Infrastructure Management》一书中,把ITIL流程之间的关系描绘成如下图。
该图中突出了安全管理的重要性。
信息系统的安全管理也正是IT治理(IT Governance)的主要内容之一。
图2:ITIL整体架构以下我们简要地分析10大流程和帮助台的模块。
一、ITIL的五大战术流程(五大服务提供流程)框架图如下:1、服务级别管理(Service Level Management)本流程通过对IT服务绩效的协商、监控、评价和报告等一整套相对固定的运营流程来维持和改进IT服务的质量,使之既符合业务需求同时又满足成本约束的要求;通过采取适当的行动来消除或改进不符合级别要求的IT服务。
2、 IT服务财务管理(Financial management of IT Services)该模块主要用来全面核算IT服务运营成本,并按照向客户提供的服务项目进行分摊,同时为管理层提供IT投资决策所需的详细资料;还用来对支持IT服务运营的IT资产和资源进行成本效益管理。
IT服务财务管理的主要工作包括:预算、会计、收费和报表。
3、 IT服务持续性管理(IT Service Continuity Management)IT服务持续性管理是指确保发生灾难后有足够的技术、财务和管理资源来确保IT服务持续性的流程。
2_ITIL V2介绍
ITIL V2服务支持流程 – 故障管理
•An incident is an event which is not part of the standard operation of a service and which causes, or may cause an interruption to, or a reduction in the quality of that service(故障是非正常的操作) •To restore normal service operation as quickly as possible with minimum disruption to the business, thus ensuring that the best achievable levels of availability and service are maintained(尽快把由于故障所造成的非正常的 服务恢复正常,从而把故障对商业服务的影响最小化)
RFC
ITIL V2服务支持流程 – 配置管理
配置管理数据库 (CMDB) – A database that records the existence, attributes, relationships, history and status of CIs.
属性 – A descriptive characteristic of a CI such as model, serial number, or location.
(促进日常服务的恢复)
Users(用户) <-> Clients(客户)
Incident(故障) – An event which is not part of the operation of a service which causes, or may cause, a disruption of the service and/or reduction in user productivity. Service Request(服务请求) – A request for a change to be made to a service. The change must be easily made under previously well-defined, strict, procedures. For instance, re-setting a password, creating a new e-mail account
ITIL-服务台
Sino-i Technology Ltd.
服务台概述
❖ 服务台 服务台(Service Desk)在用户支持方面扮演了重要
的角色。一个成熟的服务台可作为其他IT部门的前台,能 够在无需联系专家的情况下处理一些客户询问。
对于用户来说,服务台为他们提供了联系IT部门的单 一联系点(SPOC,Single Point Of Contact),从而可以 确保他们能找到合适的支持人员来帮助解决其问题或请求。
按职能划 分
服务台经理
❖ 三线及其他支持团队
一线支持 二线支持 三线支持
Copyright © Sino-i Technology Limited All rights reserved
Sino-i Technology Ltd.
服务台的结构
❖ 服务台技术 1. 集成了系统管理工具的服务管理工具 2. 通信技术,如计算机技术集成(CTI)或网际协议语音通信
这种类型的 服务台具有 关于全部IT 基础设施的 专家知识以 及独立解决 大部分事件 的专门技术。
Copyright © Sino-i Technology Limited All rights reserved
Sino-i Technology Ltd.
❖ 服务台人员
❖ 服务台经理 ❖ 一线支持团队 ❖ 二线支持团队
(Accessibility)。应该鼓励用户在其碰到任何问题或需 要支持时呼叫服务台。
尽管电话和电子邮件是最常见的沟通方式,还是可 以采用各种不同的媒介方式来提高IT部门的可达性。
Copyright © Sino-i Technology Limited All rights reserved
Sino-i Technology Ltd.
IT 服务管理经典课件 05--ITIL v2--服务提供
可用性管理流程
4、IT 服务持续性管理 、
灾难(Diaster)指严重影响系统运行甚至导致系统停止运 行的外来事故,如地震、火灾、水灾、失窃、恐怖袭击、 网络恶意攻击、大范围电力中断等。 IT 服务持续性管理(ITSCM)是组织业务持续性计划( Business Continuity Management)的一个组成部分。业 务持续性管理流程主要侧重于将风险降低至合理水平以及 在业务中断发生以后进行业务流程恢复两个方面。而IT 服 务持续性管理主要侧重于IT 基础架构的技术方面。 IT 服务持续性管理与事故管理、问题管理关注日常性的事 故和问题不同,它主要关注那些对组织业务运作可能产生 重大影响的灾难性事故。
能 力 管 理 的 主 要 工 作
能力管理流程中的主要活动
能力数据库
4、IT 服务持续性管理 、
在当今服务导向和客户中心的的业务环境下,维持IT 服务 的持续运作对于实现组织目标具有至关重大的意义。尤其 是在发生灾难的情况下,如何保证IT 服务运作的持续性是 IT服务管理人员需要特别关注的问题。 IT 服务持续性管理 服务持续性管理(IT Service Continuity Management )就是负责预防灾难、增强IT基础架构的恢复能力( Resilience)和容错能力(Fault Tolerance)的流程,它 需要确保组织在发生灾难后有足够的技术、财务和管理资 源来确保IT 服务的持续性运作。 通常的做法是建设“容灾备份中心”,先防、再容、再可 恢复
ITIL v2之“服务提供” 之 服务提供”
业界参考模型 - ITIL
服务管理规划与实施 业
业务 视角
服务管理
服务支持 Service Support 安全管理
ITIL v2之“服务支持”
配置与配置项(CIs)
配置 项1
配置项2依赖 配置项1
配置 项N
配置项N依赖 配置项2
依赖 关系
配置 项1
配置 项2
。。。
配置 项1
配置 项2
。。。
配置 项N
X
X
配置 项2
配置 项N
硬件配置项 图例
主机
网络
范围
MODEM
HUB
文件服务器
关系(Cis间的连 接关系)
MODEM PC
PC PC PC PC PC
变更信息库
配置管理库
确认和审计 状况记录
配置管理(Configuration Management,CM )将一个系统中软件和硬件等配置项资源进行 识别、定义,并记录和报告配置状态和变更请 求、检验配置项的正确性和完整性等活动构成 的过程。
配置项(CI)
基线(Baseline)
配置管理数据库(CMDB)
思考: 1、呼叫中心、帮助台(HELP
DESK)和服务台的关系 2、服务台跟踪突发事件处理过程
的作用和意义 3、如何通过电子化手段与最终客
户建立个性化的联系,建立个性 化档案(特别适用于桌面PC服 务) 4、如果网管监控人员发现故障, 应该首先做什么?
如何评估服务台的工作(举例)
每天
需要升级的事件 可能违背SLA的地方 所有显著/特别的事件
¦ 客户
¦
业务
架构管理
服务提供(交付) 辅助管理
客户关系管理
• 服务水平管理 • 可用性管理 • 能力管理 • 持续性管理 • 财务管理
安全管理
服务支持中的流程
服
事件管理
务 台
事件匹配
ITIL培训 (服务台)The_Service_Desk
Slide 1
目标 – 首要目标
• 作为用户和IT服务管理联系的中间点
•
为处理事件和请求,同时为活动提供一个接口,活动包括: 变更管理 Change Management 问题管理 Problem Management 配置管理 Configuration Management 版本管理 Release Management 服务级别管理 Service Level Management IT服务连续性管理 IT Service Continuity Management
Slide 6
本地服务台
Slide 7
中央服务台
Slide 8
虚拟服务台
Slide 9
服务台带来的好处
• • • • • 改进的用户服务,提高理解度和满意度 通过单一联络点增加用户无障碍访问 改进质量同时更快的响应用户的请求 更高效的利用协助资源 为决策支持提供更好的管理信息
Slide 10
测试提示
• 服务台工作人员不应过于直率
Slide 11
测试题目
• 以下选项中哪一项最好的描述了一个服务台工作人员所必须具备 的品质? A B C D 良好的交际能力; 顽强; 技术过硬; 坚定 商业意识; 口吃清晰; 有条不紊;宽容; 良好的交际能力 富有逻辑; 有条不紊; 顽强; 直率; 善于分析 端庄; 技术专家; 机敏; 良好的交际能力
Slide 2
为什么需要服务台?
• • • • • • 为用户提供单一的联络点 提供高质量的支持,以满足业务目标 帮助确定IT 服务的费用 为变化提供支持和通讯 增加用户的理解度和满意度 协助查明商机
Slide 3
职责
• • • • • • • 接受和记录用户的所有来电 提供一线支持 提供必要二线(主管)支持 事件的监控和升级 使用户了解现状和进展 提供ITSM学科之间的接口 生产的测量和指标
itilv2介绍中文版
ITIL V2介绍UNIPER Computer Systems Inc版权所有2007 UNIPER Computer Systems Inc。
保留所有权利。
UNIPER徽标、其它所有UNIPER产品名称或服务名称均为UNIPER Computer Systems Inc 的注册商标或商标。
其它所有商标均归属于各自的公司。
UNIPER视本文档中所含的信息为专有信息和机密信息。
这些信息的使用受产品所适用的最终用户许可证协议或保密协议的制约,并受本文档随附的专有权及有限权利声明的制约。
联系UNIPER技术支持如果您需要有关此产品的技术支持,请与UNIPER技术支持联系,服务电话是:86-755-83023118。
目录目录 (3)1.ITIL介绍 (5)1.1ITIL概述 (5)1.2ITIL框架 (6)1.2.1业务管理 (6)1.2.2服务管理 (6)1.2.3IT基础架构管理 (7)1.2.4应用管理 (7)1.2.5安全管理 (7)1.2.6IT服务管理规划与实施 (8)1.3最佳实践框架 (8)1.4质量管理方法和标准 (8)1.5ITIL价值 (9)1.5.1有形价值 (9)1.5.2无形价值 (10)1.6IT服务管理的核心思想 (10)1.7ITIL与ISO20000的比较 (12)2.IT服务管理的核心流程 (15)2.1服务台 (15)2.1.1服务台概述 (15)2.1.2服务台的目标 (15)2.1.3服务台的结构 (16)2.1.4服务台的主要工作 (16)2.1.5服务台与其他流程之间的关系 (17)2.2事件管理 (18)2.2.1事件管理概述 (18)2.2.2事件管理的目标 (18)2.2.3事件管理的流程活动 (19)2.2.4事件管理与其他流程之间的关系 (21)2.2.5事件管理关键绩效指标 (22)2.3问题管理 (22)2.3.1问题管理概述 (22)2.3.2问题管理的目标 (23)2.3.3问题管理的流程活动 (23)2.3.4问题管理与其他流程之间的关系 (26)2.3.5问题管理的关键绩效指标 (26)2.4配置管理 (27)2.4.1配置管理概述 (27)2.4.2配置管理的目标 (28)2.4.3配置管理的流程活动 (28)2.4.4配置管理与其他流程之间的关系 (32)2.4.5配置管理的关键绩效指标 (33)2.5变更管理 (33)2.5.1变更管理概述 (33)2.5.2变更管理的目标 (34)2.5.3变更管理的流程活动 (34)2.5.4变更管理与其他流程之间的关系 (36)2.5.5变更管理主要功能与应用 (37)2.5.6变更管理的关键绩效指标 (37)2.6发布管理 (37)2.6.1发布管理概述 (37)2.6.2发布管理的目标 (38)2.6.3发布管理的流程活动 (39)2.7服务级别管理 (41)2.7.1服务级别管理基本概念 (41)2.7.2服务级别管理的目标 (41)2.7.3服务级别管理的流程活动 (42)2.7.4服务级别管理与其他流程之间的关系 (43)2.7.5服务级别管理的关键绩效指标 (43)1. ITIL介绍1.1 ITIL概述ITIL,全称Information Technology Infrastructure Library,是指“信息技术基础架构库”或“IT基础架构库”。
借助ITIL和ISO20000提升信息系统运维管理效果
IT运维IT OPERATION AND借助ITIL和ISO20000提升信息系统运维管理效果国家开发银行信息科技局李悦随着我国信息化技术的快速发展,信息系统运行的顺畅与否直接影响单位的业务开展。
不断提升信息系统运维管理水平是信息科技部门的一项重要任务,ITIL和ISO20000是值得遵循或参照的标准,并已在一些单位部门实际运用。
本文简要介绍ITIL和ISO20000标准,区分各管理流程的轻重缓急,提出提升信息系统运维管理效果的“三步走”策略。
一、ITIL及ISO20000简介1.ITIL简介上世纪八十年代,英国中央计算机和电信局(CCTA,后划归英国商务部)对信息系统服务管理进行总结,推出了一个以流程为主的管理框架,称为信息技术基础架构库(Information Technology Infrastructure Library,ITIL)。
2001 年英国商务部(OCG)推出的ITILV2含有六个模块,其中最主要的模块是服务管理,该模块又分为服务支持和服务提供两个子模块。
前者含事故管理、问题管理、配置管理、变更管理和发布管理等5个管理流程;后者含服务级别管理、IT服务财务管理、能力管理、IT服务持续性管理和可用性管理等五个管理流程。
ITILV2还有一项服务职能,称为”“服务台”。
2007年推出的ITILV3引入服务生命周期的概念,将服务分为服务战略、服务设计、服务转换、服务运营和服务持续改进等阶段。
ITILV3将管理流程扩展或拆分至26个,将服务职能扩展至4个,并对应生命周期的不同阶段。
2.ISO20000简介2005年,国际标准化组织(International Organization for Standardization)以ITILV2为基础发布了ISO20000标准。
ISO20000通过梳理并规范IT服务流程,提高对客户的IT服务水平。
2011年,国际标准化组织对ISO20000标准进行了修订。
ITIL服务台建设介绍
05
服务台发展趋势与展望
服务台与数字化转型
数字化转型对服务台的影响
随着企业数字化转型的加速,服务台需要适应和支持数字化业务, 提供更加高效、智能的服务。
数字化工具的应用
利用数字化工具,如云计算、大数据、人工智能等,提升服务台的 服务质量和效率。
数字化服务台的特点
数字化服务台具备快速响应、个性化服务、数据驱动决策等特点, 能够更好地满足客户需求。
预防措施制定
基于问题的根源分析,服务台需要制定相应的预防措施,以降 低问题发生的概率。预防措施应包括技术、流程和管理等方面 的改进。
04
服务台建设案例分享
案例一:某大型企业服务台建设实践
总结词
全面规划、分步实施
详细描述
该大型企业在进行服务台建设时,首先进行了全面的规划,明确了服务台的目 标、功能和架构。然后分步实施,逐步完善服务台的功能,提高服务台的运行 效率。
决问题。常见的自动化监控工具包括日志分析工具和性能监控工具等。
知识管理
知识库建设
服务台需要建立一个完善的知识库,以便快速查找和提供 解决方案。知识库应包括常见问题、解决方案和最佳实践 等。
知识共享
通过知识共享,服务台可以快速获取其他同事的经验和知 识,提高服务质量。例如,建立内部论坛、博客和案例库 等。
知识培训
服务台需要定期进行知识培训,提高团队成员的知识水平 和技能。培训内容可以包括新产品、新技术和最佳实践等。
监控与度量
服务质量监控
通过监控服务质量,服务台可以及时发现和解决潜在问题,提高客户满意度。常见的监控 指标包括响应时间、解决时间和客户满意度等。
服务流程监控
通过监控服务流程,服务台可以发现和改进服务中的不足之处,提高服务效率。常见的监 控指标包括工单处理时间、工单关闭率和重复工单率等。
ITIL服务台建设介绍
服务台的结构
服务台结构的选择
服务台的结构
服务台人员 对服务台人员的要求是由服务台的使命和结构来决
定的
服务台的结构
服务台的技术
服务台概述 服务台的目标 服务台的结构
服务台的日常工作
服务台的日常工作
需跟踪解决情况并及时反馈以便最终解决用户问题。在 此基础上,服务台还要对服务过程和结果进行记录,以便分 析总结,提高问题解决速度。
服务台概述
服务台与流程相关服务Leabharlann 概述服务台的结构 服务台的活动
服务台目标
通过保证相关的呼叫请求能够到达相关部门的 技术人员手中。 做一些日常工作的支持。 通过服务台对日常工作的处理,以达到解放信 息中心各科室技术人员的工作、提高运维效率。
服务台概述 服务台的目标
服务台的活动
服务台的结构
服务台的结构
可达性 服务台的一项重大任务就是确保用户的问题到IT部
门的可达性。应该鼓励用户在碰到任何IT问题时都向服 务台咨询。
业务支持 服务台类型和服务组织的服务范围不同,服务台可
能处理全部的请求,或只处理技术问题和请求。 应用系统的客户部门自身拥有应用联络处,它是一个
大港油田 IT运维管理与服务平台建设项目
服务台培训
服务台的目标 服务台的结构 服务台的活动
服务台概述
服务台 服务台(Service Desk)在用户支持方面扮演了重要的
角色, 一个成熟的服务台可以做为其他IT部门的前台,能 够在无需技术人员、专家的支持下完成大部分日常IT运维工 作。
对于用户来说服务台为他们提供了联系IT部门单一的联 系点,从而可以确保用户的需求正确的、及时的转交到相关 人员手中。
ITILV2基本理论及流程解析
ITILV2基本理论及流程解析ITIL(Information Technology Infrastructure Library)是一套管理IT服务的最佳实践框架,提供了一系列的流程和方法来改进和优化IT服务管理。
ITIL V2是ITIL框架的第二个版本,于2001年发布,下面将解析ITIL V2的基本理论和流程。
首先是服务管理,它是ITILV2中最核心的概念之一,也被称为服务生命周期管理。
服务管理包括需求管理、服务交付、服务支持和服务改进四个阶段。
需求管理阶段的目标是理解用户或业务部门的需求,并在此基础上开展服务交付阶段。
服务交付阶段主要包括服务策略、服务设计和服务过渡。
服务策略阶段确定了服务的目标和战略,服务设计阶段将策略转化为具体的服务设计方案,服务过渡阶段实现了新服务的部署和升级。
在服务支持阶段,需要提供用户支持和技术支持,确保服务的正常运行。
服务改进阶段则通过对服务性能和质量进行监控和评估,不断改进和提升服务水平。
第三个基本理论是配置管理,它涉及对IT基础设施中各种配置项的管理和跟踪。
配置项是指IT基础设施中的各种组件和资源,如硬件设备、软件应用、网络设备等。
配置管理的目标是建立一个准确、可靠的配置管理数据库(CMDB),记录和跟踪各种配置项的属性和关系。
通过配置管理,可以有效地控制和管理配置项,提高系统的可用性和稳定性。
最后一个基本理论是变更管理,它是控制和管理IT基础设施中各种变更的过程。
变更是指对IT基础设施中的配置项进行任何形式的修改、升级或替换。
变更管理的目标是确保变更的顺利进行,并最小化对服务的影响。
变更管理包括变更评估、变更控制和变更实施三个阶段。
在变更评估阶段,需要对变更进行全面分析和评估,确定变更的风险和影响。
变更控制阶段对变更进行批准、排期和优先级管理。
变更实施阶段负责实施和验证变更的结果,并进行后续评估和反馈。
总结起来,ITILV2基于服务管理的理念,通过服务管理、服务台和问题管理、配置管理和变更管理等基本理论和流程,帮助组织优化和改进IT服务的交付和支持,提高用户满意度和IT系统的可用性。
ISO2000 ITILV2 V3 区别
ITIL V2、V3与ISO20000流程比较( 图)ITIL V2\V3\ISO20000的关系和主要区别• 2003年ITIL V2陆续发布,成为ITSM事实上的国际标准• 2005年国际标准ISO20000 发布• 2007年5月ITIL V3正式发布• v3引入了服务生命周期的循环概念,更加强调持续改善;• v3更加强调服务,仍然保留v2的流程;• v3新增流程:事件(请求)管理、知识管理、服务报告;• ITIL v3加入了与业界其他标准的接口,如CMMI、COBIT(IT治理控制框架)、6∑绩效考核和PPM项目管理方法等;• v3与ISO20000更贴近,更符合企业需求;• ISO20000是IT服务管理的国际质量标准。
虽然ITIL将从第二版(V2)升级到V3,但ITIL的核心并没有改变,严格说起来,V3只是V2的加强版,补足与解释V2的不足之处。
ITIL v3 是一个巩固和提高ITIL最佳实践的过程,引入了部分概念,尤其是"生命周期"的概念, V3相比V2特征在以下5个方面的主要区别1、V2关注诸如服务台、事件、问题、变更、配置和风险管理流程,V3关注服务,因为流程是服务的附属物;2、V2关注的是业务与IT的结合,V3则强调业务与IT的整合3、V2关注的是价值链管理,V3 则强调价值网络4、V2关注的是线性的服务目录,V3则强调动态的服务投资组合5、V2关注的是流程一体化的集成,V3则强调全面服务管理的生命周期ITIL Version 3 Lifecycle ProcessModel (最新流程图)ITIL v3采用服务生命周期的管理方式,因此流程都采用一种轮形结构,由服务战略、服务设计、服务转换、服务实施和持续服务改进等主题围绕在核心的最佳实践周围。
ITIL v2与v3I TIL3.0可以理解为ITIL2.0的继承和发展,特别是在学术层面上。
我们认为可以从三个方面理解二者的不同。
IT服务管理:3--ITIL v2--服务提供
¦ 客户
¦
业务
架构管理
服务提供(交付) 辅助管理
客户关系管理
• 服务水平管理 • 可用性管理 • 能力管理 • 持续性管理 • 财务管理
安全管理
服务提供中的流程
配置管理
配置管理库
可用性 管理库
知识库
服务能力 管理库
配置条目 信息
可用性管理
测度和报告
SLA 监控
服务能力管理
ERP 迭代行为
监控
SCM
电路与网元租费 (按成本科目)
共享设施
CE
4-1 直接对应或分摊
(成本元素)
CE
4-1
(成本元素)
视同网络组成
3. 分析逻辑网络元素利用率
网络资源量及耗用 (按逻辑网络元素)
Product (产品)
相关业务量 (按产品元素)
网内网间结算支出 (按成本科目)
CE
5
(成本元素)
结合业务耗用情况
1. 确定产品与产品元素列表
平均,最大最小; 某一性能指标大于某一约定值得概率大于98%。 讲等级(Level)才有实际意义,才可以操作
服务等级协议SLA与服务等级管理SLM
SLA:目标是营造网络运营和服务健康发 展的生态环境,让用户享受到的服务是受 到法规约束,权益获得有效保障的服务。
SLA用来解决用户和服务提供商间有关 QoS保证的问题。 SLA表示模板、违例处 理和指标评价是SLA的3种关键的实现技术
以北京市经信委“信息资源管理中心”为例
3、能力管理
配置管理
配置管理库
可用性 管理库
知识库
服务能力 管理库
配置条目 信息
可用性管理
测度和报告
ITIL V2
1.ITIL V2.0ITIL V2.0由业务和应用以及安全等管理板块,服务管理板块,IT基础模型等六大主要模板共同组成,其中服务管理板块占据主要地位,并从IT基础方向以及业务管理方面支持整个主体架构。
在战略方面看,框架阈值由主体框架服务管理的服务过程确定,相反的阈值事件由主体架构中的服务支撑对应,另外也反应支撑过程中的整个主要构架运行信息,实时监测相反协议等级的运行。
10个流程以及一项职能共同组成了整个主体架构中的服务板块,又称作为两方面的流程组--分为服务提供以及服务支撑。
其中,服务支撑流程包含有关IT职能管辖的相关信息资源以及事故,问题,变更,发布以及配置等几项运营等级流程,而服务提供流程组包含与服务支撑大不一样的五个战略级别流程,如服务等级管理,IT服务财务管理等等。
如图3-2服务台-服务台的含义就是为IT部门与IT客户提供联系,通过其集中式的服务平台提高主体架构中组织业务流程与服务管理模型的构成。
其主要目标是协商客户与部门的联系,并为整个应用程序提供支撑,满足客户的需要。
事故管理-事故管理的主要内涵是记载,安排事故相应专家对事故过程的处理应用直到事故被完整解决,其目的是为了缩小事故对客户使用IT系统的影响。
问题管理-问题管理的主要目的是为了研究事故发生的一些原因,研究其基础结构中较薄弱的相关过程环节点,并对问题进行针对性分析,而后提出相应的问题解决方法,并处理其结构环节中发生问题所带来的影响,将其影响尽可能的降低。
相比于事故管理,问题管理侧重于分析事故发生的原因,并对其做出针对性方法以及预防方法。
配置管理-配置管理是为了整个应用程序提出相应的支撑逻辑结构模型,以支撑整个服务管理流程,特别是在变更管理这一模块。
其主要内涵是辨别应用程序系统的配置项目,记载配置项的相应举措,坚持并核验其应用程序的完整性以及正确性。
变更管理-变更管理主要内涵是为了在短时间内完成基础结构模型以及服务流程变化的相应举措。
ITIL简介、ITIL流程与一项IT服务管理职能的详细介绍全文
应技能的服务人员
运作模式
优点
缺点
降低总体运作成本
难以提供个性化的服务
集中式 管理控制上得到了加强
提高了资源利用率
提供本土化、个性化的服务 分布式
响应速度快
易造成重复建设,浪费人力和物力
降低了运作成本
难以提供现场支持
虚拟式 便于进行统一管理
服务台 (Service Desk)
服务台的构建
服务目录:定义服务台能够提供那些IT服务以及怎样提供 这些IT服务
服务台职能(Service Desk)
服务台≠呼叫中心 相同点: ➢ 都是服务提供者联络客户和用户(包括内部的和外部的)的代表 ➢ 客户满意度是评价服务质量的关键指标 ➢ 必须整合人、过程和技术以提供
良好的服务
不同点: ➢ 服务台扩展了服务的范围,通过提供一整套方案将业务流程与服
务管理基础架构集成,它不仅处理事故、问题和询问(呼叫中心 的典型职能),同时为其它活动提供接口。 ➢ 这些活动包括客户变更请求、维护合同、软件协议、服务级别管 理、配置管理、可用性管理和持续性管理等。
发布管理(Release Management)
发布管理: ➢ 对经测试后导入实际应用的新增或修改后的配置项,进行
分发和宣传的管理。 ➢ 发布管理负责对软件和硬件进行规划、设计、构建、配置
和测试,以便为实际运行环境提供一系列的发布组件。 ➢ 发布管理与变更管理、配置管理紧密结合。 ➢ 当新发布引起IT基础架构的变更时,配置管理数据库
变更管理: ➢指的是上线系统的变更 ➢确保使用标准方法和规程 有效且迅速处理所有变动 ➢变动管理旨在提高组织的 日常运作水平
配置管理(Configuration Management)
ITIL简介v2
突发事件管理的目标是什么?
> The primary goal of the Incident Management process is to restore normal service operation as quickly as possible and minimise the adverse impact on business operations > 突发事件管理的目的是迅速恢复由该事件造成的业务中断,把对 业务运作的影响降到最低,以保证承诺的服务水平。
服务台系统的主要任务
询问、确定、核实、记录和维护用户信息;
询问、记录用户的呼叫内容;
完成简单的一线技术支持工作;
监督客户问题的处理过程并进行升级;
及时响应用户呼叫,及时把处理结果反馈给用户; 生成相关管理报告。
服务台的类型
Local
Central
Virtual
议、记录、监控和汇报客户IT服务水平的持续循 环周期来维护和改进IT服务质量。IT服务水平是 必须的并根据成本调整
Problem Mgmt Operational Data Store Change Mgmt
Avail. Mgmt
可用性管理: 可用性管理流程监控IT组件,以
Capacity Mgmt
事件管理流程
突发事件的检测、受理、确认和记录:用户和系统管理根 据反映的事件需要被确认为“突发事件”并记录在系统中; 突发事件的分类和分派:根据事件现象和产生原因确定突 发事件的类别、对业务的影响程度、紧急度和优先级,并 指定最佳的负责人/负责组; 突发事件的调查和诊断:指定突发事件的解决时限;查找 以前是否发生过同类突发事件,是否有处理方法(workaround);修正突发事件的分类、影响度、紧急度和优先 级;查找问题处理方法并记录处理过程信息; 突发事件的解决和业务恢复:利用找到的处理方法解决问 题,恢复业务;或者生成“系统变更申请(RFC)”; 突发事件的关闭:通知用户并确认问题已经解决,关闭突 发事件记录; 突发事件的跟踪、记录和沟通:跟踪事件处理过程和时限, 升级和督促突发事件,随时通知用户处理进展。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
服务台Service Desk
快速参考
服务台的主要目标:
·为用户的IT服务请求和抱怨提供单一联系点
·确保向用户提供正常的服务以避免业务操作中断
·为所有用户提供所需的服务支持
·分配特定的和相关的用户呼叫给相应的IT部门,减轻其他IT部门的工作量
建立服务台的主要收益体现在:
·减少了解决IT相关事件的时间和精力
·充当IT部门的信息源,能为其他IT部门提供相关信息
·向用户提供高效的服务,有助于提高客户满意度和留住更多的客户
服务台的基本概念:
·服务台的结构:
- 集中式服务台
- 分布式服务台
- 虚拟服务台
·服务台的技术:
- 计算机电话集成(CTI)
- IP电话(VOIP)
- 交互式语音应答(IVR)
- 网关
- 自动化的系统管理工具
- 网络技术
- 呼叫转接设备
- E-mails,电话,传真等
服务台的主要活动:
·响应用户呼叫
·通知用户相关信息
·与供应商交流
·执行运营管理任务
·监控ICT基础设施
根据服务台的不同类型,服务台人员的角色和职责各不相同。
服务台可以分为以下几种类型:
·呼叫中心服务台
·非技能型或呼叫记录型服务台
·技能型或问题解决型服务台
·专家型服务台
服务台职能与下列ITIL流程关系密切:
·事件管理
·变更/发布管理
·配置管理
·服务级别管理
瓶颈:
·片面理解业务需求
·培训不够
·不现实的服务级别
·服务台的作用没有得到应有的重视
关键绩效指标:
·呼叫的平均应答时间
·呼叫的平均处理时间
·事件一线处理比率
·每个服务台员工处理的事件数及总的事件数
关键成功因素:
·用户应能方便联系服务台以便于事件的处理
·应鼓励用户把服务台当作事件处理的唯一联系点,这样便于服务台记录和追踪用户事件的详细信息
·服务台应按照用户的服务级别协议(SLA)和服务目录,为用户提供相应的服务
·不鼓励用户绕过服务台
详细内容
》目标
服务台的主要目标是:
∙为用户的IT服务请求和抱怨提供单一联系点
∙确保向用户提供正常的服务以避免业务操作中断
∙为所有用户提供所需的服务支持
∙分配特定的和相关的用户呼叫给相应的IT部门,减轻其他IT部门的工作量
》常用词汇
结构(Structure)
根据业务需求,服务台的构建模式有三种类型:
集中式服务台(Centralized Service Desk)
在集中式服务台模式下,所有用户呼叫由一个物理上集中的服务台统一接收和记录。
用户呼叫被区分为技术或业务应用相关的呼叫。
根据服务台处理这两类请求的方式(物理上单一的一个实体统一处理两类呼叫或集中的两个不同的实体分别对呼叫进行处理)。
集中式服务台又进一步被区分为两类:
∙功能集成-集中式服务台(Integrated Centralized Service Desk)
∙功能分离-集中式服务台(Split Function Centralized Service Desk)
分布式服务台(Distributed Service Desk)
在分布式服务台结构中,多个服务台分布在不同的地点以支持具有不同文化背景的本地用户使用。
若按与用户的联系点来区分,分布式服务台有三种不同的类型:
∙中心联系点(Central Point of Contact)
∙本地联系点(Local Points of Contact)
∙呼叫中心(Call Centers)
虚拟服务台(Virtual Service Desk)
虚拟式服务台利用远程通讯技术整合分布各地的服务台网络。
如,整合遍布世界不同时区的服务台能为用户提供24小时的服务。
由于各地服务台相互交错,功能就像一个单一实体,用户并不知道服务台的具体位置。
但是,这种服务台模式不能为用户提供现场支持服务。
技术(Technology)
IT组织使用多种技术以加强:
∙服务台与用户间的交互
∙全程跟踪用户提交给服务台的数据和信息
常用的服务台技术包括:
∙计算机电话集成(CTI)
∙IP电话(VOIP)
∙交互式语音应答(IVR)
∙网关
∙自动化的系统管理工具
∙网络技术
∙呼叫转接设备
∙E-mails,电话,传真等
》活动
响应用户呼叫
当一个用户联系服务台,这被当作一次呼叫。
服务台记录所有呼叫,用于:
∙跟踪用户呼叫的执行情况
∙向组织的其他部门提供用户呼叫的服务级别标准
∙参照标准和积累的知识库一线解决用户抱怨和请求
向用户提供信息
对用户而言,服务台是IT服务相关信息的主要来源。
它主动通知用户:
∙当前和可能发生的错误
∙新增的和现有的服务
∙SLA条款
∙服务流程说明和相关的成本
和供应商沟通
服务台管理双向的交流活动:搭建IT组织和供应商之间交流的桥梁。
服务台的基本职责是确保基础设施的维修和换代,如打印机、工作站以及通信设备等。
执行运营管理任务
除了解决用户抱怨,服务台还执行各类运营管理工作。
这些工作包括:
∙备份系统
∙管理本地服务器的磁盘空间
∙创建用户帐号
∙授权和重置密码
∙连接局域网
监控ICT基础设施
服务台可能配备了软硬件的故障监控工具。
这些工具用于检测设备的故障,如路由器、服务器和网关的故障。
这些工具也帮助评估故障可能的影响范围。
接着,服务台把发现的事件通知给事件管理(Incident Management)流程。
》角色和职责
服务台的类型决定了服务台人员的职责和技能要求。
服务台可以分为以下类别:
∙呼叫中心服务台(Call centers): 呼叫中心只记录呼叫,并不处理呼叫。
这些呼叫记录转移给其他专业部门,由他们对用户的呼叫进行处理。
在很多呼叫中心,记录和转移呼叫由自动化的语音系统完成,这时,可能不需要任何服务台人员。
∙非技能型或呼叫记录型服务台(Unskilled or Call recording Service Desks):非技能型服务台人员负责记录用户呼叫,以通用的词汇描述用户呼叫,同时将呼叫转移给相关的部门。
非技能型服务台人员在记录用户呼叫和事件(Incident)方面非常专业,但对呼叫的处理缺乏经验。
∙技能型或问题解决型服务台(Skilled or Problem solving Service Desks):技能型或问题解决型服务台人员具备解决用户事件的专业素质。
他们通常借助文档化的解决方案和以前的经验解决大量用户的事件,只是把那些不能解决的事件转移给专业技术支持团队。
∙专家型服务台(Expert Service Desks):专家型服务台人员具备全面的IT基础设施知识和经验。
他们能独立处理几乎所有的事件。
》和其他流程的关系
图服务台与服务管理流程之间的关系
与事件管理
服务台接收的大多数呼叫请求都与事件(Incidents)相关。
服务台报告这些事件给事件管理(Incident Management)流程。
在某些情况下新的事件能与以前发生的事件进行匹配,这时,事件管理流程向服务台提供事件解决方案相关的信息供服务台处理该事件。
同时,事件管理流程从服务台获取管理、解决和恢复用户服务的详细记录。
与变更/发布管理
服务台负责执行以下活动:
∙安装软硬件
∙重新布置工作区
∙连接局域网
这些活动需要与变更管理(Change Management)和发布管理(Release Management)流程密切配合,以:
∙评估应用系统和IT基础设施的变更
∙确保实施变更对现有服务质量产生尽可能小的影响
与配置管理
当响应用户呼叫时,服务台记录用户和用户IT资源的详细情况。
服务台确认用户提供的信息与配置管理(Configuration Management)流程维护的配置管理数据库(CMDB)是否吻合。
通过验证用户的信息,服务台可以:
∙确保用户信息的准确性
∙确定向用户提供服务的服务级别
与服务级别管理
如果用户特殊的服务请求不符合SLA,服务台应把用户的相关请求告知服务级别管理(Service Level Management)流程。
服务台也向服务级别管理流程提供以下信息:
∙用户对服务质量的感知
∙用户对服务中断和响应时间的反馈
》常见的问题
为了高效地运转服务台,我们应关注可能面临的瓶颈:
∙IT组织缺乏对业务需求的全面理解
∙对服务台的培训投资不足
∙不现实的服务级别
∙没有充分理解服务台的重要性。