您所在位置：网站首页 > 机械/制造/汽车 > 综合/其它问题管理程序

问题管理程序

6页

卖家[上传人]：大米

文档编号：468192174

上传时间：2023-11-04

文档格式：DOCX

文档大小：88.41KB

文档加载中……请稍候！
如果长时间未打开，您也可以点击刷新试试。

下载文档到电脑，查找使用更方便

15 金贝

/ 6 举报版权申诉马上下载

文本预览

下载提示

常见问题

1、XXX科技股份有限公司文件编号：XX-IMS-QP-02版本：第1版发文部门：系统集成部相关部门：全公司问题管理程序生效日期：2020年2月28日第1页共7页1目的 22过程定义 22.1范围 22.2过程负责人 22.3主要输入 22.4主要输出 32.5职责权限 32.6过程重要控制点 32.7过程测量指标 33术语 34流程 45过程描述 55.1问题确认与受理 55.2问题登记和归类 55.3派单 55.4问题调研和分析诊断 55.5确定临时措施 55.6确定解决方案 55.7问题回顾和评审 55.8问题归档 65.9问题关闭 65.10 问题报告 66相关文件 67相关记录 68附加说明 69文件历史记录 61 目的服务管理流程的根本目的是消除或减少系统运行环境和客户服务过程中事件发生的数量和严重程度，防止相同事件的再次发生，从而为企业建立一个稳定的系统运行环境，提高客户服务的可用性。1) 分析并确定事件的根本原因，找到最终解决方案，以防止此类事件再次发生；2) 确保问题分派了正确支持人员，提高解决率；3) 根据问题优先级合理分派IT资源；4) 对事件记录做趋势性分析，

2、主动提供预防性措施。2 过程定义服务管理指负责解决客户服务过程中遇到的所有问题的流程。服务管理包括问题处理和问题控制，目标在于将由于IT基础架构的错误而导致的问题和事件对业务产生的负面影响降到最低，以及防止与这些错误有关的事件再次发生。为了实现这个目标，服务管理调查分析事件的根本原因然后采取相关行动改进和纠正错误。问题的主要来源有三个：1) 从事件生成：当故障发生时，通过事件采取临时措施、替代方案的方式暂时解决事件，却没有了解事件的深入根源。此时可从事件管理流程生成问题并与之相关联。2) 在售后服务中提出：在售后服务过程中发现的存在问题。3) 趋势分析后提出：通过对历史数据、统计报表等进行分析后得出的需要进行根本原因分析的结论，也可创建问题。问题分类：硬件设备、软件系统、服务器。问题分级：高、中、低。问题状态：未解决、已解决。2.1 范围服务管理流程的范围是对信息系统集成项目和软件运维项目及相关的基础设施所发生的问题进行管理，以采取主动性预防措施来降低事件数量。不包括：处于开发或测试环境的应用系统和基础设施。2.2 过程负责人服务管理负责人2.3 主要输入输入来源趋势分

3、析服务管理负责人。事件管理相关部门，事件管理流程。2.4 主要输出输出去向问题记录表服务管理负责人服务报告服务管理负责人2.5 职责权限服务管理负责人主要具有以下职责：1) 定义并维护服务管理流程文件及所需要的记录模板；2) 管理服务管理流程的实施；3) 确保服务管理流程目标的实现；4) 识别服务管理过程中存在的问题并提出改进措施；5) 定期向IT服务管理小组汇报实施过程中存在的问题。问题负责人主要具有以下职责：1) 接受服务管理负责人分派的问题；2) 分析和诊断问题，确定根本原因；3) 测试和确定解决方案；4) 提交变更请求并监控变更实施；5) 协助事件支持人员进行重大或紧急事件的处理；2.6 过程重要控制点问题解决后，必须进行回顾和评审，并形成会议纪要。2.7 过程测量指标1) 问题数量2) 问题解决率服务管理负责人每月对问题处理进行监控和度量，收集问题处理数据，分析统计问题数据编写服务报告。3 术语术语定义问题没有找到原因的错误、故障。已知错误已经找到原因的错误、故障。4 流程5 过程描述5.1 问题确认与受理问题来源：1) 不能查找出原因的事件需要上升到服务管理；2) 以往没

4、有发生过的事件需要上升到服务管理；3) 通过对事件的趋势分析得出需要彻底解决的问题，如重复发生的事件；4) 通过监控或巡检得出的问题。问题可以从事件管理流程、售后服务和趋势分析等方面发现问题，可以通过事件提交与其相关联的问题记录。5.2 问题登记和归类一线支持人员发现问题后，经过分类整理，及时填写问题记录表，在CRM系统中提交到服务管理负责人。5.3 派单服务管理负责人接到问题记录表后，分派问题负责人，问题负责人员成立问题分析小组。问题负责人必须保持问题的跟踪，直到问题关闭。5.4 问题调研和分析诊断问题负责人召集问题分析小组对问题进行调查研究，尝试让问题重现，找出问题产生的根本原因并制定解决方案，或采用变通方法，或采取相关的预防措施等，将问题的影响降至最小。5.5 确定临时措施当问题查找出原因以后，可以作为已知错误，同样的故障就可以作为事件管理来处理，事件处理过程参照事件管理程序。当相同的故障连续不断地发生的时候，并且严重影响应用系统的不可用性时，问题负责人必须首先采取临时解决措施，首先恢复系统的可用性，以降低影响。5.6 确定解决方案问题负责人及问题分析小组通过问题分析

5、，有了解决方案后，补充完善问题记录表，并进行评估，确定是否需要通过变更管理实施该解决方案，变更实施完成后回到服务管理进行问题回顾和评审。变更管理参照变更管理程序。5.7 问题回顾和评审服务管理负责人召集问题负责人及相关人员对整个问题的解决过程和结果进行回顾和评审，验证问题解决的效果。如果是属于重大问题的，还要组织评审会议，可能还需要邀请用户代表参加。补充问题记录表，形成会议纪要。5.8 问题归档问题负责人应对问题解决过程中涉及的问题记录单及时归档汇总到问题记录汇总表中。在每月月底时还应检查当月发生的问题是否都汇总到问题记录汇总表中。5.9 问题关闭确认问题已经得到解决，所有资料已经归档后，问题负责人员负责关闭问题。5.10 问题报告问题解决后，一个月内收集如下信息，形成服务报告：本月问题总数量；本月已解决的问题数量；本月未解决问题数；本月问题分类情况；分析本月问题所造成的影响及范围。6 相关文件事件管理程序XX-ITSMS-QP-01配置管理程序 XX-ITSMS-QP-04变更管理程序 XX-ITSMS-QP-037 相关记录问题记录表 XX-ITSMS-QR-02-01问题汇总表 XX-ITSMS-QR-02-02会议纪要 XX-ITSMS-QR-02-03服务报告 XX-ITSMS-QR-01-068 附加说明本程序归口部门：系统集成部本程序起草部门：系统集成部本程序审核人：本程序批准人：9 文件历史记录日期版次修订说明修订者2020228A/0程序文件的正式发布系统集成部

《问题管理程序》由会员大米分享，可在线阅读，更多相关《问题管理程序》请在金锄头文库上搜索。

点击阅读更多内容

TA的资源