ITIL 实践案例集 - 某公司的信息技术运维管理服务台流程 

Page / - 最后修改者 superadmin 打开 2025/01/15, 16:43 

某公司的信息技术运维管理服务台流程 
最后修改者 superadmin
打开 2025/01/15, 16:43

内容列表

 

某公司的信息技术运维管理服务台流程涵盖了某组织IT运维管理体系中服务台管理流程的各个方面。其目的在于规范服务台的日常服务操作，以提升服务品质和团队形象。手册中详细介绍了服务台管理流程的设计理念、目标、适用范围、术语定义、角色职责、操作规范、工作流程以及关键绩效指标。
服务台管理流程设计
概述
- 目标：规范服务台的日常服务操作，提升服务品质和团队形象。
- 范围：管理流程适用于服务台在受理、处理、转派、跟踪、关闭故障等日常操作中的应用。
术语及定义
- 服务台：作为服务提供商与用户之间的唯一联系点，负责管理故障和服务请求，并与用户进行沟通。
- 服务时间：指明确定义的服务提供时间，例如“周一至周五的08:00至17:00（公共假期除外）”，服务时间应在服务级别协议中明确界定。
角色与职责
- 运维经理：
- 负责服务台的日常运营管理。
- 监控、管理和调度服务台人力资源。
- 负责服务台人员的培训及考核。
- 制定和优化服务台的日常工作规范和政策制度，并依据这些规范和制度对服务台进行管理。
- 服务台工程师：
- 接听热线，响应用户的报障和服务请求。
- 响应用户通过邮件、QQ以及手机APP等方式的报障或服务请求。
- 快速响应报障或服务请求，为用户提供高效的远程服务。
- 及时联系现场工程师或二线工程师为用户提供服务。
- 在IT服务管理(ITSM)平台中准确并及时录入事件处理的详细信息。
- 对事件或服务请求进行全程跟进，直至问题解决。
- 平台稽查员：
- 回访用户，收集满意度调查并准确记录在ITSM工单中。
- 核查工单，反馈通报填写异常的工单。
- 核查工单，反馈通报未及时填写工作日志的工单。
- 根据各部门需求汇总各项报表。
服务台操作规范
- 服务台受理方式：
- 电话：用户通过拨打统一的热线电话进行报障或服务请求。
- 即时通讯工具：用户通过微信群进行报障，服务台工程师接收报障或服务请求后需第一时间与用户电话沟通确认。
- 邮件：用户通过发送邮件至统一的邮箱进行报障或请求，邮箱自动刷新时间设置不得大于5分钟。
- 手机APP：通过手机APP直接下单。
- 服务台工作要求：
- 服务台工程师应树立服务意识，接听电话时主动热情，避免与用户发生冲突。
- 用户来电时，必须热情有礼，应答时应使用“您好，这里是*8，请问有什么可以帮您！”。
- 在了解用户情况时，应引导用户说明其设备位置、出现问题的设备或系统名称。
- 服务台工程师应保持强烈的责任心，对于服务台职责范围内的任何请求和咨询，不说“不知道”“不清楚”等推脱的话语，应先受理，再内部明确后进行转派处理。
- 用户上报的事件或服务请求，首次接到并进行支持的服务台工程师负责在ITSM平台工具中进行登记，并由该人员成为该事件的责任人，确保事件得到有效跟踪与解决。
- 事件被服务台工程师转至二线工程师后，二线工程师成为该事件的当前责任人，但服务台工程师仍然是事件的整体负责人，有义务对故障处理状态进行跟踪和推动，并及时反馈给用户。
- 服务台工程师如需申请休假，应遵守人事管理相关制度，原则上至少提前一天提出申请。
- 服务台工程师接收到用户电话时需使用普通话进行交流，禁止使用地方语言。
- 服务台工作时间：
- 服务台工程师的工作时间为7*24小时，采取倒班制度，排班期间工程师应严格履行服务台职责，不得迟到早退，不得擅自离岗，保证所有用户代表的请求能够被及时受理。
- 服务台交接班制度：
- 当服务台人员发生休假或请假时，以及不同班次交接班时，对于在自己的工作时段内未处理完成的故障，服务台人员需要在平台工具中详细描述故障的处理进展和后续需要跟进的事项，并将工单转派给接班同事，以便后续持续的跟进和处理。交接完成后，故障的责任人也发生了相应的转移。
- 所有的交接班需要通过邮件进行，发送给被交接人，抄送运维经理。邮件中需描述以下内容：
- 故障工单ID：故障工单在平台系统中的单号。
- 故障最新进展描述：故障交接前的最新进展，方便被交接人快速了解，如：已通知工程师重启设备，等待回复。
- 交接人：交接人姓名。
- 被交接人：被交接人姓名。
- 交接班次：早-中，中-晚等。
- 其他备注：其他需要说明的事项。
服务台工作流程
- 本部分内容参考《事件管理流程手册》中关于服务台工程师的相关流程的定义。
 IT运维管理：ITIL先锋论坛—某组织IT运维管理体系服务台管理流程.docx