IT服务管理项目事件管理流程设计手册[1]
it服务管理项目事件管理流程设计手册[]
事件管理流程设计手册文档信息分发名单*:行动类别:批准,复审,通知,存档,修改,其它(请指明)版本记录目录图目录表目录1. 文档介绍1.1 文档简介本文档『XXX事件管理流程设计手册』,是XXX信息技术总部(以下简称XXX)团队制定的事件管理流程文档。
通过制定该流程,可以帮助XXX信息技术总部团队对主动监控发现以及用户上报的故障和服务请求进行快速响应和快速处理, 尽快恢复中断或受影响的用户业务。
通过该流程的规范,可进一步改进XXXIT服务向用户提供的服务水平和服务质量,确保用户对服务价值的认同和肯定。
本文档是依据目前XXX的IT服务状况而制定的事件管理流程,进一步的流程更新将移交由XXX服务团队负责。
1.2 文档用途本文档既是本次IT服务管理项目事件管理流程的交付物,也可作为XXX服务团队进一步改进事件管理流程的蓝本,读者对象为与事件管理流程相关的所有管理与技术人员.本文档所描述的流程在IT服务管理中有许多作用,列举如下:❑减小突发事件对业务的影响;❑最优化支持资源,提高工作效率;❑屏蔽错误事件和服务请求;❑根据影响业务轻重缓急安排资源解决事件,保障有效IT运营;❑加强有形监控和及时反馈;❑提升用户对服务的认知度和满意度;❑提供管理信息;1.3 文档结构本文档作为XXX事件管理流程设计手册,主要包含针对XXX服务运营中对用户故障及用户请求处理等相关人员及活动的定义和描述。
各章节中内容概要如下:❑文档介绍主要对文档的目的、用途及结构进行简要描述,并就文档当中出现的术语进行了说明。
❑事件管理流程简介主要对事件管理流程的基本概念、目的和范围进行了介绍。
同时简单梳理了事件管理流程中包含的主要活动内容,最后对事件管理流程对组织及用户的业务价值进行了相关阐述。
❑事件管理流程设计该部分为本文档的重点章节。
在该章节中,首先对事件管理流程的相关执行原则和代码进行了描述;其次,对事件流程相关角色的职责和技能要求进行了说明;基于流程原则和角色定义,进而对事件管理的概要设计流程及详细设计流程进行了充分定义,并给出了事件管理流程的关键衡量指标,以保证对流程运行的监控、管理和改进。
IT服务管理手册
IT服务管理手册目录1.管理手册说明31.1公司简介31.2IT服务管理范围41.3术语和定义41.4IT服务管理手册的管理42.管理体系要求52.1管理职责52.2文件要求72.3能力、意识和培训83.服务管理规划和实施83.1计划服务管理93.2实施IT服务93.3监视、测量和评审93.4持续改进104.新服务或变更服务的策划与实施104.1制订新服务或变更服务计划105.服务交付过程105.1服务级别管理105.2服务报告115.3可用性和IT服务持续性管理115.4IT服务的预算及财务管理125.5容量管理125.6信息安全管理136.关系过程136.1总则136.2业务关系管理136.3供应商管理137.解决方案流程157.1背景157.2事件管理157.3问题管理158.控制流程158.1配置管理158.2变更管理179.发布过程179.1发布管理1710.输出的文件18附录一:公司组织架构图18附录二:各部门主要工作职责191公司管理事务部分192财务部分203公司市场及销售管理部分204公司技术管理部分21发布令北京信息技术服务科技股份有限公司按照ISO/IEC 20000《信息技术服务管理-规范》的要求以及本公司的业务特点,建立与本公司IT服务业务相一致的IT服务管理体系,编制本《IT服务管理手册》。
本手册是公司实施IT服务管理,开展持续改进IT服务质量,不断提高客户满意度活动的纲领性文件,是全体员工必须遵守的原则性规范。
为满足不断变化的客户需求及公司IT服务业务的持续、稳定增长,秉承“共创、共赢、共享”的发展理念,在“客户至上、全员参与、创新高效、系统管理、追求卓越”的方针指导下,公司将遵照ISO/IEC 20000的要求,提高公司整体的IT服务质量管理水平、业务能力,以及全体员工的工作技能和服务质量意识。
并通过有效的PDCA活动,向客户持续提供满足要求的IT服务。
为了能够更好地贯彻公司管理层在IT服务管理方面的策略和方针,根据ISO/IEC 20000《信息技术服务管理-规范》的要求,任命为公司的服务管理者代表,作为本公司组织和实施IT服务管理体系的负责人,直接向公司管理层报告、负责。
ITIL-事件管理流程设计说明书
目录目录 (1)1流程目的 (3)2流程主要内容 (3)3与其他流程的关系 (4)4关键角色、职责定义 (4)4。
1服务台人员 (5)4。
2一线支持人员 (5)4。
3二线支持人员 (6)4.4三线支持人员 (7)4.5事件经理 (7)4。
6事件管理流程负责人 (8)4。
7实际岗位与方案角色的映射 (8)5流程执行原则 (11)5.1常规原则 (11)5.2流程关联原则 (11)5.3所有权原则 (12)5。
4再分派原则 (12)5.5重复事件原则 (12)5.6关闭原则 (12)5。
7升级原则 (13)5。
8人员岗位与角色落实原则 (13)5.9工单流转原则 (13)6流程相关定义 (13)6.1事件信息项 (14)6。
2事件性质 (16)6.3事件来源(非必填项) (16)6.4事件所属系统类型 (16)6.5事件分类 (18)6.6事件优先级 (19)6.7事件响应时限和解决时限 (20)6.8事件影响度 (21)6。
9事件状态 (22)6。
10事件结束代码 (26)6.11事件解决人角色 (26)6.12处理是否超时 (26)6.13故障厂商 (26)6.14用户反馈 (27)7流程概要设计 (28)8流程详细设计 (30)8。
1(100。
1)事件记录和分类 (30)8.2(100。
2)初始支持 (31)8。
3(100。
3)一线尝试解决 (32)8。
4(100。
4)二线尝试解决 (34)8。
5(100.5)紧急事件再确认 (36)8.6(100.6)三线尝试解决 (37)8。
7(100.7)记录解决方案细节 (39)8。
8(100.8)关闭事件 (40)8.9(100。
9)事件处理的监控 (41)8。
10(101)紧急事件处理子流程 (41)9关键流程衡量指标............................................................................................................................... 错误!未定义书签。
IT项目计划管理流程说明书(含sop)v1.0-备注版
信息技术管理-IT项目管理- IT项目计划管理流程流程说明书(含SOP)目录1流程描述 (4)2流程图 (4)3角色职责 (5)4流程相关绩效指标 (5)5操作步骤和标准 (5)5.1 制定项目阶段计划 (5)5.2制定项目计划 (6)5.3 审核确认项目计划 (6)5.4项目计划的发布 (7)5.5项目计划的执行 (7)5.6 项目计划的管控 (7)5.7 项目计划更新 (7)6.附录 (8)6.1相关模板 (8)6.2相关联系部门 (8)1流程描述本流程自IT项目立项开始,规范了项目计划的制定与执行,从项目计划制定开始,到计划执行完成结束,关键活动包括项目计划制定、审核、监控、更新等。
本流程目标是通过规范项目计划的制定过程,对项目计划的执行进行监控,保障计划合理性及计划及时落地。
本流程适用于全公司所有IT项目计划及进度管理活动(备注:公司战略项目可根据公司PMO要求进行删减)本流程的流程责任人为信息技术管理本部负责人。
2流程图3角色职责4流程相关绩效指标5操作步骤和标准5.1 制定项目阶段计划5.1.1项目立项成功后,项目组需依据确定的里程碑计划,开始进行计划的细分及确认工作,进行项目各阶段计划的编制;5.1.2项目阶段计划的编制由项目经理主导进行,项目经理需组织项目组内的主要核心人员如需求组长、开发组长、测试组长、集成负责人等,依据里程碑计划进行阶段计划的编制工作,输出《项目阶段计划》(见附件一)。
5.2制定项目计划5.2.1在项目各阶段的计划编制完成后,项目经理需结合阶段计划的述求,开始进行项目计划的编制。
项目计划的编制应遵循以下原则进行:①任务分解:任务分解需按照项目具体工作项进行分解。
其中,软件研发类项目参照软件生命周期进行任务项分解(如需求、开发、测试、部署、培训推广、验收结项等任务项);非软件研发类项目参照里程碑具体内容进行任务项分解。
②任务项:每一项任务需明确定义每个任务的开始及结束时间、资源等,任务要有明确的可交付成果;③工作包:最底层工作包应小于80工时,层级不超过6层④责任人:每项任务应有明确的责任人,并提供主要负责人。
IT服务管理项目事件管理流程设计手册
事件管理流程设计手册文档信息分发名单*:行动类别:批准,复审,通知,存档,修改,其它(请指明)版本记录目录图目录表目录.文档介绍1.1文档简介)团队制定的XXXXXX信息技术总部(以下简称XXX本文档『事件管理流程设计手册』,是信息技术总部团队对主动监控发现以及用户可以帮助XXX事件管理流程文档。
通过制定该流程,通过该流, 尽快恢复中断或受影响的用户业务。
上报的故障和服务请求进行快速响应和快速处理确保用户对服务价值的,程的规范,可进一步改进XXXIT服务向用户提供的服务水平和服务质量认同和肯定。
进一步的流程更新将移交由本文档是依据目前XXX的IT服务状况而制定的事件管理流程, XXX服务团队负责。
文档用途1.2服务团队进一步改也可作为XXX服务管理项目事件管理流程的交付物本文档既是本次IT,.,读者对象为与事件管理流程相关的所有管理与技术人员进事件管理流程的蓝本: ,本文档所描述的流程在IT服务管理中有许多作用列举如下减小突发事件对业务的影响;最优化支持资源,提高工作效率;屏蔽错误事件和服务请求;运营;根据影响业务轻重缓急安排资源解决事件,保障有效IT 加强有形监控和及时反馈;提升用户对服务的认知度和满意度;提供管理信息;1.3文档结构服务运营中对用户故障及用户事件管理流程设计手册,主要包含针对XXX本文档作为XXX 请求处理等相关人员及活动的定义和描述。
各章节中内容概要如下:文档介绍主要对文档的目的、用途及结构进行简要描述,并就文档当中出现的术语进行了说明。
事件管理流程简介主要对事件管理流程的基本概念、目的和范围进行了介绍。
同时简单梳理了事件管理流程中包含的主要活动内容,最后对事件管理流程对组织及用户的业务价值进行了相关阐述。
事件管理流程设计该部分为本文档的重点章节。
在该章节中,首先对事件管理流程的相关执行原则和代码进基于流程原则和角色定义,对事件流程相关角色的职责和技能要求进行了说明;行了描述;其次,并给出了事件管理流程的关键进而对事件管理的概要设计流程及详细设计流程进行了充分定义,衡量指标,以保证对流程运行的监控、管理和改进。
IT事件管理流程说明书
IT 事件管理说明书目录IT 事件管理说明书 (1)1 IT 事件管理概述 (2)2 IT 事件管理目的 (2)3适用范围 (2)4人员角色与职责 (2)5事件流程规范 (4)6事件处理流程活动 (6)7事件管理监控指标 (6)8事件管理平台工具字段说明 (8)1IT 事件管理概述通过内、外部 IT 服务请求和事件,进行整个服务生命周期的全程管控,确保常规或突发事件、服务请求处理的及时性,并向用户提供准确的服务信息,直至事件或服务请求完成并关闭。
2IT 事件管理目的规范 IT 事件流程处理步骤,记录、跟踪和处理结果。
管控IT 服务中断的事件和非标准服务请求,快速帮助用户解决或升级事件,,提高用户体验和满意度;建立重大 IT 事件的管理程,快速恢复受影响的IT 服务,减少对业务的影响,并给予用户及时地反馈信息,达到事件状态透明化保障事件处理的效率和质量;进行 IT 事件的统计和汇总,提供IT 日常运营管理所需信息,为工作优化和考量提供参考依据。
3适用范围涉及所有 IT 服务请求(含非项目型IT 技术支持服务)4人员角色与职责事件管理经理职责对事件流程的规划、实施、监督、改进负责;确保事件流程实用、有效、正确地执行,制定事件管理相关的衡量指标;监控各类事件的处理进度和结果,定期回顾;协调事件过程中涉及的问题和资源。
一线支持小组响应用户 IT 服务请求,并进行事件记录,对事件进行分类和设定优先级,初步诊断、分析相关信息,并处理解决问题;将一线未能解决的事件转派或上报二线或三线支持小组处理;跟踪、协助二、三线对事件的处理,并提供必要的现场技术支持;检查事件记录的处理进度,适时通知事件处理进展与用户确认事件解决方案,关闭事件。
二线支持小组响应一线升级请求,提供相应有效的解决方案,更新事件解决信息,并同步一线升级人员,确认解决后关闭事件;响应内部 IT 服务请求,并进行事件记录,对事件进行分类和设定优先级,跟进事件的处理,及时有效的解决事件;将未能解决的事件及时上报三线小组,为三线人员提供未解决事件的过程和测试结果等相关记录,以寻求支持;针对特定事件,提供解决方案给知识库审核员进行审核并加入知识库。
流程管理-ITIL项目实施-事件管理流程设计说明书
目录目录 (1)1流程目的 (3)2流程主要内容 (3)3与其他流程的关系 (4)4关键角色、职责定义 (4)4.1服务台人员 (5)4.2一线支持人员 (5)4.3二线支持人员 (6)4.4三线支持人员 (7)4.5事件经理 (7)4.6事件管理流程负责人 (8)4.7实际岗位与方案角色的映射 (8)5流程执行原则 (11)5.1常规原则 (11)5.2流程关联原则 (11)5.3所有权原则 (12)5.4再分派原则 (12)5.5重复事件原则 (12)5.6关闭原则 (12)5.7升级原则 (13)5.8人员岗位与角色落实原则 (13)5.9工单流转原则 (13)6流程相关定义 (14)6.1事件信息项 (14)6.2事件性质 (16)6.3事件来源(非必填项) (16)6.4事件所属系统类型 (16)6.5事件分类 (18)6.6事件优先级 (19)6.7事件响应时限和解决时限 (20)6.8事件影响度 (21)6.9事件状态 (22)6.10事件结束代码 (26)6.11事件解决人角色 (26)6.12处理是否超时 (26)6.13故障厂商 (26)6.14用户反馈 (27)7流程概要设计 (28)8流程详细设计 (30)8.1(100.1)事件记录和分类 (30)8.2(100.2)初始支持 (31)8.3(100.3)一线尝试解决 (32)8.4(100.4)二线尝试解决 (34)8.5(100.5)紧急事件再确认 (36)8.6(100.6)三线尝试解决 (37)8.7(100.7)记录解决方案细节 (39)8.8(100.8)关闭事件 (40)8.9(100.9)事件处理的监控 (41)8.10(101)紧急事件处理子流程 (42)9流程样例 (44)9.1总公司内部 (45)9.2分公司内部 (45)9.3紧急事件 (46)9.4分公司与总公司 (46)10关键流程衡量指标 (46)1流程目的事件管理流程的主要功能是尽快解决出现的事件,保持业务支撑系统的稳定性,其目的包括:❑在成本允许的范围内尽快恢复IT服务快速响应服务请求(电话/Web/邮件等)用户在线获得帮助沟通事件解决的状态和客户确认事件的解决❑进行事件控制按规范记录事件就事件的优先级,影响度进行分类分析,诊断,必要时进行升级监视并结束事件进行定期服务流程回顾❑提供IT管理信息人力资源利用情况故障处理情况支持效率2流程主要内容事件(Incidents)是中断业务流程和降低IT服务质量的错误。
(itil体系管理)事件管理流程v1.0
2 流程详细说明
2.1 输入
编号 1.
内部访问
输入项
来源
通过统一服务接口、纸质文 IT 用户
严禁修改
周期 日常运维
第 1 页,共 9 页
V1.0 事件管理流程
编号
2. 3. 4.
2.2 输出
输入项
来源
件、电子流程、邮件、IM 和 传真等提出的事件 监 控 工具 或 日常 维护 发 现 的
事件
运维支持人员、监控工具
2. 监控平台的事件由监行分类,对
ITSM__事件管理流程设计说明书
IT服务管理项目事件管理流程设计说明书目录1综述 (4)1.1文档简介 (4)1.2适用范围 (4)1.3相关术语 (4)2事件管理流程设计 (6)2.1流程目的 (6)2.2流程范围 (6)2.3流程主要内容 (7)2.4与其他流程的关系 (7)2.5流程指导方针 (8)2.6流程执行原则 (9)2.6.1常规原则 (9)2.6.2流程关联原则 (9)2.6.3所有权原则 (10)2.6.4再分派原则 (10)2.6.5重复事件原则 (10)2.6.6关闭原则 (10)2.6.7升级原则 (11)2.7流程相关定义 (11)2.7.1事件信息项 (11)2.7.2事件性质 (13)2.7.3事件来源 (13)2.7.4事件发生地点――需要进一步更新 (13)2.7.5事件优先级――需要进一步确认 (13)2.7.6事件所属系统类型――需要进一步确认 (14)2.7.7事件分类――需要进一步确认 (16)2.7.8事件响应时限和解决时限 (19)2.7.9事件状态 (20)2.7.10事件解决代码 (21)2.7.11事件关闭代码 (21)2.7.12满意度调查 (21)2.8流程概要设计 (23)2.9流程详细设计 (25)2.9.1(100.1)事件记录和分类 (25)2.9.2(100.2)初始支持 (26)2.9.3(100.3)二线尝试解决 (27)2.9.4(100.4)记录解决方案细节 (28)2.9.5(100.5)关闭事件 (29)2.9.6(100.6)事件处理的监控 (30)2.9.7(101)紧急事件处理子流程 (31)2.10事件状态迁移图 (33)2.11关键角色、职责定义 (35)2.11.1事件管理流程负责人 (35)2.11.2事件经理 (36)2.11.3帮助台 (36)2.11.4二线支持人员 (37)2.11.5流程角色和人员对应表――需要进一步确定 (38)2.12关键流程衡量指标 (38)2.13报表 (39)2.13.1事件综合统计报表 (39)2.13.2各组工程师工作量和工作效率统计报表 (39)2.13.3按业务系统和优先级分类统计报表 (39)2.13.4按业务系统统计处理效率指标报表 (40)2.13.5按事件分类的故障和优先级统计报表 (41)2.13.6业务中断时长的分类统计报表――优先级为“紧急”的 (42)2.13.7供应商工作量和工作效率统计报表 (42)1 综述1.1 文档简介本文档,事件管理流程设计说明书,是某某某(以下简称:某某某)ITSM项目小组和中国某某某有限公司(以下简称:中国某某某)共同制定的事件管理流程设计文档。
IT服务管理项目事件管理流程设计手册[1]
I T服务管理项目事件管理流程设计手册[1](总38页)--本页仅作为文档封面,使用时请直接删除即可----内页可以根据需求调整合适字体及大小--事件管理流程设计手册文档信息分发名单*:行动类别:批准,复审,通知,存档,修改,其它(请指明)版本记录目录1. 文档介绍..................................................错误!未定义书签。
文档简介............................................错误!未定义书签。
文档用途............................................错误!未定义书签。
文档结构............................................错误!未定义书签。
术语................................................错误!未定义书签。
2. 事件管理流程简介..........................................错误!未定义书签。
流程基本概念........................................错误!未定义书签。
流程目的............................................错误!未定义书签。
流程范围............................................错误!未定义书签。
流程主要内容........................................错误!未定义书签。
流程业务价值........................................错误!未定义书签。
3. 事件管理流程设计..........................................错误!未定义书签。
事件管理流程手册
事件管理流程手册Incident Management Flow Handbook 骏网快车IT外包服务中心(广州中育科技设备有限公司)文档控制描述1 综述 (4)1.1 设计目的 (4)1.2 适用范围 (4)1.3 相关术语 (4)2 事件管理流程设计 (6)2.1 流程目的 (6)2.2 流程主要内容 (6)2.3 与其他流程的关系 (7)2.4 流程范围 (7)2.5 流程执行原则 (10)2.6 流程相关定义 (12)2.7 流程概要设计 (23)2.8 流程详细设计 (27)2.9 事件状态迁移图 (42)2.10 关键角色、职责定义 (42)2.11 关键流程衡量指标 (42)2.12 报表 (42)3 附加流程 (42)3.1 涉及DLR相关重大问题对应子流程设计 (42)1 综述1.1 设计目的《事件管理流程设计报告》是中国惠普公司和骏网快车IT外包服务中心(以下简称骏网快车)共同制定的事件管理的流程设计文档。
通过制定该流程设计文档,可以帮助骏网快车有效地解决IT环境的突发事件,提高IT系统和服务的质量,并为骏网快车今后进一步的完善事件管理提供指南。
1.2 适用范围本文档作为本次项目的事件管理流程详细设计的交付物,读者对象为与事件管理流程相关的所有技术与管理人员。
1.3 相关术语❑ITIL(IT Infrastructure Library )是英国政府在1987年制定的有关IT服务管理的方法论,现已成为事实上的IT管理标准。
❑帮助台(Service Desk)帮助台从根本上来说是提供了用户和IT部门的唯一接口。
此项功能常通过集中方式提供服务。
帮助台的根本目的是提供初始支持,并通过变通方法、解决方案或升级到一线、二线支持等手段帮助用户恢复到正常工作状态。
❑事件管理( Incident Management)ITIL流程之一,事件管理负责解决所有的IT事件、问题和用户请求。
它的目的是尽快恢复被中断或受到影响的IT服务,所以它的特点往往是以解决表征现象为目的,而不在于查找根本原因。
(sms)IT事件管理流程说明书
事件管理技术指导文件目录事件管理技术指导文件事件管理概述事件管理追求适用范围人员角色与职责事件进程安排规范事件处理进程安排活动事件管理监控指标事件管理平台工具字段说明1事件管理概述通过内、外部服务请求和事件,进行整个服务生命周期的全程管控,确保常规或突发事件、服务请求处理的及时性,并向用户提供准确的服务信息,直至事件或服务请求完成并关闭。
2事件管理追求规范事件进程安排处理步骤,记录、跟踪和处理结果。
管控服务中断的事件和非标准服务请求,快速帮助用户解决或升级事件,,提高用户体验和满意度。
建立重大事件的管理程,快速恢复受影响的服务,减少对业务的影响,并给予用户及时地反馈信息,达到事件状态透明化保障事件处理的效率和质量。
进行事件的统计和汇总,提供日常运营管理所需信息,为工作优化和考量提供参考依据。
3适用范围涉及所有服务请求(含非项目型技术支持服务)4人员角色与职责事件管理经理职责对事件进程安排的规划、实施、监督、改进负责。
确保事件进程安排实用、有效、正确地执行,制定事件管理相关的衡量指标。
监控各类事件的处理进度和结果,定期回顾。
协调事件过程中涉及的问题和资源。
一线支持小组断、分析相关信息,并处理解决问题。
将一线未能解决的事件转派或上报二线或三线支持小组处理。
跟踪、协助二、三线对事件的处理,并提供必要的现场技术支持。
检查事件记录的处理进度,适时通知事件处理进展与用户确认事件解决技术指导文件,关闭事件。
二线支持小组响应一线升级请求,提供相应有效的解决技术指导文件,更新事件解决信息,并同步一线升级人员,确认解决后关闭事件。
响应内部服务请求,并进行事件记录,对事件进行分类和设定优先级,跟进事件的处理,及时有效的解决事件。
将未能解决的事件及时上报三线小组,为三线人员提供未解决事件的过程和测试结果等相关记录,以寻求支持。
针对特定事件,提供解决技术指导文件给知识库审核员进行审核并加入知识库。
三线支持小组响应二线支持人员无法解决的问题进一步调研并提出解决技术指导文件协助解决。
IT服务管理项目事件管理流程设计手册[1]
事件管理流程设计手册文档信息分发名单*:行动类别:批准,复审,通知,存档,修改,其它〔请指明〕版本记录目录1. 文档介绍 (5)文档简介 (5)文档用途 (5)文档结构 (5)术语 (6)2. 事件管理流程简介 (7)流程根本概念 (7)流程目的 (8)流程范围 (9)流程主要内容 (9)流程业务价值 (10)3. 事件管理流程设计 (10)流程执行原那么 (10)3.1.1. 流程常规原那么 (10)3.1.2. 责任制原那么 (11)3.1.3. 事件分派原那么 (11)3.1.4. 事件重分派原那么 (12)3.1.5. 重复/复发事件原那么 (12)3.1.6. 事件关闭原那么 (12)3.1.7. 事件通报原那么 (13)3.1.8. 事件升级原那么 (13)3.1.9. 流程关联原那么 (14)流程相关定义 (15)3.2.1.事件信息项 (15)3.2.2.事件来源 (18)3.2.3.事件性质 (18)3.2.4.事件分类 (19)3.2.5.事件优先级 (20)3.2.6.事件时限 (21)3.2.7.事件状态 (21)3.2.8.事件结束代码 (22)流程角色和职责定义 (23)3.3.1.事件流程负责人 (23)3.3.2.事件流程经理 (24)3.3.3.效劳台支持人员〔含1线、线〕 (25)3.3.4.二线支持人员 (25)3.3.5.三线支持人员 (26)3.3.6.四线支持人员 (26)流程概要设计 (26)流程详细设计 (29)3.5.1.事件检测与记录 (29)3.5.2.事件分类和初步支持 (30)3.5.3.事件调查和诊断 (32)3.5.4.事件解决和恢复 (33)3.5.5.事件关闭 (34)与其他流程的关系 (36)流程衡量指标及报表 (37)4. 附录 (38)事件管理流程相关表格 (38)图目录图3-1 XXX事件管理流程概览 (28)图3-2 事件检测和记录 (29)图3-3 事件分类和初步支持 (30)图3-4 事件调查和诊断 (32)图3-5 事件解决和恢复 (33)图3-6 事件关闭 (34)图3-7 XXX效劳管理流程关系图 (36)表目录表3-1 事件升级机制 (14)表3-2 事件信息项 (15)表3-3 事件来源 (18)表3-4 事件性质 (18)表3-5 事件分类 (19)表3-6 事件紧急程度 (20)表3-7 事件优先级矩阵 (20)表3-8 事件时限 (21)表3-9 事件状态 (21)表3-10 事件结束代码 (22)表3-11 事件管理KPI列表 (37)1. 文档介绍1.1 文档简介本文档『XXX事件管理流程设计手册』,是XXX信息技术总部〔以下简称XXX〕团队制定的事件管理流程文档。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
事件管理流程设计手册文档信息分发名单*:行动类别:批准,复审,通知,存档,修改,其它(请指明)版本记录目录1.文档介绍5ﻩ1.1ﻩ文档简介 (5)1.2文档用途..................................................................................................................... 51.3ﻩ文档结构5ﻩ1.4ﻩ术语6ﻩ2.ﻩ事件管理流程简介 (7)2.1ﻩ流程基本概念7ﻩ2.2流程目的8ﻩ2.3流程范围9ﻩ2.4ﻩ流程主要内容 (9)2.5流程业务价值10ﻩ3.事件管理流程设计10ﻩ3.1流程执行原则10ﻩ3.1.1.ﻩ流程常规原则 (10)3.1.2.ﻩ责任制原则11ﻩ3.1.3.ﻩ事件分派原则............................................... 113.1.4. 事件重分派原则 (12)3.1.5. ........................................... 重复/复发事件原则12ﻩ3.1.6. ................................................ 事件关闭原则12ﻩ3.1.7.事件通报原则133.1.8.ﻩ事件升级原则 (14)3.1.9.ﻩ流程关联原则1ﻩ43.2流程相关定义 (15)3.2.1.ﻩ事件信息项 (15)3.2.2.ﻩ事件来源18ﻩ3.2.3.事件性质 (19)3.2.4.事件分类19ﻩ3.2.5.ﻩ事件优先级20ﻩ3.2.6.事件时限21ﻩ3.2.7.事件状态....................................................................................................... 223.2.8.事件结束代码............................................................................................... 223.3流程角色和职责定义ﻩ233.3.1.ﻩ事件流程负责人23ﻩ3.3.2.事件流程经理243.3.3.ﻩ服务台支持人员(含1线、1.5线)............................................................ 253.3.4.二线支持人员............................................................................................... 263.3.5.三线支持人员............................................................................................... 263.3.6.ﻩ四线支持人员ﻩ263.4流程概要设计27ﻩ3.5ﻩ流程详细设计29ﻩ3.5.1.事件检测与记录293.5.2.ﻩ事件分类和初步支持 (30)3.5.3.事件调查和诊断3ﻩ23.5.4.ﻩ事件解决和恢复 (33)3.5.5.ﻩ事件关闭 .................................................................................................... 343.6与其他流程的关系 (36)3.7ﻩ流程衡量指标及报表ﻩ374.附录384.1ﻩ事件管理流程相关表格38ﻩ图目录图3-1 XXX事件管理流程概览 (3)2事件检测和记录ﻩ3图33事件分类和初步支持 (3)图3图3-4事件调查和诊断ﻩ3图3-5事件解决和恢复ﻩ36事件关闭ﻩ3图3图3-7XXX服务管理流程关系图ﻩ3表目录1事件升级机制ﻩ3表32事件信息项 (3)表3表33事件来源.................................................................................................................. 34事件性质 (3)表3表3-5 事件分类ﻩ3表36事件紧急程度ﻩ37事件优先级矩阵 (3)表38事件时限ﻩ3表3表3-9 事件状态 ................................................................................................................... 301事件结束代码ﻩ3表311事件管理KPI列表ﻩ3表31. 文档介绍1.1 文档简介本文档『XXX事件管理流程设计手册』,是XXX信息技术总部(以下简称XXX)团队制定的事件管理流程文档。
通过制定该流程,可以帮助XXX信息技术总部团队对主动监控发现以及用户上报的故障和服务请求进行快速响应和快速处理, 尽快恢复中断或受影响的用户业务。
通过该流程的规范,可进一步改进XXXIT服务向用户提供的服务水平和服务质量,确保用户对服务价值的认同和肯定。
本文档是依据目前XXX的IT服务状况而制定的事件管理流程,进一步的流程更新将移交由XXX服务团队负责。
1.2 文档用途本文档既是本次IT服务管理项目事件管理流程的交付物,也可作为XXX服务团队进一步改进事件管理流程的蓝本,读者对象为与事件管理流程相关的所有管理与技术人员.本文档所描述的流程在IT服务管理中有许多作用,列举如下:❑减小突发事件对业务的影响;❑最优化支持资源,提高工作效率;❑屏蔽错误事件和服务请求;❑根据影响业务轻重缓急安排资源解决事件,保障有效IT运营;❑加强有形监控和及时反馈;❑提升用户对服务的认知度和满意度;❑提供管理信息;1.3 文档结构本文档作为XXX事件管理流程设计手册,主要包含针对XXX服务运营中对用户故障及用户请求处理等相关人员及活动的定义和描述。
各章节中内容概要如下: ❑文档介绍主要对文档的目的、用途及结构进行简要描述,并就文档当中出现的术语进行了说明。
❑事件管理流程简介主要对事件管理流程的基本概念、目的和范围进行了介绍。
同时简单梳理了事件管理流程中包含的主要活动内容,最后对事件管理流程对组织及用户的业务价值进行了相关阐述。
❑事件管理流程设计该部分为本文档的重点章节。
在该章节中,首先对事件管理流程的相关执行原则和代码进行了描述;其次,对事件流程相关角色的职责和技能要求进行了说明;基于流程原则和角色定义,进而对事件管理的概要设计流程及详细设计流程进行了充分定义,并给出了事件管理流程的关键衡量指标,以保证对流程运行的监控、管理和改进。
❑附录与事件管理流程相关的附属内容,都将在附录中进行补充说明。
1.4 术语❑服务台在ITIL中,服务台从根本上来说提供了用户和IT部门的唯一接口。
此项功能常常通过集中的服务台进行体现。
服务台的根本目的是提供一线支持,并通过变通方法、解决方案或升级到二线支持等手段帮助用户恢复到正常工作状态。
❑事件管理ITIL流程,是负责解决所有的IT事件、问题和用户请求等的管理流程。
它的目的是尽快恢复被中断或受到影响的IT服务,所以它的特点往往是以解决表征现象为目的,而不在于查找根本原因。
❑问题管理ITIL流程,是负责对事件进行深入分析,找出根本原因并提供解决方案的管理流程。
它的目的是主动防御,找出根本原因并对其根除,所以它与事件管理流程有显著的不同,以“治本”为最终目标。
❑变更管理ITIL流程,是负责对生产环境中支持IT服务的各种基础架构设备和应用系统的变更操作进行记录、分类、评估、计划和协调的流程。
它的目的是在权衡“风险”和“效率”的前提下,对变更操作进行有效的控制,以保证任何变更对IT环境和其所支撑的IT服务的影响最小。
❑发布管理ITIL流程,是负责对应用系统上线过程的全局管理和控制。
管理范围涉及测试环境、预发布环境和生产环境等,旨在通过对发布单元的生命周期各个阶段的控制保证其安全稳妥的进入生产环境,而不引入新的缺陷或故障。
❑配置管理ITIL流程,配置管理负责描述,跟踪和汇报所有IT基础架构中的每一个设备或系统的管理流程。
这些设备和系统被称为配置元素(CI)。
每一个CI必须有效管理,跟踪和控制以支持IT服务和基础设施成功运行。
❑配置管理数据库(CMDB)是在配置管理流程中用于记录企业所有IT相关配置元素信息及其相互关系而建立的数据库。
❑ITILITInfrastructureLibrary,是英国政府在1987年制定的有关IT服务管理的方法论,现已成为事实上的IT管理标准。
2. 事件管理流程简介2.1 流程基本概念事件管理流程通过提供服务台作为日常IT支持接口,由IT支持人员根据流程定义,快速响应和解决IT用户的服务请求、突发事件、投诉反馈等,最大化地减少突发事件对用户业务活动的影响,最终确保SLA目标的实现。
事件管理流程相关的几个关键词汇解释如下:“日常支持接口”:即服务台,该接口将采用集中服务方式,向所有IT用户提供唯一服务窗口,按照业务需求,提供相应级别的支持服务。
“IT用户”:指的是指XXX服务的使用者,他们使用XXX提供的IT服务来支持相关日常业务。
“IT支持人员”:指的是XXX 服务团队中IT运维和支持人员的统称,包括一线人员和二线人员等,可能涉及XXX体系中的相关的开发、支持和运维等团队。
“一线支持”:指服务台的通用座席,向IT用户提供一线支持服务,以下提到的服务台人员即一线支持人员。
“1.5线支持”:指机房值班人员(交易系统故障时)和桌面维护人员(桌面故障时),在桌面类和机房交易系统相关事件处理过程中实施IT支持服务;“二线支持”:主要由各职能小组运维工程师组成,协助服务台一线人员参与事件处理,相对一线支持人员,二线支持具有更高更专业的技能。
“三线支持”:指各职能小组组长,在复杂度较高事件或二线支持无法解决事件时负责协调小组内部人员进行事件处理,三线支持更多的强调管理协调职能。
“四线支持”:指XXX开发团队和供应商等。
“事件”:指XXX在用户IT环境中发现的所有非正常事件,对现有的服务造成影响或中断。
例如:服务器宕机、网络中断、应用不可用等。
从来源上来分,主要包括由信息技术总部内部人员发起的事件以及有用户报告的事件等。
“服务请求”:指用户提出的关于标准服务、培训、文档、信息等方面的请求,以及针对IT服务使用的咨询等,通常并没有发生IT组件方面的故障。