文档更改27 某通信公司业务支撑网网管系统ITIL问题管理流程细化说明书

由 superadmin 于 2024/10/15, 16:44 最后修改

从版本< 13.1

由superadmin编辑
在2024/10/15, 16:44上

到版本

由superadmin编辑
在2024/10/14, 16:15上

修改评论该版本没有评论

Raw
已渲染

Summary

Page properties (2 modified, 0 added, 0 removed)

Details

Page properties

标题

@@ -1,1
          +1,1 @@
--27 某通信公司业务支撑网网管系统ITIL问题管理流程细化说明书
++27 某通信公司业务支撑网网管系统问题管理流程细化说明书

Content

@@ -6,13
          +6,13 @@
  本问题管理细化流程说明书是在概要设计基础上，通过对各省业务支撑网维护管理流程现状的了解和分析得出。本流程说明书旨在帮助省公司业务支撑网维护管理能够有效降低或消除相应突发事件，提高IT系统和服务的质量，向业务人员和相关用户提供更优质的IT服务，以有效地帮助省公司的业务支撑网维护管理从被动管理转向主动管理。
--==   ==
++==  ==
  == **1.2适用范围** ==
  本问题管理流程适用于XX集团公司和省公司的业务支撑系统维护工作中的问题管理。
--==   ==
++==  ==
  == **1.3相关术语** ==
@@ -44,13
          +44,13 @@
  ITIL流程之一， 通过控制和管理IT相关的变更， 使变更对生产环境可能的影响和风险将到最小，从而提高IT环境的整体稳定性。
--=   =
++=  =
--=   =
++=  =
  = **2问题管理流程设计** =
--==   ==
++==  ==
  == **2.1流程目的** ==
@@ -63,13
          +63,13 @@
 . 提高IT服务的可靠性
 . 降低IT支持成本
--==   ==
++==  ==
  == **2.2流程主要内容** ==
  问题管理流程着重于消除事件或减少事件发生，确定事件的根本原因。主要活动包括分析事件、找出问题、分派问题、确定根本原因以及找出解决方案、回顾及关闭，以消除事件或在其发生时降低对用户或业务的影响。其主要内容如下：
--* 分析事件
++* 分析事件
  定期分析事件，找出潜在问题。
@@ -81,11
          +81,11 @@
  * 技术支持专家在日常维护中发现的问题
  * 事件历史记录趋势分析
--* 分派
++* 分派
  根据问题内容将问题记录分派给适当的技术小组。
--* 根本原因分析
++* 根本原因分析
  被分派的小组人员将调查问题以期找出其原因，制定解决方案、变通方法或提出预防性措施，以消除产生原因，或在重发时使其影响力最小化。 记录必须被更新以反映它是已定位原因状态，并且把任何变通方法、避免或最小化负面影响的动作行为也记录下来（如果需要添加到知识库中）。
@@ -97,11
          +97,11 @@
  对问题的解决方案进行回顾，确认解决方案达到了预期的效果。
--* 总结及关闭
++* 总结及关闭
  确认问题的信息记录填写完整，并关闭问题记录。
--==   ==
++==  ==
  == **2.3与其他流程的关系** ==
@@ -117,7
          +117,7 @@
  配置管理提供配置项信息给问题管理流程。
--==   ==
++==  ==
  == **2.4流程范围** ==
@@ -125,7
          +125,7 @@
  问题管理范围不包括处于开发或测试环境的系统和应用
--==   ==
++==  ==
  == **2.5流程执行原则** ==
@@ -135,7
          +135,7 @@
  * 应该每半年对问题管理流程的流程关键衡量指标、流程执行效率、流程支撑工具有效性等进行回顾，以改进和优化流程
  * 应该每月定期回顾和产生问题管理报表，对没有解决的问题，应该举行定期的问题管理会议对这些问题进行评估
--===   ===
++===  ===
  === **2.5.2流程关联原则** ===
@@ -147,7
          +147,7 @@
  ** 问题处理过程中，可以通过配置管理查询相关的配置项信息
  ** 问题处理过程中，如果可以将根本原因定位到某个配置项，则必须将问题单与该配置项关联
--===   ===
++===  ===
  === **2.5.3所有权原则** ===
@@ -157,7
          +157,7 @@
 . 当问题分派到问题处理专家后，问题处理专家负责该问题的诊断与解决
 . 问题经理负责与服务台或问题请求者沟通问题处理过程中的关键信息
--===   ===
++===  ===
  === **2.5.4再分派原则** ===
@@ -165,25
          +165,25 @@
  问题单再分派必须经过问题经理。
--===   ===
++===  ===
  === **2.5.5重复问题原则** ===
  重复问题是指经过分析之后，根本原因相同的问题。例如：问题处理专家提出了几个问题，但是经过分析之后，发现这几个问题的根本原因是相同的，这几个问题就可以定义为重复问题。对于重复问题需要进行标志，将相关问题记录进行关联，当问题解决时同时进行回顾。
--===   ===
++===  ===
  === **2.5.6问题关闭原则** ===
  通常，问题单在实施了解决方案之后，需要经过一段时间的回顾，由问题处理专家和问题经理一起来回顾解决方案是否达到了预期的效果，如果成功的实施，则提交给问题经理，由问题经理确认问题信息记录完整，关闭问题。
--===   ===
++===  ===
  === **2.5.7问题单重开原则** ===
  已关闭的问题单不允许重开。如果问题重复发生，则创建一个新的问题单。
--===   ===
++===  ===
  === **2.5.8趋势分析原则** ===
@@ -193,17
          +193,17 @@
  * 会议定期组织
  * 定义趋势分析规则
--===   ===
++===  ===
  === **2.5.9问题协同处理原则** ===
  计费中心的问题处理专家在对问题进行分析、诊断过程中，如果需要外部主要服务商处理专家（如思特奇）来处理，则由该问题处理专家将该问题以工单等形式分派给服务商，并对服务商的分析、处理过程进行监控和管理。
--==   ==
++==  ==
  == **2.6流程相关定义** ==
--===   ===
++===  ===
  === **2.6.1问题信息项** ===
@@ -303,7
          +303,7 @@
  例如：在定期的会议中，对计费类的事件进行分析后发现，上周该类型的事件比平常的时候多了30％，超过了规定的阀值，这表明计费系统有可能存在着一些潜在的隐患，此时就可以提出一个问题记录，以找出问题的原因并解决。
  )))
--===   ===
++===  ===
  === **2.6.3问题优先级** ===
@@ -336,7
          +336,7 @@
 . 问题处理后对维护质量和效率的提升有限
  )))
--===   ===
++===  ===
  === **2.6.4问题状态** ===
@@ -351,7
          +351,7 @@
  |6|已回顾|已经对问题进行了回顾
  |7|结束并关闭|问题结束
--===   ===
++===  ===
  === **2.6.5问题所属系统类型** ===
@@ -398,7
          +398,7 @@
  |其它
  |其它系统|
--===   ===
++===  ===
  === **2.6.6问题分类** ===
@@ -516,7
          +516,7 @@
  问题管理详细流程设计如下：
--===   ===
++===  ===
  === **2.8.1（300.1）问题的识别与记录** ===
@@ -567,7
          +567,7 @@
  )))
--===   ===
++===  ===
  === **2.8.2（300.2）问题审核** ===
@@ -606,7
          +606,7 @@
  * 如果是，将关键问题的信息上报集团公司。
  )))
--===   ===
++===  ===
  === **2.8.3（300.3）问题分派** ===
@@ -625,7
          +625,7 @@
 . 如接受，则将状态改为“分析中”，转向300.4分析并诊断问题/提供变通方法。
  )))
--===   ===
++===  ===
  === **2.8.4（300.4）分析并诊断问题/提供变通方法** ===
@@ -649,7
          +649,7 @@
  * 如需要，更新相应的知识库。
  )))
--===   ===
++===  ===
  === **2.8.5（300.5）问题监控** ===
@@ -683,7
          +683,7 @@
  * 问题经理与问题处理专家沟通将关闭该问题，并通知问题请求者。
  )))
--===   ===
++===  ===
  === **2.8.6（300.6）开发、确认、实施解决方案** ===
@@ -716,7
          +716,7 @@
  * 实施解决方案。
  )))
--===   ===
++===  ===
  === **2.8.7（300.7）问题回顾** ===
@@ -739,7
          +739,7 @@
  * 编写关键问题报告，内容包括： 问题描述、原因分析、解决方案、经验总结。
  )))
--===   ===
++===  ===
  === **2.8.8（300.8）问题总结与关闭** ===
@@ -835,13
          +835,13 @@
  * 当前状态为‘结束并关闭’状态时，可迁移的状态：
  不迁移至任何状态。
--==   ==
++==  ==
  == **2.10关键角色、职责定义** ==
  流程的实现是通过不同的流程角色以及其所赋予的职责来实现的，因此流程的每一个角色可以被定义为一系列职责的集合。在实际的管理操作中，不同的角色可以将被赋予不同的人员，也可能一个人被赋予多个角色，同时也可以将其职责授权给其管理结构之下的人员。因此，以下所提及的问题管理流程和角色的目的是为了在充分满足流程所需角色的基础上，为具体的实现提供足够的灵活性。具体部署由中国移动在实际实施中的流程执行负责人决定。 问题管理流程主要分为问题管理流程负责人、问题经理及问题处理专家三个角色。
--===   ===
++===  ===
  === **2.10.1问题管理流程负责人** ===
@@ -907,7
          +907,7 @@
 . 较强的分析问题的能力和技巧
 . 较好的沟通和表达能力
--===   ===
++===  ===
  === **2.10.4流程角色和人员对应表** ===
@@ -927,7
          +927,7 @@
  注：在系统实施时由XX移动公司根据实际运维架构在此表基础上完成具体的人员映射
--==   ==
++==  ==
  == **2.11关键流程衡量指标** ==
@@ -964,6
          +964,7 @@
  )))
++
  == **2.12集团、省公司两级交互** ==
  为便于集团公司及时、准确地了解各省业务支撑网的问题管理流程执行状况，指导各省IT服务管理模式的规范化，集团公司业务支撑网网管系统可以实时或定期地获取各省公司业务支撑网网管系统的重要指标数据及统计报表数据。
@@ -991,7
          +991,7 @@
  其他关键问题提供”关键问题报告”：问题描述、原因分析、解决方案、经验总结。
  )))
--==   ==
++==  ==
  == **2.13省公司报表** ==
@@ -1012,6
          +1012,7 @@
  | | | | | | | | | | | |
  | | | | | | | | | | | |
++
  指标说明：
  反映在统计周期内的未关闭的问题列表，包括问题ID、问题所属系统类型、问题分类、问题优先级、问题处理专家、问题状态，问题描述、根本原因、变通方法、解决方案及实际诊断开始时间。
@@ -1052,18
          +1052,18 @@
  |10|已回顾|数量：在问题总数中，【问题状态】＝‘已回顾‘的问题个数
  |11|结束并关闭|数量：在问题总数中，【问题状态】＝‘结束并关闭‘问题个数
  |12|平均诊断时间|(((
--诊断完成问题数量：【实际诊断结束时间】在统计周期内的问题个数
++诊断完成问题数量：【实际诊断结束时间】在统计周期内的问题个数
  平均诊断时间：累加诊断完成问题的（【实际诊断结束时间】－【实际诊断开始时间】）/ 诊断完成问题数量
  )))
--==   ==
++==  ==
  == **2.14省公司上报报表** ==
  === **2.14.1按照业务系统的新增问题的统计报表** ===
--|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级    **
++|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级    **
  |**事件升级**|**维护中提出**|**趋势分析**|**已登记**|**分析中**|**已定位原因**|**已有解决方案**|**已提出变更请求**|**已回顾**|**结束并关闭**|**关键**|**重要**|**普通**
  |BOSS系统| | | | | | | | | | | | | |
  |客服系统| | | | | | | | | | | | | |
@@ -1097,11
          +1097,11 @@
  |13|重要|数量：在问题总数中，【问题优先级】＝‘重要‘的问题个数
  |14|普通|数量：在问题总数中，【问题优先级】＝‘普通‘的问题个数
--===   ===
++===  ===
  === **2.14.2按照分类的新增问题的统计报表** ===
--|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级    **
++|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级    **
  |**事件升级**|**维护中提出**|(((
  **趋**
@@ -1169,7
          +1169,7 @@
  |13|重要|数量：在问题总数中，【问题优先级】＝‘重要‘的问题个数
  |14|普通|数量：在问题总数中，【问题优先级】＝‘普通‘的问题个数
--===   ===
++===  ===
  === **2.14.3按照业务系统的关闭问题的统计报表** ===
@@ -1205,7
          +1205,7 @@
  平均诊断时间：累加诊断完成问题的（【实际诊断结束时间】－【实际诊断开始时间】）/ 诊断完成问题数量
  )))
--===   ===
++===  ===
  === **2.14.4按照分类的已关闭的问题统计报表** ===

粤ICP备17056641号

深圳市艾拓先锋企业管理咨询有限公司