事件管理和问题管理（事件管理和问题管理故障管理）

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

本文目录一览：

• 1、事件管理与问题管理的联系是什么
• 2、事件管理流程的管理步骤
• 3、政府如何应对突发事件和危机管理问题
• 4、如何基于ITIL构建有效的IT服务管理体系
• 5、企业如何进行IT服务管理？
• 6、ITIL指什么？

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

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

事件管理流程的管理步骤

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

政府如何应对突发事件和危机管理问题

我国政府在应对突发事件的过程中积累的经验为完善应对公共突发性事件奠定了基础,在应对突发事件中存在的问题为切实加强对公共突发性事件的管理指明了方向｡谭小芳老师提出如下对策与建议:
1.转变观念,高度重视,提高应对公共突发性事件的意识｡
2.建立健全政府应对公共突发性事件的法律法规｡
3.成立常设的､专门的突发事件管理委员会,建立健全突发事件的管理体系｡
4.建立健全社会预警体系,形成统一指挥､功能齐全､反应灵敏､运转高效的应急机制｡
5.建立完善的信息反馈网络,正确引导社会舆论｡
6.建立和发展公共突发性事件管理的资源保障体系｡

如何基于ITIL构建有效的IT服务管理体系

一、IT营运管理方法论现今的企业为了强化自己在这个新世纪的竞争力，导入了ERP系统、供应链系统、CRM系统、决策支持系统、知识管理系统等等，这些系统最后都要进到企业的IT营运体系中。当我们透视解决方案生命周期时，可以看到，所有的解决方案最后都要进到企业的IT营运体系中，为企业员工所使用。如果IT的整个营运管理做得不好，那这些花大钱建置起来的系统再好功能再强也没有用，因为使用者根本无法顺利地使用它们。某大型电子公司，共运行了四十多个应用系统，当他的信息主管被问到，哪一个系统最重要时，他回答：「IT的营运与管理最重要！唯有好的IT营运管理，才能让公司上上下下好好的用每一个系统。」这个见解实在是一针见血。既然IT营运管理非常重要，那么如何提供好的IT 服务，对IT 主管或CIO 而言当然是非常重要的课题。答案是采用更新的技术或添购功能更强的设备吗？在1999 及2000年Gartner Group 广泛访问企业CIO 有关服务或应用程序无法使用(downtime) 的原因。结果大家最常认定会出问题的技术或产品(包括硬件、软件、网络、电力失常及天灾等)，其实只占了20%，那么占大宗的是什么呢？我想你已经猜到了，作业程序(Process) 失误就占了40%，另外作业人员(People) 疏失也占了40%。作业流程失误包括变更管理(Change Management) 没有做好、超载、没有测试等等程序上的错误或不完整。作业人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等等。Gartner Group 这份访查结果正是80/20 法则的再次印证。我们常想要把系统的可用度提高，当然就是要花大钱购买标榜可提高可用度的硬件或软件。孰不知这个部分事实上只占了系统停机原因的20%。如何做好IT 服务管理，首要工作当然是加强流程和作业人员管理，因为那才是造成系统无法使用的主要原因－ 两个原因加起来共占80%！我们常听人家说大型主机(Mainframe) 的 系统比较稳定可靠，所以经过了这么多年还是有许多企业愿意花大钱继续一年年采用。其实真的是它的系统软硬件更好吗？恐怕并不尽然。我们知道，大型主机系统 有着一套完整清楚的系统运作规范可遵循，人员在训练时花在运作程序方面的心力绝对不亚于系统软硬件，甚至是更多。有了严谨的程序，加上完整的人员训练，自 然就可以把那80%的系统停机风险降到最低。那么是否有方法论，可以用来建构企业内IT 服务管理而且是主要IT 厂商都支持的呢？
二、什么是ITIL?ITIL（Information Technology Infrastructure Library）是信息系统运营与服务管理标准，用于定义IT部门管理工作中需要的各个工作程序(Process)，以及各个工作程序之间的相互关系。在跨国公司IT经理中素有"IT界MBA"之称。80年代中期，英国政府部门发现提供给其的IT服务质量不佳，于是要求当时的政府计算机和电信局（CCTA），启动一个项目对此进行调查，并开发一套有效的和可进行财务计量的IT资源使用方法以供本国的政府部门和私有部门使用。同时，这种方法还应该是独立于厂商的并且可适用于不同规模、不同技术和业务需求的组织。这个项目的最终成果是一套公开出版的IT服务管理指南，即ITIL（Information Technology Infrastructure Library）。虽然ITIL当初只是为英国政府开发的，但是在90年代初期，它很快就在欧洲其它国家和地区流行起来。到90年代中期，ITIL成为了事实上的欧洲IT服务管理标准。90年代后期，ITIL又被引入到美国、南非和澳大利亚等国家和地区。2001年英国标准协会（BSI）在国际IT服务管理论坛（itSMF）年会上正式发布了以ITIL为基础的IT服务管理英国国家标BS15000。2002年BS15000被提交给国际标准化组织（ISO），申请成为IT服务管理国际标准。国际标准组织已接受这个申请，并为此设立了一个专门工作组。该标准有望在2006年前后生效，可以说，ITIL已是事实上的国际IT服务管理标准。ITIL的目的是帮助企业降低IT运营管理成本，并且提高IT服务水平，提高业务部分的满意度。
三、ITIL的核心思想ITIL它并不是一套理论模式，它所根据的是最佳的实际经验。其中的许多经验不但广为人知，而且有无数的IT机构都是采用它来提升IT服务的效率及加强IT部门间的横向沟通。这套方法论历经了十数年的考验，证明它是最被IT业界广为接受的一套经营IT经验指南，等于是IT管理的业界标准。ITIL将IT的工作分为两大类：分别为《服务支持》（《Service Support》）和《服务提供》（《Service Delivery》Service Support针对的是一般系统的运作部分，目的是让使用者可以顺利存取到IT服务。其中包括Service Desk、事件处理与追踪、问题处理与追踪、系统变更、系统配置设定的记录与维护，以及版本的发行与控管。第二大类Service Delivery则是针对IT部门对客户提供信息服务时应有的工作程序。其中包括服务层级的约定与管理、IT服务的财务管理、系统可用度管理、系统容量的测量与未来规划、灾难情况的业务持续运作规划与系统复原。《服务支持》（《Service Support》包括如下流程：
1. 事件管理（Incident Management）: 识别偶发的事件。
2. 问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。
3. 变动管理（Change Management）：变动管理过程确保使用标准方法和规程有效且迅速处理所有变动。变动管理旨在提高组织的日常运作水平。
4. 配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。
5. 发布管理（Release Management）：通过控制软件、硬件的发行和版本确保信息系统资产的安全，并消除不同版本引起的潜在问题。 《服务提供》（《Service Delivery》）包括如下流程：
1. 服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。
2. 可用度管理（Availability Management）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。
3. 能力管理（Capacity Management）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。
4. 持续性管理（Continuity Management）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。
5. 财务管理（Financial Management）：确定IT服务的成本核算，设定预算，监督预算执行情况，根据提供的服务收取费用。 针对ITIL管理流程的具体实现，ITIL标准又将实现工具分为三类：Process Management Tools—过程管理工具Analysis Tools—分析工具Execution Tools—执行工具 四、XX银行IT管理规划建议全面实施ITIL模式对任何IT企业都至关重要，但在实施时通常需要循序渐进，并且要从最急迫需要解决问题处入手。最重要的是要采用统一的符合ITIL标准的信息架构。另外，在实施前，切记先记录下现有环境数据，以便随着时间的流逝来衡量成效。我们建议xx银行将规划分为：短期目标，中期目标，长期目标三个阶段实施，从而构建符合ITIL标准的IT服务和管理平台。短期目标：达到目的1）立符合ITIL标准的统一的信息架构（altiris notification server）
2） 保证统一的配置管理数据库（Configuration Management Database）
3）实现变更管理、配置管理、问题管理变更管理（Change Management）为何要做变更管理呢？这里举两个因为变更管理没做好而蒙受重大损失的例子来说明。2001 .6 ，NASDAQ当机长达半天，原因是操作人员做了一个未经测试的变更动作，结果导致整个系统停机。同样也是在2001年6月，NYSE在半夜做了一个软件变更的变更动作，导致部份系统当机，无法完成股票买卖交易。这两件事都上了报纸及新闻头条，包括华尔街日报、CNN 及CNBC等等。这反映出了变更管理真的很重要，一旦没有做好它，企业的关键任务(Mission Critical)系统就会受到影响。以银行业为例，只要是IT部门当机一小时，其导致的结果可能是全体员工要花上数倍或甚至是数十倍的时间来补救，而且因为分行里客户大排长龙，负面报导上了晚间新闻及报纸，企业形象受损的损失更是无法估计。这也可以说明为何企业CIO 把变更管理视为第一要务。为进行变化管理，IT组织中应该有变更管理员（Change Manager）及CAB（Change Advisory Board）的编制。变更管理员是全程负责监督RFC从提出到结案整个过程的人。CAB代表是变更咨询委员会。配置管理：在公司内，通常会做所谓的资产管理(Asset Management)，也就是把每项公司资产是何年何月何日购入、哪一个会计科目、负责人是谁等信息记载在数据库中，这是一般传统的资产管理方式。但是实际经验显示，如果用这种方式来管理IT相关资产，包括硬件、软件、网络等等，结果会因为记录的信息太过简化而衍生出许多问题。IT资产的管理所必须记录的信息要比一般资产多得多。目前有经验的IT部门都有一套方式来记录IT资产。但是IT资产的管理难道就只是详尽记录它的型号版本等等这些规格信息而已吗？其实这是不够的，还要包含该项资产所有的配置设定，以及它与其它IT资产之间的相互影响关系。这些配置都会输入到所谓的「配置管理数据库」(CMDBConfiguration Management Database)中。准确而完整的CMDB是相当重要的。因此要有一个机制来提供这个信息，这个机制就是配置管理(Configuration Management)。配置管理可存取并提供IT资产正确信息和这些资产间的关系，还能提供对系统的影响及趋势分析，降低未经授权软件的使用情形，以及控制所使用的IT资产。问题管理问题管理的目标就是要找出事件或问题发生的真正原因，并找出对策或步骤来解决问题。我们常说要对症下药。没有针对原因来解决问题，可能可以让服务暂时还可以使用，但如果错误原因没有被消除的话，将来还是会发生问题，事件还会再重复发生─ 进而再度影响IT服务的提供。这 也就是为什么要有问题管理的原因。唯有找到原因，才能解决问题，避免同样的问题一而再，再而三的发生。问题管理分成两个部分，一个是被动的部分─等事件通 报变成问题，再来分析问题，找出问题发生原因，加以诊断，再提出解决方法及步骤。一个是主动的部分，分析趋势，事前先找出可能潜在的问题，主动提出解决方 法及步骤，预防问题将来发生。
4） 对应altiris工具
配置管理Configuration Management 过程管理工具/分析工具/执行工具
Altiris Architecture- altiris notification server 建立统一的信息管理架构
Altiris Inventory solution 资产管理
Altiris web reports 报表分析功能
Asset Control solution 固定资产管理，建立最完整统一的资产信息及相关联信息
变化管理Change Management 分析工具
Altiris Inventory solution 资产管理
Asset Control solution 固定资产管理
Altiris web report 报表分析功能
Application Metering Solution 应用软件管理
执行工具
Altiris software delivery 软件部署与升级管理
Altiris client management suite 客户端操作系统部署、升级；软件的部署与升级；微软补丁自动安全管理；远程控制等。
问题管理Problem management及事件管理 Incident management 分析工具
Altiris Inventory solution IT 资产管理
Asset Control solution 固定资产管理
Altiris web report 报表分析功能
Application Management Solution 应用管理
执行工具
Altiris Deployment Solution 系统部署、升级和管理
Application Management Solution 应用管理
Carbon Copy Solution 远程控制
中期目标：达到目的：实现事件管理、持续性管理（Continuity Management）、可用度管理在现今全球化经济社会下，可用度及IT服务持续性管理可说是最举足轻重的两个重要程序。营运服务能否持续每天24 小时，一周7天地正常运作，变得愈来愈重要。可用度能左右顾客满意度，并且能快速的影响企业整体声誉及业务是否成功。IT服务持续性管理程序是要确保正常可用的解决方案发生问题后，依然能够持续提供另一个等级的IT服务给客户。从这个观点来看，可用度管理及IT服务持续性管理的关系非常密切。这两个管理程序都是试图减小IT服务的可用度危机。可用度管理的焦点主要是集中在处理日常可能出现会影响到可用度的危机，如果无对应的反制措施或反制措施没有办法完全涵盖或应付时，这些危机就由应变计划及IT服务持续管理程序来处理。IT服务持续管理程序分做3 个步骤。第一步是取得Service Level Agreement，然后分析及找出每层的危机，将IT服务分成下列层级：服务、应用软件、中介软件、操作系统、硬件、网络、环境、外在影响因素。第二步是提出这些紧急状况的解决方法；这包括两个部分：第一个部分是Failover，第二个部分是Recovery。Failover 包括有几种选择：Cold Standby、Warm Standby 及Hot Standby。第三步则是制作应变计划。对应altiris方案：
服务水平管理（Service Level Management） 过程管理工具/分析工具/执行工具
Altiris helpdesk Solution 建立统一的service desk
持续性管理（Continuity Management） 分析工具
Altiris Site Monitor Solution 网络站点监控模块
Altiris Monitor Solution 服务器监控模块
Application Metering Solution 应用监控模块
执行工具
Altiris Recovery Solution 恢复模块
长期目标：达到目的：IT财务管理分析（Financial Management）
IT财务管理分析Financial Management） 过程管理工具/分析工具/执行工具
Altiris Contract Management Solution 合同管理
Altiris TCO Management Solution IT 总体拥有成本分析

企业如何进行IT服务管理？

在ITIL实施初期事件管理和问题管理，大部分公司会重点建设ITIL事件管理和问题管理的主要流程，经验表明，如下流程的成功实施能给企业带来明显的成效事件管理和问题管理：
(1)故障管理流程建设
故障管理流程的目标是在给用户和公司正常的业务活动带来最小影响的情况下，尽快返回到SLA中定义的正常服务级别;保留故障的有效记录以便能够权衡并改进处理流程，给其事件管理和问题管理他的服务管理流程提供合适的信息，以及正确报告进展情况。
故障管理在实际工作中是使用最频繁也是见效最快的一个流程。但故障管理流程实施落地时经常碰到一些难题，使得故障管理无法达到最佳状态，如事件管理和问题管理：如何进行故障单的设计，可以更好地进行故障管理流程考核以及人员绩效考核?在紧急情况下，按照正常的流程填写故障单然后再派单的方式，可能无法满足响应速度的需要。如何解决这一现实需求与流程规范性之间的矛盾?
(2)服务台的建设
服务台是服务提供商与用户间的单一联系点。典型的服务台负责管理敀障和服务请求，还负责与用户的沟通。服务台的类型包括分布式服务台和集中式服务台两种。不同的企业具有不同的组织结构、业务类型，而与用户成熟度和领导的想法也都不同，服务台的实施会碰到诸多的问题。
(3)问题管理流程的建设
(4)配置管理流程的建设
配置项(CI)：IT组件以及运用这些IT组件提供癿服务被称为配置项(CI)。配置项可以包括由IT部门所控制的所有PC硬件、各种软件、有源和无源网络、服务器、中央处理器、文件、规程、服务和所有其他的IT组件。
配置管理：指由识别和确讣系统的配置项、记录和报告配置项状态和变更请求、检验配置项的正确性和完整性等活动构成的服务管理流程。
配置管理流程的目标：计量组织和服务中所使用的所有IT资产和配置项的价值;为其它服务管理流程提供有关IT基础架构配置的准确信息;为事件管理、问题管理、变更管理和发布管理的运作提供支持;核实有关IT基础架构的配置记录的正确性并纠正发现的错误。
CMDB的建设实施是一个软件工具、实施经验、执行力度综合较量的过程。以下是CMDB建设的常见问题：
(5)知识库的建设
知识库的建设往往是经历这样一个历程：兴奋期、创业期、蜜月期、苦恼期、颓废期、废止期。究其原因，主要是在构建和运营知识库过程存在以下三方面的问题难以解决。
(6)服务目录的建设
服务目录是一个数据库或有组织的文档，包含关于所有实时IT服务的信息，包括就绪可部署的服务。服务目录是服务组合中唯一向客户发布的部分，用于支持IT服务的销售和交付。服务目录包括关于交付物、价格、联系点、订购和申请流程等信息。
服务无形性和交互性的特点使得服务目录的梳理成为一门玄学，很多IT服务经理经常抱怨服务目录的梳理缺乏统一的标准。

ITIL指什么？

ITIL即IT基础架构库(Information Technology Infrastructure Library, ITIL，信息技术基础架构库)由英国政府部门CCTA(Central Computing and Telecommunications Agency)在20世纪80年代末制订，现由英国商务部OGC(Office of Government Commerce)负责管理，主要适用于IT服务管理（ITSM）。20世纪90年代后期，ITIL的思想和方法被广泛引用，并进一步发展。
在它的最新版2.0版中，ITIL主要包括六个模块，即业务管理、服务管理、ICT基础架构管理、IT服务管理规划与实施、应用管理和安全管理。其中服务管理是其最核心的模块，该模块包括“服务提供”和“服务支持”两个流程组. 但在3.0版本中添加了CSI流程，即持续改进流程。更加丰富完善了ITIL 的整体结构。
ITIL为企业的IT服务管理实践提供了一个客观、严谨、可量化的标准和规范，企业的IT部门和最终用户可以根据自己的能力和需求定义自己所要求的不同服务水平，参考ITIL来规划和制定其IT基础架构及服务管理，从而确保IT服务管理能为企业的业务运作提供更好的支持。对企业来说，实施ITIL的最大意义在于把IT与业务紧密地结合起来了，从而让企业的IT投资回报最大化。
实际上，ITIL并不仅仅适用于企业内部的IT服务管理，也适合于IDC数据托管中心。过去，IDC为每个用户提供的IT服务水平很难量化、考评，用户无法断定是否获得了合同承诺的服务，而ITIL的实施为IDC的IT服务水平提供了一个可以客观考评的依据和标准。
目前，ITIL已经在全球IT服务管理领域得到了广泛的认同和支持，四家最领先的IT管理解决方案提供商都宣布了相应的策略：IBM Tivoli推出了“业务影响管理”解决方案、HP公司倡导“IT服务管理”、CA公司强调“管理按需计算环境”、BMC公司则推出了“业务服务管理”理念。实际上，无论各公司的理念和解决方案有多大差异，但目标都是一致的：把IT与业务相结合，以业务为核心搭建和管理IT系统。
为什么ITIL在最近几年得到了厂商和客户的广泛认同和大力支持？
“是因为我们已经进入了‘技术利润三角区’”，全球著名的ITIL专家Malcolm Fry先生在接受记者采访时谈到：“现在很多业务都必须借助技术手段才能完成，比如占领新市场、远距离地开展工作、把产品推荐给世界各地的客户等。”在这种情况下，我们已经很大程度上将企业对技术的控制权转移到客户手中了。例如在英国的零售业，如果在线商店停业，服务台必须首先报告CEO，而在五年前，CEO很可能根本不知道有服务台。不难看出，在目前的市场情形下，客户服务的好坏直接受IT系统的影响，IT服务管理成为企业业务运作过程中不可或缺的重要一环。
2001年英国标准协会（British Standard Institute，BSI）在国际IT服务管理论坛（itSMF）年会上，正式发布了基于ITIL的英国国家标准BS15000。2002年，BS15000为国际标准化组织（ISO）所接受，作为IT服务管理的国际标准的重要组成部分。目前，ITSM领域正成为全球IT厂商、政府、企业和业界专家广泛参与的新兴领域，对未来的IT走向和企业信息化，将会产生深远的影响。其内容描述的是IT部门应该包含的各个工作流程以及各个工作流程之间的相互关系。 ITIL的核心内容包括服务支持和服务交付，共11个流程。
ITIL包括了一系列适用于所有IT组织的最佳实践--无论这些组织的规模如何，以及使用的是什么技术。事实上，这15年来的发展，ITIL在全球，尤其是欧美地区一直是如火如荼。它已经被全球近20,000多家在不同领域和行业领先的组织不同程度上所使用。
需要强调的一点是：ITIL不是一个正式标准，而是目前普遍实行的"事实"上的标准。 关于事件管理和问题管理和事件管理和问题管理故障管理的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 事件管理和问题管理的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于事件管理和问题管理故障管理、事件管理和问题管理的信息别忘了在本站进行查找喔。