14 某电视台ITIL服务台建设现状调研问卷
由 superadmin 于 2024/11/22, 19:10 最后修改
1.1 调研目的
本问卷由XX信息技术中心动力系统服务台建设项目组编写,XX信息技术中心(以下简称“技术中心”)的普查性调查。
调查目的:
- 调查技术中心系统运维管理现状,重点在本项目范围所含的服务相关的事件、问题、变更基本流程
- 了解技术中心在服务管理平台建设方面的基本情况
- 了解技术中心运维主管部门对本咨询项目的期望
这部分问题反馈将用于以下方面:
- 从ITIL和规范角度,分析并得出技术中心运维管理的总体运维情况
- 了解技术中心的业务和管理需求,以便在推广阶段结合实际情况设计最佳的服务管理流程(故障、问题、变更、服务请求、服务协议管理、服务质量报告、知识管理)
- 结合技术中心实际情况,为运维管理流程改进提出建设性指导意见,定义改进技术方案和实施路线
1.2 调研说明
由于此次调查问卷将作为技术中心管理流程改进的重要输入,因此,希望能组织相关的业务人员、技术人员认真填写本问卷,真实反映运维管理现状和期望。
同时,本次调查问卷及回答将只用于技术中心服务台建设项目,而不会用于其它目的。
1.3 访谈人员信息
访谈对象姓名:
联系电话:
所在部门:
主要工作职责:
1.4 运维人员访谈问题
针对服务台职能:
- 服务台在服务管理活动的价值和意义?
- 服务台工作内容包含哪些方面?
- 服务台与值班室工作分工如何?
- 服务台需要具备哪些知识和技能?
- 服务台人员接受哪些方面的培训?
- 如何评价服务台人员的工作绩效?
针对故障管理流程:
- 是否有明确的故障管理流程?
- 通过哪些渠道接收信息?
- 所接收信息都有哪些类型,最常见的是什么?
- 内部事件管理发现的问题是如何纳入故障管理的?
- 客户所提出问题的一般处理过程是什么?
- 服务台人员一般能解决哪些问题?
- 问题派单的依据是什么,二次派单率有多高?
- 如何跟踪客户所提出的问题?
- 问题最终由谁关闭,如何通知客户?
针对问题管理流程:
- 是否清楚各专业的问题管理流程?
- 服务台是否参与到后期的问题处理环节,如何参与?
- 服务台是如何推动内部支持团队尽快解决问题?
- 问题解决过程中,同客户沟通是否有单一的接口,如何保证信息的唯一一致性?
- 怎么确认问题是否解决,如何关闭一个问题?
针对服务质量管理流程:
- 是否清楚动力系统应该对外提供所哪些类型服务?
- 是否清楚每类服务具体的服务质量要求(包括服务响应时间、解决周期)?
- 日常活动中收集哪些数据,进行哪些类型的服务质量分析报告?
- 这些度量数据是如何提交给质量管理处的管理人员的?
- 针对服务台自身的度量数据有哪些,哪些人关注这些指标?
- 如何提高服务台自身的服务质量,有哪些举措,成效如何?
针对知识管理流程:
- 是否定义有明确的知识管理流程?
- 如何收集、整理在运维过程中形成的知识库?
- 在日常工作中是如何运用已有的知识库、已知故障库和配置库进行工作的?
- 服务台自身运行过程的知识是如何在组内共享的?
针对满意度管理流程:
- 是否有明确的满意度管理流程?
- 如何开展客户满意度调查工作?
- 客户投诉是如何处理的?
- 目前满意度最差的三个方面是什么?是否有原因分析和改进措施?
- 目前满意度最高的三个方面是什么?
- 如何围绕提高客户满意度开展改进活动的,成效如何?
针对整体服务质量控制管理:
- 您认为如何才能提高和保障运维质量?
- 最令你头痛的三个问题是什么?
- 你了解动力系统服务平台建设项目的目标吗?从哪里了解?
- 对此次的“服务台建设项目”,你有哪些期望?
- 你认为“服务台建设项目”成功的关键因素有哪些?
1.5 IT服务台成熟评估表
访谈对象 | |
访谈人 | |
访谈时间 | |
访谈地点 | |
1 | 基础条件。 |
1) | 服务台是否管理协调和解决客户报告的突发事件 |
2) | 服务台是否客户认可的唯一服务请求对象 |
3) | 服务台是否将计划的变更信息告知客户 |
1.5 | 管理目的和指导意识 |
4) | 服务台的业务意义是否被清楚的定义和理解 |
5) | 管理层是否为服务台的有效运作提供足够的管理承诺财务预算和其他资源 |
6) | 高级IT主管是否意识到服务台在IT服务管理战略上的重要性 |
7) | 服务台的目的和好处是否在组织内部得到了广泛的宣传 |
8) | 是否对客户进行培训,使其了解服务台的使用和其优势 |
2 | 流程能力 |
9) | 服务台的作用是否被认同 |
10) | 当客户打来电话时,服务台人员是否有对应的举措和程序用于从客户处获取需要的信息 |
11) | 服务台是否对客户提供服务可用性方面的信息,是否提供事件号码或参照号码作为后续追踪之用,是否会对客户汇报他所要求的服务的进度 |
12) | 服务台是否对所接受的服务请求做初始的评估,并在服务级别协议许可的前提下,尝试对合理的服务请求进行解决,或是指派合适的人员为客户服务 |
13) | 服务台是否就临时的服务级别变更与客户进行沟通 |
14) | 事件关闭时,服务台是否会告知客户 |
15) | 服务台是否为改进服务提供管理信息或者建议 |
16) | 管理层是否对服务台的工作量进行研究以帮助决定服务台的人员要求专业技术和成本 |
17) | 服务台是否进行客户满意度的调查 |
18) | 当现有的IT服务被更新时,服务台是否会得到通知 |
2.5 | 流程内部整合度 |
19) | 服务台是否为所有客户的查询提供唯一的窗口 |
20) | 服务台是否有查看所有客户用户使用的产品硬件软件文档和其他相关资源的权限 |
21) | 服务台是否会和客户一起回顾前一周发生的重大事件问题变更 |
22) | 是否有一份客户清单,用于监控客户满意度水平 |
23) | 二线支持人员是否会全职或者倒班担当服务台的工作 |
3 | 流程产出物 |
24) | 客户/用户和供应商的详细信息是否得到有效维护 |
25) | 是否有标准的预测报表用于获取客户/用户的详细信息 |
26) | 服务台提供的服务是否对客户和其他团体进行了明确的定义 |
27) | 根据不同的客户类型,加入服务流程的所有团队是否能得到经常性的报告 |
28) | 工作量分析报告是否用于帮助决定服务人员的级别 |
29) | 关于服务可用性客户满意度和重大事件回顾的会议是否每周都会召开 |
30) | 管理层是否会回顾服务台提交的服务改进建议 |
3.5 | 质量控制 |
31) | 服务台人员是否有合适的操作规范和质量标准,以帮助更好的处理客户电话和进行事件的注册 |
32) | 是否存在可用的服务级别协议(SLA),并为服务台人员所理解 |
33) | 是否对服务台人员进行过个人职责方面的培训 |
34) | 组织是否为服务台设置业务目标和考核指标并进行回顾 |
35) | 是否有合适的工具支持服务台的功能 |
4 | 管理信息 |
36) | 服务台是否为管理层提供关于服务的客户满意度方面的参考信息 |
37) | 服务台是否为管理层提供关于服务台运作效果方面的参考信息 |
38) | 服务台是否为管理层提供关于客户在知识/培训方面的参考信息 |
39) | 服务台是否为管理层提供关于事件发生和解决的趋势分析参考信息 |
4.5 | 流程外部整合度 |
40) | 服务台是否会经常与业务相关单位召开会议,讨论服务台的事务 |
41) | 服务台是否控制事件管理流程,是否定义了服务台与事件管理流程之间的接口并且进行沟通 |
42) | 服务台是否会收到变更管理流程对即将发生的服务变更的通知 |
43) | 服务台是否与服务级别管理交换可能破坏服务级别协议及服务支持承诺的信息 |
5 | 客户接口 |
44) | 服务台会否检查服务台的活动是否对客户的需求提供了充分的支持 |
45) | 服务台是否检查客户对服务的满意程度 |
46) | 服务台是否积极监视客户的满意度趋势变化 |
47) | 服务台是否将客户调查的结果反馈给服务改善议程 |
48) | 服务台是否监视客户对服务所包含价值的认知的变化 |