Changes for page 02 网管系统维护管理流程梳理项目—ITIL问题管理流程细化说明书
Last modified by superadmin on 2024/10/10, 20:57
Change comment:
There is no comment for this version
Summary
Details
- Page properties
-
- Content
-
... ... @@ -1,4 +1,4 @@ 1 -[[返回本章节索引>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/]] [[阅读下一篇>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/03%20ITIL%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E9%9C%80%E6%B1%82%E8%AF%B4%E6%98%8E%E4%B9%A6/]]1 +[[返回本章节索引>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/]] 阅读下一篇 2 2 3 3 4 4 = **网管系统维护管理流程梳理项目—ITIL问题管理流程细化说明书** = ... ... @@ -6,7 +6,6 @@ 6 6 7 7 === **1 综述** === 8 8 9 - 10 10 **1.1 设计目的** 11 11 12 12 本问题管理细化流程说明书是在概要设计基础上,通过对各省业务支撑网维护管理流程现状的了解和分析得出。本流程说明书旨在帮助省公司业务支撑网维护管理能够有效降低或消除相应突发事件,提高IT系统和服务的质量,向业务人员和相关用户提供更优质的IT服务,以有效地帮助省公司的业务支撑网维护管理从被动管理转向主动管理。 ... ... @@ -50,7 +50,6 @@ 50 50 51 51 === **2 问题管理流程设计** === 52 52 53 - 54 54 **2.1 流程目的** 55 55 56 56 问题管理流程的根本目的是消除或减少生产环境中事件发生的数量和严重程度,从而为企业建立一个稳定的IT环境,提高IT服务的可用性。此流程对发生在中国移动业务支撑系统生产环境中的问题进行管理,找出产生这些问题的根本原因,然后根据需要通过变更请求(RFC)、变通方法或建议的预防性措施来防止事件的再次发生。问题管理流程常常需要和变更管理流程一起来实施找出的解决方案,以便从根本上解决问题。其目的包括: ... ... @@ -62,12 +62,11 @@ 62 62 1. 提高IT服务的可靠性 63 63 1. 降低IT支持成本 64 64 65 - 66 66 **2.2 流程主要内容** 67 67 68 68 问题管理流程着重于消除事件或减少事件发生,确定事件的根本原因。主要活动包括分析事件、找出问题、分派问题、确定根本原因以及找出解决方案、回顾及关闭,以消除事件或在其发生时降低对用户或业务的影响。其主要内容如下: 69 69 70 -* 分析事件 67 +* 分析事件 71 71 72 72 定期分析事件,找出潜在问题。 73 73 ... ... @@ -81,11 +81,11 @@ 81 81 82 82 ○事件历史记录趋势分析 83 83 84 -* 分派 81 +* 分派 85 85 86 86 根据问题内容将问题记录分派给适当的技术小组。 87 87 88 -* 根本原因分析 85 +* 根本原因分析 89 89 90 90 被分派的小组人员将调查问题以期找出其原因,制定解决方案、变通方法或提出预防性措施,以消除产生原因,或在重发时使其影响力最小化。 记录必须被更新以反映它是已定位原因状态,并且把任何变通方法、避免或最小化负面影响的动作行为也记录下来(如果需要添加到知识库中)。 91 91 ... ... @@ -97,7 +97,7 @@ 97 97 98 98 对问题的解决方案进行回顾,确认解决方案达到了预期的效果。 99 99 100 -* 总结及关闭 97 +* 总结及关闭 101 101 102 102 确认问题的信息记录填写完整,并关闭问题记录。 103 103 ... ... @@ -126,7 +126,6 @@ 126 126 127 127 **2.5 流程执行原则** 128 128 129 - 130 130 **2.5.1 常规原则** 131 131 132 132 * 建立独立问题管理流程,在整个企业范围内应该与事件管理流程相对独立,事件经理与问题经理应该尽可能的由不同的人员担任 ... ... @@ -166,24 +166,20 @@ 166 166 167 167 问题单再分派必须经过问题经理。 168 168 169 - 170 170 **2.5.5重复问题原则** 171 171 172 172 重复问题是指经过分析之后,根本原因相同的问题。例如:问题处理专家提出了几个问题,但是经过分析之后,发现这几个问题的根本原因是相同的,这几个问题就可以定义为重复问题。对于重复问题需要进行标志,将相关问题记录进行关联,当问题解决时同时进行回顾。 173 173 174 - 175 175 **2.5.6 问题关闭原则** 176 176 177 177 通常,问题单在实施了解决方案之后,需要经过一段时间的回顾,由问题处理专家和问题经理一起来回顾解决方案是否达到了预期的效果,如果成功的实施,则提交给问题经理,由问题经理确认问题信息记录完整,关闭问题。 178 178 173 +**2.5.7** **问题单重开原则** 179 179 180 -**2.5.7** **问题单重开原则** 181 - 182 182 已关闭的问题单不允许重开。如果问题重复发生,则创建一个新的问题单。 183 183 177 +**2.5.8** **趋势分析原则** 184 184 185 -**2.5.8** **趋势分析原则** 186 - 187 187 问题经理定期组织会议,对所处理事件历史记录进行趋势分析: 188 188 189 189 * 参加者应包括事件经理及问题处理专家 ... ... @@ -190,7 +190,6 @@ 190 190 * 会议定期组织 191 191 * 定义趋势分析规则 192 192 193 - 194 194 **2.5.9 问题协同处理原则** 195 195 196 196 计费中心的问题处理专家在对问题进行分析、诊断过程中,如果需要外部主要服务商处理专家(如思特奇)来处理,则由该问题处理专家将该问题以工单等形式分派给服务商,并对服务商的分析、处理过程进行监控和管理。 ... ... @@ -198,7 +198,6 @@ 198 198 199 199 **2.6 流程相关定义** 200 200 201 - 202 202 **2.6.1 问题信息项** 203 203 204 204 问题单包含如下信息项: ... ... @@ -232,6 +232,7 @@ 232 232 |26|是否由重大事件升级|“是”或“否”,在问题创建时,根据关联的事件手工填写 233 233 |27|问题关闭时间|当问题状态更新为“结束并关闭“的时间(手工填写) 234 234 225 + 235 235 各角色能对个信息项的操作 236 236 237 237 ... ... @@ -300,7 +300,6 @@ 300 300 例如:在定期的会议中,对计费类的事件进行分析后发现,上周该类型的事件比平常的时候多了30%,超过了规定的阀值,这表明计费系统有可能存在着一些潜在的隐患,此时就可以提出一个问题记录,以找出问题的原因并解决。 301 301 ))) 302 302 303 - 304 304 2.6.3 **问题优先级** 305 305 306 306 问题的优先级是问题处理专家解决问题的参照标准,对于关键优先级的问题,管理层应该优先协调资源进行这些问题的解决。结合中国移动的实际情况,问题的优先级定义如下: ... ... @@ -332,7 +332,6 @@ 332 332 1. 问题处理后对维护质量和效率的提升有限 333 333 ))) 334 334 335 - 336 336 2.6.4 **问题状态** 337 337 338 338 为了记录问题处理的生命周期,需要设置不同的状态加以描述,如下所示: ... ... @@ -346,7 +346,6 @@ 346 346 |6|已回顾|已经对问题进行了回顾 347 347 |7|结束并关闭|问题结束 348 348 349 - 350 350 2.6.5 **问题所属系统类型** 351 351 352 352 根据业务支撑系统架构的问题所属的业务系统定义,当问题发生时,可以初步定位到是哪个系统出现问题。 ... ... @@ -392,7 +392,6 @@ 392 392 |其它 393 393 |其它系统| 394 394 395 - 396 396 2.6.6 **问题分类** 397 397 398 398 问题分类是针对问题所属的专业类型进行划分的,通过问题分类可以定位解决问题的人,并针对问题分类进行分类统计。 ... ... @@ -434,7 +434,6 @@ 434 434 |代码 435 435 |接口 436 436 437 - 438 438 2.6.7 **问题结束代码** 439 439 440 440 为了表明问题的不同解决方式,定义如下结束代码: ... ... @@ -510,7 +510,6 @@ 510 510 511 511 问题管理详细流程设计如下: 512 512 513 - 514 514 **2.8.1(300.1)问题的识别与记录** 515 515 516 516 [[image:图片2.png]] ... ... @@ -726,6 +726,7 @@ 726 726 ))) 727 727 728 728 714 + 729 729 2.8.8 **(300.8)问题总结与关闭** 730 730 731 731 **[[image:图片9.png]]** ... ... @@ -765,6 +765,7 @@ 765 765 |已回顾|否| 766 766 |结束并关闭|是|对于无效问题,可以结束并关闭 767 767 754 + 768 768 当前状态为‘分析中’状态时,可迁移的状态 769 769 770 770 |**状态**|**合法**|**描述** ... ... @@ -785,6 +785,7 @@ 785 785 |已回顾|否| 786 786 |结束并关闭|是|对于现在判断无法找到根本解决方案,但需关闭的问题 787 787 775 + 788 788 当前状态为‘已有解决方案’状态时,可迁移的状态 789 789 790 790 |**状态**|**合法**|**描述** ... ... @@ -795,6 +795,7 @@ 795 795 |已回顾|是|实施完成后,已对问题解决方案回顾完成 796 796 |结束并关闭|是|对于现在判断无法实施解决方案,但需关闭的问题 797 797 786 + 798 798 当前状态为‘已提出变更请求’状态时,可迁移的状态 799 799 800 800 |**状态**|**合法**|**描述** ... ... @@ -805,6 +805,7 @@ 805 805 |已回顾|是|问题经实施完成后,进入回顾 806 806 |结束并关闭|否| 807 807 797 + 808 808 当前状态为‘已回顾’状态时,可迁移的状态 809 809 810 810 |**状态**|**合法**|**描述** ... ... @@ -816,6 +816,7 @@ 816 816 |已回顾|否| 817 817 |结束并关闭|是|实施回顾后,结束并关闭 818 818 809 + 819 819 当前状态为‘结束并关闭’状态时,可迁移的状态 820 820 821 821 不迁移至任何状态。 ... ... @@ -826,7 +826,6 @@ 826 826 827 827 流程的实现是通过不同的流程角色以及其所赋予的职责来实现的,因此流程的每一个角色可以被定义为一系列职责的集合。在实际的管理操作中,不同的角色可以将被赋予不同的人员,也可能一个人被赋予多个角色,同时也可以将其职责授权给其管理结构之下的人员。因此,以下所提及的问题管理流程和角色的目的是为了在充分满足流程所需角色的基础上,为具体的实现提供足够的灵活性。具体部署由中国移动在实际实施中的流程执行负责人决定。 问题管理流程主要分为问题管理流程负责人、问题经理及问题处理专家三个角色。 828 828 829 - 830 830 2.10.1 **问题管理流程负责人** 831 831 832 832 问题管理流程负责人从总体上对问题管理流程的设计、实施、执行及优化负责,确保问题管理流程在业务支持中心范围内被正确的执行。当流程不能够适应业务支持中心的情况时,流程负责人必须及时的对此进行分析、找出缺陷、进行改进,从而实现可持续提高。 ... ... @@ -850,6 +850,7 @@ 850 850 1. 具有较强的计划、组织、领导和控制才能,能够综合各方意见,按时制订和定期优化问题管理流程 851 851 852 852 843 + 853 853 2.10.2 **问题经理** 854 854 855 855 问题经理负责协调日常的问题管理工作,包括对问题的审核、监控、所需资源的协调、定期产生报表等。 ... ... @@ -949,6 +949,7 @@ 949 949 ))) 950 950 951 951 943 + 952 952 2.12 **集团、省公司两级交互** 953 953 954 954 为便于集团公司及时、准确地了解各省业务支撑网的问题管理流程执行状况,指导各省IT服务管理模式的规范化,集团公司业务支撑网网管系统可以实时或定期地获取各省公司业务支撑网网管系统的重要指标数据及统计报表数据。 ... ... @@ -976,7 +976,6 @@ 976 976 其他关键问题提供”关键问题报告”:问题描述、原因分析、解决方案、经验总结。 977 977 ))) 978 978 979 - 980 980 2.13 **省公司报表** 981 981 982 982 省公司报表定义如下,同时,上报集团报表也可以供省公司使用。 ... ... @@ -984,6 +984,8 @@ 984 984 985 985 2.13.1 **问题目录列表** 986 986 978 + 979 + 987 987 |**问题ID**|** 所属系统类型**|**问题分类**|**问题优先级**|**问题来源**|**问题处理专家**|**问题状态**|**问题描述**|**根本原因**|((( 988 988 **变通方法** 989 989 ... ... @@ -995,6 +995,8 @@ 995 995 | | | | | | | | | | | | 996 996 | | | | | | | | | | | | 997 997 991 + 992 + 998 998 指标说明: 999 999 1000 1000 反映在统计周期内的未关闭的问题列表,包括问题ID、问题所属系统类型、问题分类、问题优先级、问题处理专家、问题状态,问题描述、根本原因、变通方法、解决方案及实际诊断开始时间。 ... ... @@ -1036,17 +1036,17 @@ 1036 1036 |10|已回顾|数量:在问题总数中,【问题状态】=‘已回顾‘的问题个数 1037 1037 |11|结束并关闭|数量:在问题总数中,【问题状态】=‘结束并关闭‘问题个数 1038 1038 |12|平均诊断时间|((( 1039 -诊断完成问题数量:【实际诊断结束时间】在统计周期内的问题个数 1034 +诊断完成问题数量:【实际诊断结束时间】在统计周期内的问题个数 1040 1040 1041 1041 平均诊断时间:累加诊断完成问题的(【实际诊断结束时间】-【实际诊断开始时间】)/ 诊断完成问题数量 1042 1042 ))) 1043 1043 1039 + 1044 1044 **2.14 省公司上报报表** 1045 1045 1046 - 1047 1047 **2.14.1 按照业务系统的新增问题的统计报表** 1048 1048 1049 -|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级 1044 +|(% rowspan="2" %)**业务系统**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级 ** 1050 1050 |**事件升级**|**维护中提出**|**趋势分析**|**已登记**|**分析中**|**已定位原因**|**已有解决方案**|**已提出变更请求**|**已回顾**|**结束并关闭**|**关键**|**重要**|**普通** 1051 1051 |BOSS系统| | | | | | | | | | | | | | 1052 1052 |客服系统| | | | | | | | | | | | | | ... ... @@ -1080,10 +1080,9 @@ 1080 1080 |13|重要|数量:在问题总数中,【问题优先级】=‘重要‘的问题个数 1081 1081 |14|普通|数量:在问题总数中,【问题优先级】=‘普通‘的问题个数 1082 1082 1083 - 1084 1084 2.14.2 **按照分类的新增问题的统计报表** 1085 1085 1086 -|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级 1080 +|(% rowspan="2" %)**类别**|(% rowspan="2" %)**子类**|(% rowspan="2" %)**问题总数**|(% colspan="3" %)**问题来源**|(% colspan="7" %)**问题状态**|(% colspan="3" %)**优先级 ** 1087 1087 |**事件升级**|**维护中提出**|((( 1088 1088 **趋** 1089 1089 ... ... @@ -1248,4 +1248,5 @@ 1248 1248 平均诊断时间:累加诊断完成问题的(【实际诊断结束时间】-【实际诊断开始时间】)/ 诊断完成问题数量 1249 1249 ))) 1250 1250 1251 -[[返回本章节索引>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/]] [[阅读下一篇>>http://www.itil4hub.cn/bin/view/G%20%E5%8F%82%E8%80%83%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E8%B5%84%E6%96%99/ITIL%E5%AE%9E%E6%96%BD%E9%A1%B9%E7%9B%AE%E6%B5%81%E7%A8%8B%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E9%9B%86/%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86/03%20ITIL%E9%97%AE%E9%A2%98%E7%AE%A1%E7%90%86%E6%B5%81%E7%A8%8B%E9%9C%80%E6%B1%82%E8%AF%B4%E6%98%8E%E4%B9%A6/]] 1245 + 1246 +