信息流程组ITIL培训.ppt

IT Service Support 包括五个核心过程和一个功能 服务台（Service Desk）---功能 事件管理（Incident Management） 问题管理（Problem Management） 变更管理（Change Management） 发布管理（Release Management） 配置管理（Configuration Management） IT Service Delivery 包括五个核心过程： 服务级别管理（Service Level Management） IT服务财务管理（IT Service Financial Management） IT服务连续性管理（IT Service Continuity Management） 可用性管理（Availability Management） 容量管理（Capacity Management） 服务台（Service Desk） 服务台的主要目标：协调客户（用户）和IT 部门之间的关系，为IT 服务运作提供支持，从而提高客户的满意度。 完整意义上的服务台可以理解为其他IT 部门和服务流程的“前台”，它可以在不需要联系特定技术人员的情况下处理大量的客户请求。对用户而言，服务台是他们与IT 部门的唯一连接点，确保他们找到帮助其解决问题和请求的相关人员。 服务台不仅负责处理事故、问题和客户的询问，同时还为其它活动和流程提供接口。这些活动和流程包括客户变更请求、维护合同、服务级别管理、配置管理、可用性管理和持续性管理等。 事件管理（Incident Management） 事故管理的目标：在尽可能小地影响客户和用户业务的情况下，使IT系统尽快恢复到服务级别协议所定义的服务级别，同时记录事故以为其他流程提供支持。 输入事故管理流程的事故可能来自于系统构架任何一部分的用户报告，以及服务台及其相关部门的检测报告和系统的自动检测报告。事故管理流程的输出则是针对所产生事故的解决方案和应急措施。 事故管理并不负责查找事故产生的潜在原因，其强调的是速度 问题管理（Problem Management） 问题管理的目标：调查和分析IT基础架构和查找事故产生的根本原因 与事故管理强调事故恢复的速度不同，问题管理强调的是找出事故产生的根源，从而制定恰当的解决方案或防止其再次发生的预防措施。 在尚未查明事故产生的原因前，事故所对应的潜在原因被称为问题。而在找到事故产生的根本原因后，问题就成为一个知名错误（Known Errors）。随后可以提出一个变更请求（Request of Change）来消除该知名错误和防止类似事故再次发生。 变更管理（Change Management） 变更管理的目标：确保在变更实施过程中使用标准的方法和步骤，尽快地实施变更，以将由变更所导致的业务中断对业务的影响减小到最低。 在变更管理流程运作过程中，需要组建变更咨询委员会（CAB）。变更咨询委员会负责对问题管理流程提交的变更请求进行评审，并决定是否批准该变更请求的实施。变更咨询委员会应当从业务和技术两个角度充分评估变更的影响。 发布管理（Release Management） 发布管理的目标：确认所有最终软件库中软件正本的拷贝是安全可靠的，负责将经测试无误的软硬件版本发布到目的变更地点，并保证相应的服务级别。 发布管理是为变更管理提供支持的，发布管理贯穿了变更的整个生命周期，并且发布管理流程的实施应当在变更管理流程的控制下进行。 配置管理（Configuration Management） 配置管理目标：计量组织和服务中所使用的所有IT资产和配置项的价值；为其它服务管理流程提供有关IT 基础架构配置的准确信息；为事故管理、问题管理、变更管理和发布管理的运作提供支持；核实有关IT 基础架构的配置记录的正确性并纠正发现的错误。 在配置管理中，最基本的信息单元是配置项（Configuration Items，CIs）。所有软件、硬件和各种文档，比如变更请求、服务、服务器、环境、设备、网络设施、台式机、移动设备、应用系统、协议、电信服务等都可以被称为配置项。所有有关配置项的信息都被存放在配置管理数据库（CMDB）中 服务级别管理（Service Level Management） 服务级别管理需要实现的目标：明确客户的业务需求及相应的IT 服务需求；确保以合理的成本提供约定的IT 服务级别；确保实际的IT 服务级别达到约定的服务级别的要求；改善客户关系和提高客户满意度。 服务级别协议是IT 提供方与客户就服务提供与支持过程中关键的服务目标及双方的责任等问题协商一致后所达成的协议。 服务级别管理主要通过服务级别协议、运作级别协议和支持合同