2022年问题管理程序方案 .pdf

《2022年问题管理程序方案 .pdf》由会员分享，可在线阅读，更多相关《2022年问题管理程序方案 .pdf（7页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、1.1目的主动识别、处置对IT 服务造成影响的因素或潜在原因，以减少对IT 服务运营的影响。1.2适用范围适用于公司通过对问题原因的识别、分析及管理，最小化对业务影响的服务管理活动。1.3术语表问题：引发一个或多个事件的未知因素。问题通常具有如下特征：一组具有一定关系的已结束的事件一个重大事件问题的根本原因找出后即成为已知错误；许多事件往往是有一个问题引起的。问题管理流程的输出有：变更请求变通方法预防性措施已知错误：查明事件原因并且已有临时、应急处理措施的问题。主动问题管理：通过改进基础设施以及提出变更请求来阻止可避免事件的发生。通过找出基础设施中的薄弱环节来阻止事件的再次发生，以及提出消除这

2、些薄弱环节的建议。分析基础设施的运行趋势并找出那些潜在事件以防止其发生。1.4问题分类由于用户提供信息的不完整，可能导致开始的分级/分类与最终的分级/分类有很大的差别。1.4.1分类问题的分类，原则上与事件的分类相一致。编号一级分类二级分类描述1 合同服务视讯系统包括视频会议、视频监控系统线路及外围设备网络PC终端PC服务器小型机存储系统应用软件公司自主开发软件或由公司提供服务的第三方软件基础设施电源、空调、门禁、KVM 2 工程售后视讯系统名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

3、 第 1 页，共 7 页 - - - - - - - - - 全球眼网络PC终端PC服务器小型机存储系统应用软件基础设施3 公司资产维护硬件送修PC机网络前端应用系统公司协同办公、 MIS系统服务4 业务咨询5 单次收费服务1.4.2分级给问题分配优先级，以保证支持组对问题必要的重视。分级应基于是问题的紧急程度和影响面。问题的严重程度定义如下。问题的分级，原则上与事件的分级相一致。事件级别级别定义影响业务范围影响业务程度业务修复紧急程度一级事件客户业务中断，无法工作80% 以上客户业务受影响非常紧急二级事件客户业务性能严重下降50% 以上客户业务受影响紧急三级事件客户业务性能下降20% 以上客

4、户业务受影响普通四级事件问题请求，业务性能无下降客户业务可能有潜在影响与客户协商确定1.5问题状态分类为方便问题状态的跟踪和查询，对问题状态定义如下。编号状态描述1 已登记问题已进行登记2 处理中问题正在处理过程中3 拒绝问题分派被拒绝4 已知错误问题根本原因已找出5 RFC 已提交变更请求(RFC) 6 结束问题已结束7 没有解决问题没有解决1.6引用文件【1】 ISO/IEC 20000 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 7 页 - - - - - -

5、- - - 【2】 IT 服务管理手册名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 7 页 - - - - - - - - - 2流程图4.2 问题的分类4.2 问题的确定和记录4.6 问题跟踪和监控4.4 RFC以及对事件的临时修复4.3 问题的调查和诊断4.5 问题关闭4.4 变更控制RFC(必要时）变更成功实施名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - -

6、第 4 页，共 7 页 - - - - - - - - - 3具体内容3.1问题来源3.1.1服务部负责在生产系统日常维护过程中问题的记录和监控，问题的来源主要有：3.1.1.1事件没有得到解决，需要升级为问题进行进一步分析处理时，应创建问题。3.1.1.2事件虽然得到解决，但可能存在未知错误时，应创建问题。3.1.1.3重大事件，无论是否得到解决，为防止再次出现，应创建问题。3.1.1.4在事件分析报告中提出的存在趋势或潜在隐患的可能问题，例如事件类型或数量的趋势分析存在问题。3.1.1.5对基础设施和服务的主动性问题检查。3.1.1.6供应商提供的已知产品缺陷、已知错误。3.1.2与信息安

7、全有关的安全事件或安全风险也应作为问题来管理。3.2问题的接收记录和分类3.2.1对出现的问题，项目经理负责收集、识别，并填写问题记录表。其中应包括：3.2.1.1问题编号。3.2.1.2记录日期和时间。3.2.1.3记录人。3.2.1.4问题来源。3.2.1.5问题类别。3.2.1.6症状描述和任何错误代码。3.2.1.7已经产生的影响或可能导致的影响等级。3.2.1.8问题处理进程的状态。3.2.2问题的分级 / 分类3.2.2.1 在接受和记录问题之后，服务台首先根据1.4 的问题分级分类准则，对受理的问题进行分级和分类以方便后续的监视和报告。3.2.2.2 在问题进行分级/ 分类后，项

8、目经理将问题转给相应的专项工程师。3.3问题调查和诊断3.3.1.1 专项技术工程师根据判断发现问题应该由其他组分析解决，将问题处理报告发回技术经理，注明拒绝理由并推荐组名。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 5 页，共 7 页 - - - - - - - - - 3.3.1.2 如果问题确应由本人或本小组解决接受分派的问题，在调查诊断问题后，如有必要成立问题分析小组，举行问题根本原因分析研讨会议并确定问题的潜在原因。必要时更新问题状态。3.3.1.3 如找到根本原因的得

9、以确定，将问题转化为已知错误。3.4变更请求（ RFC ）及临时措施3.4.1专项技术工程师找出问题的根本原因后，根据实际情况制定变通方法或根本性解决方案， 并确保这些方法或方案将降低或消除问题的发生率或影响度，更新问题记录。3.4.2技术组组长根据专项技术工程师提交的解决方案或变通方法决定是否需要进行变更，进入问题关闭，否则提交变更申请。3.5问题关闭3.5.1变更结束后 （如果有变更） ，确认问题已经解决，根据是否需要问题回顾选择相应的结束状态，更新问题状态，关闭问题记录。负责处理问题的工程师向项目经理提交问题处理报告 。3.5.2对于重大问题，进行问题回顾，找出可能改进的机会，包括问题的

10、解决方案和管理流程方面 ,如改进升级规则、改进事件监测、找出技能差距和文档资料改进等。负责处理问题的工程师向项目经理提交问题处理报告。3.6 问题的评价和监控3.6.1项目经理在问题解决后，负责监控、评价和反馈问题解决的绩效，在问题处理报告单上填写问题跟踪表记录。如仍存在问题，应重新填写问题处理报告，按原流程提交处理；如问题已解决，应及时检查原问题处理报告相关内容完整性，关闭问题。3.6.2对暂时无解决方案的问题，项目经理负责组织对问题发展趋势的跟踪和监控，及时了解问题的影响及风险，视对SLA 的影响情况组织对问题重新分析，并按原处理流程执行。3.6.3问题在得到解决后，专项工程师应及时更新问

11、题知识库；对涉及配置项的变更，专项工程师应在问题解决后及时更新；对涉及质量标准的变更，项目经理组织更新有关的质量标准和流程文件。3.7 分析和评估报告名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 6 页，共 7 页 - - - - - - - - - 3.7.1服务部负责监控生产系统日常的运营，拟制服务月报 ，并将报告提交事业部总监审批。其中与问题相关的内容应包括：3.7.1.1问题分类、数量及性质。3.7.1.2对业务的影响。3.7.1.3解决成本。3.7.1.4重大问题分析。3.7.1.5改进措施。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 7 页，共 7 页 - - - - - - - - -