|
流程相关定义 1)服务请求目录设计
服务请求目录的类别在不同组织间存在显著差异,这主要取决于IT组织业务管理的范畴。通常,服务请求目录应全面覆盖服务请求管理的所有业务分类,具体包括:
·发起服务动作请求(由服务提供者或与用户共同执行)
·信息请求
·资源或服务访问请求
·反馈,表扬或投诉
本研究提供了一个示例,指出不同服务请求可能需要不同的流程。当通用服务请求流程无法满足特定需求时,IT组织需设计特定于某服务请求的专用流程。后续章节将详细阐述非通用服务请求管理流程。
关于服务请求目录内容的明确性,我们力求清晰界定组织提供的服务请求要求,具体包括:
服务描述:对服务请求内容进行简洁明了的概述,以便用户能够准确判断自己的需求是否与服务内容相符。
服务对象:明确指出哪些个体或部门有资格申请特定服务,例如某些服务请求可能仅限财务部门申请,其他部门则无此权限。
服务时效:向服务请求者清晰说明服务的关键时效性,如响应时间、办结时间等。服务执行者:可以是组织内部的一个部门或个人。
服务负责人:明确指出谁将对服务的最终结果负责。
表:服务请求目录模板
一级标题 | 二级标题 | 服务描述 | 服务对象 | 服务时效 | 服务审批人 | 服务执行人 | 服务负责人 | | | 部门变更、人员借调等工作位置变化时填写,用于变更计算机设备及网络等信息的申请单
| | | | | | | 用于办公桌面终端设备报废申请或设备更换,包括计算机、打印机等
| | | | |
|
续表
一级标题 | 二级标题 | 服务描述 | 服务对象 | 服务时效 | 服务审批人 | 服务执行人 | 服务负责人 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 清理掉系统中不在活跃的账户,用于在数据清理时使用。 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 确保该硬件的变更无风险,不会影响应用系统的停机,属于在线硬件的更换,如果更换有停机风险,请走变更申请 | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | |
2)服务请求状态设计
表:服务请求状态设计模板 服务请求状态 | 描述 | | | | | | | | 任何一个服务请求处理人接受了服务请求并开始受理服务请求 | | | | | | |
3)通用服务请求单设计
表:通用服务请单设计模板
信息项 | 说明 | | | | 服务请求申报人的信息,包括:姓名、所属单位、部门、电子邮件、办公电话、手机(初次录入手工填写,再次输入由系统自动填写) | | | | | | | | | | | | | | | | | | | | 反映服务请求信息项的变化历史,如一个服务请求在处理过程中服务请求状态变化的时间点等信息(系统自动产生) | | | | | | | | | | | | | | |
4)服务请求关闭类型代码设计
表:服务请求关闭类型模板
5)用户满意度评估设计
表:用户满意度评估模板
参考数字化IT运维管理体系建设指南等书籍资料
|