目 次
前 言
本部分标准作为GB/T XXXXX《信息技术服务 运行维护》的组成部分,与以下有着密切关系:
第1部分:通用要求;
第3部分:应急响应规范;
第4部分:数据中心服务规范;
第5部分:安全要求。
本部分由中华人民共和国工业和信息化部提出。
本部分由全国信息技术标准化技术委员会归口。
本部分起草单位:
本部分主要起草人:
引 言
本部分旨在为运维服务需方(以下简称需方)和运维服务供方(以下简称供方)在信息技术运维服务交付的策划、实施、检查和改进方面提供原则框架。
本部分针对目前信息技术运维服务供需双方缺乏实用统一的规范性指导而提出。
本部分重点界定了从SLA签署后到SLA结束的过程中,运维服务供需双方应关注的交付要素。
本部分可作为需方选择供方的依据,也可作为供方改进运维服务能力的行动指南。
本部分适用于通过以下方式,促进所有从事信息技术运维服务工作的企业、机构、部门向需方交付有效、高效和合理的运维服务:
-
使需方和供方对运维服务交付标准达成一致;
-
为需方和供方提供运维交付的最佳实践和质量评估依据。
信息技术服务 运行维护 第2部分:交付规范
-
范围
本部分给出了运维服务供需双方在SLA签署后到SLA结束的过程中,对交付管理的策划、实施、检查和改进方面提供原则框架,并对交付内容、交付方式和交付成果给出指导建议。
本部分除了为需方和供方提供参考依据外,还可以为运维服务质量的评估、审计人员提供指南。
-
术语和定义
-
例行操作 routine operation
确保供方通过提供预定的(如巡检、监控、备份、应急测试等)例行服务,以及时获取运维对象状态,发现并处理潜在的故障隐患,保障需方业务稳定运行。
-
响应支持 response support
供方在接到需方服务请求或故障申报后,在SLA的承诺内完成交付工作,尽快降低和消除对需方业务的影响。
-
优化改善 optimization and improvement
为适应需方业务需求变化或信息技术发展要求,供方通过提供调优改进服务,达到提高运维对象性能或管理能力的目的,保障需方业务稳定高效运行。
-
咨询评估 consultation and evaluation
结合需方业务需求变化或信息技术发展要求,供方通过对运维对象的调研和分析,提出咨询建议或评估方案,指导需方的运维服务发展。
-
缩略语
SLA 服务级别协议(Service Level Agreement)
-
运维服务交付框架
供方根据对SLA需求的理解,通过交付过程的策划、实施、检查和改进四个关键环节的管理,以现场或远程交付方式为手段,向需方提供满足SLA的交付内容和交付成果。运维服务交付流程的框架见图1。
图1 运维服务交付流程
交付管理,供方通过对服务交付过程的策划、实施、检查和改进以保障运维服务SLA的达成。
交付内容,供方根据需方需求和SLA承诺,提供的例行操作服务、响应支持服务、优化改善服务、咨询评估服务。
交付方式,供方向需方交付服务所采用的现场支持或远程支持方式。
交付成果,供方在服务交付过程中,向需方提供的无形或有形的交付成果,以达成运维服务的SLA要求。
-
交付管理
-
总则
确保供方在提供交付服务的过程中交付质量得到有效控制,以达成运维服务的SLA要求。
-
交付策划
供方对承诺的运维交付内容做必要的前期准备,必要时需要得到需方的认可或授权,以确保交付内容的正常提供。
交付策划过程中需要关注的要素包括:
-
应有完成交付内容所需的预算投入或合同收入;
-
应有符合能力要求的管理和专业人员配备;
-
应有必要的工具支持;
-
应对需要提供的服务编写操作手册、梳理服务流程、在组织内明确人员的职责分工;
-
应明确运维服务达成的目标、范围、持续的时间;
-
应明确考核要求和计算办法,并达成共识。
-
交付实施
供方按照交付策划向需方提供运维服务。
交付策划过程中需要关注的要素包括:
-
应按照交付策划制定的要求实施;
-
应对交付过程中的关键服务信息有记录,如内容、过程、状态、人员、费用和时间等;
-
应保证供需双方关键信息的及时沟通,如需方、项目经理、上级主管、技术主管或销售经理等;
-
应记录和统计衡量SLA所需信息,如响应时间、现场支持时间等;
-
应按照管理要求和服务承诺提交服务报告;
-
应在组织内使用知识库,及时归档文件,分享经验。
-
交付检查
供需双方通过交付策划与交付内容、交付成果的对比审查,确认交付的完成情况, 发现问题,并提出改进建议。
交付检查过程中需要关注的要素包括:
-
应向需方调查满意度,及时获取需方反馈意见;
-
应向需方公示投诉渠道和受理流程,并尽可能保证投诉处理的独立性;
-
应对运维服务交付的情况做审计评估,如策划的执行情况、交付行为的规范程度、文档的归档情况、交付过程信息的记录情况等;
-
应针对交付完成的优劣制定相应奖惩的措施。
-
交付改进
供方通过对交付过程的总结分析,提出持续改善建议,以提高效率,增加需方满意度。
交付改进过程中需要关注的要素包括:
-
应对服务交付及时回顾,总结教训、积累经验;
-
应对不符合SLA的交付行为总结分析,提出改善意见并实施,并提供跟踪反馈;
-
应对需方投诉或满意度低分项,进行调查分析,必要时应与需方核实确认不满意的具体内容,提出实施改善意见,并提供跟踪反馈;
-
应有持续改进的常规或长期要求,不断提高组织效能。
-
交付内容
-
总则
供方通过向需方提供例行操作、响应支持、优化改善和咨询评估等交付内容,以达成运维服务的SLA要求。
-
例行操作
例行操作过程中需要关注的要素包括:
-
应根据运维对象的特点,制定例行服务的周期、范围、人员、内容和目标;
-
应编制例行服务的指导手册,并指定专人负责更新和完善。指导手册中应包括:
-
例行服务的任务清单;
-
各项任务的操作步骤及说明;
-
判定运行状态是否正常的标准;
-
运行状态信息的记录要求;
-
应制定异常状况处置流程,包括角色定义、处置方法、流转过程和结束要求;
-
例行服务的报告模版;
-
-
必要时,应创建与响应支持、优化改善和咨询评估服务的接口,以启动和完善相应
服务交付过程。
-
-
响应支持
响应支持过程中需要关注的要素包括:
-
应向需方公示响应支持受理的渠道,如电话、传真、邮件或网络方式;
-
应向需方提供响应支持的服务承诺,如工作时间、响应时间等;
-
应对响应支持的实施过程进行记录,甄别需方的申报是否为有效的申请;确认有效后进行分类,并根据紧急程度、影响范围和重要程度判断优先级,然后分发给相应人员提供响应支持服务:
-
紧急程度:响应支持处理的时间要求,如不紧急、紧急和非常紧急;
-
影响范围:响应支持涉及的运维对象规模,如个别对象、部分对象和全部对象;
-
重要程度:响应支持涉及的运维对象在需方信息技术或业务系统中的重要性,如不重要、重要和非常重要;
-
-
应在响应支持处理过程中设置预警、报警机制以及升级流程:
-
预警:当响应支持在承诺时间即将到达时尚未结束,应该提前预警或升级,以引起相关人员的关注,确保按时解决问题;
-
报警:当响应支持在承诺解决时间到达时尚未结束,应该给予报警和升级,以通知相关人员关注,确保尽快解决问题,并需要向需方说明;
-
升级:响应支持处理的升级应包含三个动作:
-
将初始设定的优先级上调;
-
通知预先设定好的上级管理者,以调动更多资源解决该事件;
-
通知预先设定好的高级专家,以调动更专业的人员解决该事件;
-
-
-
应在响应支持处理过程中的各个关键环节,将进展信息及时通知供需双方相关人员;
-
响应支持的流程结束,必须在需方接受支持结果并同意的情况下才能结束;
-
必要时应创建与例行操作、优化改善和咨询评估服务的接口,以启动和完善相应服务交付过程。
-
优化改善
优化改善过程中需要关注的要素包括:
-
应编写优化改善方案,方案中应包含优化完善的目标、内容、步骤、人员、预算、进度、衡量指标、风险预案和回退方案等;
-
应对优化改善方案进行必要的评审,包括内外部评审;
-
必要时优化方案应得到需方书面同意实施后方能进行;
-
优化改善应有试运行观察期的安排;
-
应对遗留问题制定改进措施;
-
应在优化改善完成后进行必要的回顾总结;
-
必要时应创建与例行操作、响应支持和咨询评估服务的接口,以启动和完善相应服务交付过程。
-
咨询评估
咨询评估过程中需要关注的要素包括:
-
应在咨询评估开展前,提供咨询评估计划,计划包括目标、内容、步骤、人员、预算、进度、交付成果和沟通计划等;
-
应编写咨询评估报告,如现状评估、访谈调研、需求分析、咨询建议等;
-
应制定报告的评审制度,包括组织内部评审和需方评审,并进行记录;
-
应持续跟踪咨询评估的落地执行情况。
-
-
交付方式
-
总则
通过设计选择不同的交付支持方式,确保运维服务的正常提供,满足SLA的承诺要求。
-
现场支持
供方应通过现场支持向需方提供直接的交付服务(如现场人工等),以在SLA的要求内完成运维服务工作。
现场支持过程中需要关注的要素包括:
-
到达需方现场前:
-
应了解现场支持的内容、到达时间要求、现场服务的SLA和之前的支持情况以及遗留问题,并与需方确认;
-
如果现场支持的工作较为复杂或者存在风险,应提前做好预案经过审核后再实施;
-
应携带必要的工具、资料和需要需方签署确认的现场服务单;
-
应根据现场支持的安全要求,提前做好准备工作。
-
-
到达需方现场后:
-
应及时通知需方并确认到达现场时间;
-
应与需方确认服务内容和操作流程后实施;
-
应严格遵守需方现场的管理制度;
-
应只完成确认的工作内容,不擅自进行与交付内容无关的工作;
-
如果遇到无法解决的问题或需方提出额外要求,应及时通知上级获取支持,得到授权后再做处理。
-
-
离开需方现场前:
-
应要求需方签署现场服务单,确认现场服务工作情况;
-
应就遗留问题的处理建议和需方达成共识,并在现场服务单上注明;
-
应保持服务现场的整洁或原状;
-
应及时记录和更新服务记录;
-
应在获得需方的许可后才能离开。
-
-
远程支持
供方应通过远程支持向需方提供快捷的交付服务(如呼叫中心热线、远程接入、远程桌面控制、客户自助服务等),以在SLA的要求内完成运维服务工作。
远程支持过程中需要关注的要素包括:
-
提供远程支持前:
-
应了解需要远程支持的内容、支持时间要求、远程服务的SLA和之前的支持情况以及遗留问题,并与需方确认;
-
如果远程支持的工作较为复杂或者存在风险,应提前做好预案经过审核后再实施;
-
应确保远程支持所需的工作条件满足安全、稳定和可用的要求。
-
远程支持过程中:
-
应按照约定的时间要求提供远程支持;
-
应与需方保持沟通;
-
应严格遵守需方的管理制度;
-
应只完成确认的工作内容,不擅自进行与交付内容无关的工作;
-
如果遇到无法解决的问题或需方提出额外要求,应及时通知上级获取支持,得到授权后再做处理。
-
结束远程支持前:
-
应就遗留问题的处理建议和需方达成共识;
-
应及时记录和更新服务记录;
-
应在获得需方许可后才能结束远程支持工作。
-
交付成果
-
总则
供方在提供运维服务交付的过程中,通过向需方提供无形的(如状态恢复、性能提升等)或有形的(如过程记录、交付报告、现场备件等)交付成果,以达成运维服务的SLA要求。
-
交付成果管理
确保供方在提供运维服务交付的过程中,相应交付成果的质量得到有效控制,以达成运维服务的SLA要求。
交付成果管理过程中需要关注的要素包括:
-
应制定交付成果的编制、审核、发布、归档等管理流程;
-
应明确交付成果的受众、内容、时间或频度要求;
-
无形成果产生的效用应满足需方要求;
-
有形成果的规格或格式应满足需方要求。
-
-
例行操作成果
供方在提供例行操作服务交付的过程中,通过向需方提供无形的或有形的交付成果,以达成运维服务的SLA要求。
例行操作成果需要关注的要素包括:
-
无形成果包括(但不限于):
-
运维对象当前运行状态(正常/异常/存在潜在风险等);
-
运行状态从异常到正常的状态恢复;
-
对潜在风险的消除。
-
-
有形成果包括(但不限于):
-
运行状态信息记录;
-
运行状态异常处理记录;
-
趋势分析及可能的风险消除建议;
-
例行操作交付过程中的其他报告。
-
-
-
响应支持成果
供方在提供响应支持服务交付的过程中,通过向需方提供无形的或有形的交付成果,以达成运维服务的SLA要求。
响应支持成果需要关注的要素包括:
-
无形成果包括(但不限于):
-
运行状态从异常到正常的状态恢复;
-
运维知识的传递。
-
-
有形成果包括(但不限于):
-
响应支持记录;
-
响应支持关键指标数据记录(响应事件量、问题数、故障时间/次数);
-
重大事件(故障)的分析改进报告;
-
满意度分析;
-
响应支持交付过程中的其他报告。
-
-
-
优化改善成果
供方在提供优化改善服务交付的过程中,通过向需方提供无形的或有形的交付成果,以达成运维服务的SLA要求。
优化改善成果需要关注的要素包括:
-
无形成果包括(但不限于):
-
运维对象运行性能的提升;
-
组织或流程等管理水平的提升。
-
-
有形成果包括(但不限于):
-
优化方案及相关评审记录;
-
变更和发布报告;
-
优化改善交付过程中的其他报告。
-
-
-
咨询评估成果
供方在提供咨询评估服务交付的过程中,通过向需方提供无形的或有形的交付成果,以达成运维服务的SLA要求。
咨询评估成果需要关注的要素包括:
-
无形成果包括(但不限于):
-
运维对象的衡量评价;
-
运维对象的规划建议。
-
-
有形成果包括(但不限于):
-
咨询评估计划;
-
咨询评估的方案和评审记录;
-
咨询评估交付过程中的其他报告。
-
-