问题管理 事件管理（问题行为管理）

本篇文章给大家谈谈问题管理 事件管理，以及问题行为管理对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享问题管理 事件管理的知识，其中也会对问题行为管理进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、事件管理与问题管理的联系是什么
• 2、事件管理流程的管理步骤
• 3、ITIL V3 的4个职能 和26个流程都是那些？
• 4、IT运维服务管理体系包括哪些要素
• 5、IT运维流程如何管理？

事件管理与问题管理的联系是什么

前者是治标、后者是治本！通过对一个或一类事件（问题）的处理，去总结其共性，找出解决或予以措施，从布去推动制度、流程体系的完善，促进管理水平不断提高。只做前者是被动性工作，在完成前者后进行后者，是主动性工作。

事件管理流程的管理步骤

事件管理流程大概如下:当一个事件输入的时候，首先要对事件进行检查、定位。检查事件的时候要与它不断交互，明确它的影响范围和紧急程度，还要进行初步的归类评估。服务台(ServiceDesk)是事件的唯一入口，它接收事件后，操作人员通过查阅CMDB〔配置管理数据库)进行处理。
1.事件的查明和记录
服务台记录一些标识客户的基本信息，如姓名、工作地点、电话号码等，而事件管理记录详细的事件信息，如事件发生的时间、受事件影响的服务等。这样做的目的是便于确认事件的影响，问题管理可以根据这些信息查找事件原因，密切跟踪事件进展。
首先，当用户、服务台工作人员或其他IT部门人员发现或系统检测到某系统发生事件时，就将其报告给服务台，服务台将基本信息输入事件数据库并报告给事件管理人员。通常所有的事件都是先报告给服务台，再由服务台工作人员将其输入事件数据库，服务支持小组是不允许直接记录事件的。
其次，事件管理人员给事件一个唯一的编号(事件单号)，记录一些基本的事件分析信息(时间、症状、位置、用户、受影响服务、硬件等)，并补充其他的事件信息(与用户的交互信息和配置管理数据库等。
再次，事件管理人员根据服务台提供的信息和事件数据库信息判断此类事件是否与已有的事件相同或类似，如果有就更新事件信息或建立原事件的从属记录，并在必要时修改原事件的影响度和优先级，如果没有则创建新事件记录。最后，事件管理需要判断事件是否严重，如果严重就先向管理层报告并告知用户有关情况，再采取进一步行动，如果不严重就直接进入下一步的事件初步归类和支持。
2.初步归类和初步支持
经过第一步的事件查明和记录，可从用户处获取的事件信息基本上已得到，事件管理数据库已经根据这些信息进行更新，接下来就是事件的初步归类和初步支持。这里强调初步，就是为了能够尽可能快地恢复用户的正常工作，尽量避免或者减少事件对IT服务质量的影响。
归类的目的是发现事件原因以便采取相应行动。一般来说，许多事件是重复出现的，因此，当某个事件再次出现时，只需要根据已有的经验和措施采取行动即可:，当新的事件出现时，就有一个与其问题和知名错误(知识库)相匹配的过程，如果匹配成功就可直接用已有的方案将其解决，而不需要进一步调查，否则就要继续进行下面提到的其他几个步骤。
服务台如果没有成功解决事件，就将事件转交给二线、三线支持处理，然后负责记录事件并联系各支持小组，采取必要的措施以确保用户满意。如果碰到未出现过的事件或事件解决过程非常复杂，就必须对事件进行调查和分析。
3.事件调查和分析
事件在第一阶段和第二阶段没有圆满解决时，专家支持小组应介入处理过程，对其进行调查和分析。
一旦事件被分派给某个支持小组，他们应当完成以下工作:确认接收事件处理任务，同时指定有关日期和时间以保障正常更新事件状态和历史信息，经过服务台及时通知客户事件最新进展，说明事件当前所处的状态;尽可能快地把发现的权宜措施提供给服务台和客户;参考知名错误、问题、解决方案、计划的变更和知识库等对事件进行评审;必要时要求服务台根据协议的服务级别，重新评价事件影响度和优先级，并在必要时对其进行调整;记录所有相关信息，包括解决方案、新增的或修改的分类;将所有相关事件的更新、花费的时间以及处理结果反馈给服务台以让其终止此类事件。
4.解决事件和恢复服务
在分析和调查事件后，支持小组根据更新的事件信息，提议的权益措施和解决方案以及有关的变更请求，解决事件并恢复服务，同时更新有关事件信息
5.事件终止
解决事件和恢复服务后，事件到达终止阶段。这个阶段输入的是上一阶段更新后的事件记录和已解决的事件，采取的行动主要是和客户一起确认事件解决是否成功，输出的结果为更新的事件信息和事件记录。在事件解决后，服务台应该确保以下内容:有关用于解决事件的行动的信息是准确的、易懂的;根据事件产生的根本原因对其归类;客户同意事件解决方案和方案的执行及最终结果;详细记录事件控制阶段的所有相关信息，如客户是否满意和满意度如何，处理事件所花费的时间，事件终止的日期和时间。

ITIL V3 的4个职能 和26个流程都是那些？

4个职能：服务台、运营管理、应用管理、技术管理
18个流程：事件管理、事故管理、请求实施、问题管理、资产与配置管理、变更管理、发布与部署管理、服务级别管理、连续性管理、可用性管理、能力管理、IT服务财务管理、信息安全管理、服务报告、业务关系管理、供应商管理、知识管理、服务目录管理
8个流程：战略制定、需求管理、服务组合管理、评估、服务验证与测试、转换规划与支持、访问管理

IT运维服务管理体系包括哪些要素

四个要素

1、人员：相关人员考评、上岗等具备必要衡量指标------知识（基础知识、专业知识、综合知识）、技能（必备的技能、相应的资格）、经验（从事相关活动的经验）。

服务供方也需要具有相应的水平：人员管理、岗位结构、安全意识等方面达到相应的水平。

2、资源：供方应有能满足需要服务级别协议的资源------运维工具（监控采集工具、过程管理工具、特殊专用工具）；

服务台（受理解决跟踪等一系列的制度、用户评价记录）；

备件库（供方应具备并有效管理运行维护服务活动所需的备件资源，为所运行维护的设备或系统提供备件服务，按照SLA要求恢复设备或系统的正常运行，确保备件信息的真实性及备件的可用率）；

知识库（知识面要广、知识库要有审核制度以确保知识库内信息的可用性和有效性）。

3、技术：供方具备与运行维护服务策划相适应的技术和手段。应根据需方要求或技术发展趋势，具备发现和解决问题、ISO20000认证机构www.cxdguangli.com风险控制、技术储备以及研发、应用新技术和前沿技术的能力。

4、过程：分为八大类，服务级别管理、服务报告、事件管理、问题管理、配置管理、变更管理、发布管理、信息安全管理。

每个分类都有自己详细的规范，以约束规范供方在提供服务过程中的行为，也能为供方提供改进的参照标准。

IT运维流程如何管理？

按照ITL规范来讲问题管理 事件管理，it运维流程分为问题管理 事件管理：事件管理流程、问题管理流程、变更管理流程、发布流程。在日常运维中，从发现运维问题开始，提交一个新问题管理 事件管理的运维事件到解决此事件。这个过程为事件流程。当运维过程中某个事件发展成为常态或发现潜在问题管理 事件管理的影响面广的问题，则提交一个问题流程。在解决问题流程的过程中，需要对系统环境或软硬件设施进行修改或变动，则需要提交一个变更流程。

关于问题管理 事件管理和问题行为管理的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 问题管理 事件管理的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于问题行为管理、问题管理 事件管理的信息别忘了在本站进行查找喔。