【IT168 技术文章】

    在上个世纪80年代中期，英国政府为填补IT服务管理方面的空白，英国政府中央计算机和电信局CCTA (Central Computer & Telecommunications Agency，后来并入英国商务办公室OGC (Office of Government Commerce)，发起成立专门项目，通过深入研究和总结各个组织的实际经验(非常好的实践best practice)，找出IT运营管理中什么起作用而什么不起作用。CCTA在项目进展中，结合了政府部门和企业界各方力量，同时放眼欧洲和美国(包括HP、IBM等企业)。经过几年的深入研究，CCTA发布了IT服务管理的非常好的实践―ITIL (IT Infrastructure Library，IT基础设施库)。这是一套系列书籍(其中最早的一本于1998年出版)，基于非常好的实践，在提供符合业务部门要求的IT服务方面，给出了通用的指导。
    以客户为导向——给客户提供高质量、低成本的IT服务。为了确保服务质量，须进行责任分配，他们向用户请教并帮助他们使用优质的服务，收集并分析用户的观点和建议，对用户不满意的地方进行跟踪，监控用户对服务的评价，支持内部用户。
    服务管理的核心内容包含在服务提供与服务支持两份ITIL文档中。

    一、服务支持流程和功能的基本内容：

    1、服务台（Service Desk）

    描述——服务台，即通常所指的帮助台和呼叫中心，是一种服务职能而不是管理流程。在IT服务管理中，服务台起着纽带的作用。对服务提供方而言，服务台是“过滤器”和“扩音器”，它可以处理很多客户的询问和请求，节约了资源，并及时向客户和用户传递有关服务的各种情况；对客户和用户而言，服务台是“寻呼机”和“导航器”，在碰到任何问题或疑问时，只需通知和联系服务台，然后再由服务台指导和协调下一步的处理工作。
    目标——为用户提供单一的联系点；为实现业务目标提供高质量的支持服务；降低提供和使用IT服务的总体成本；提高了用户的满意度；协助发现商业机会；优化了支持服务的投资和管理；为业务、流程和技术的全面变革提供支持。
    主要任务：

    接受客户请求（可以通过电话、电子邮件和传真等）；
    记录并跟踪事故和客户意见；
    及时通知客户其请求的当前状况和最新进展；
    根据服务级别协议，初步评估客户请求，尽力解决它们或将其安排给有关人员解决；
    根据服务级别协议的要求，监督规章制度的执行情况并在必要时对其进行修改；
    对客户请求从提出直至终止和验证的整个过程进行管理；
    在需要短期内调整服务级别时及时与客户沟通；
    协调二线支持人员和第三方支持小组；
    提供管理方面的信息和建议以改进服务品质；
    根据用户的反馈发现IT服务运作中产生的问题；
    发现客户培训和教育方面的需求；
    终止事故并与客户一道确认事故的解决情况。

    2、事故管理 (Incident Management)

    描述——尽管现在的系统已经越来越面向用户，对用户更加友好，最终用户依然需要明确定义一种联系方式对发生的事故进行管理。事故管理最主要关注的是服务级别快速稳定地恢复。事故（Incident）是任何不符合标准操作且已经引起或可能引起服务中断和服务质量下降的事件。
    目标——在尽可能小地影响组织及用户业务的情况下使IT系统尽快恢复到服务级别协议所定义的服务级别，以确保最好的服务质量和可用性级别。
    主要任务：
    及时识别并跟踪发生的事故；
    对事故进行分类并提供初步支持；
    对事故进行调查与分析识别引发事故的潜在原因；
    解决事故并恢复服务；
    跟踪和监督所有事故的解决过程，并随时进行沟通。

    3、问题管理 (Problem Management)

    描述——指负责解决IT服务运营过程中遇到的所有问题的流程。结构化、系统化的问题管理方法能够迅速查明事故发生的潜在原因并找到解决此事故的方法或防止其再次发生的措施。因此，健全的问题管理关注预防性措施和引发事故的潜在因素的识别。
    目标——寻找发生问题的根本原因，根据优先级定义首先解决关键性问题，并防止与这些事故相关的事故再次发生，增加支持人员解决问题的能力。
    主要任务：
    识别和记录问题；
    对问题归类，主要关注影响业务的问题；
    调查问题的根本原因；
    解决问题；
    终止问题。

    4、配置管理 (Configuration Management)

    描述——配置管理是识别和确认系统的配置项，记录和报告配置状态和变更请求、检验配置项的正确性和完整性等活动构成的过程。应用系统的服务级别主要依靠内部结构。严格的配置管理对于应用系统的全部潜在完成是必须的，它还能为有效的规划和监控资源提供必要的信息。
    目标——配置管理有多层目标：
    计量组织和服务中所使用的所有IT资产和配置项的价值；
    核实有关IT基础架构的配置记录的正确性并纠正发现的错误；
    提供准确的配置信息和相关文档以支持其它服务管理流程（事故管理、问题管理、变更管理和发布管理）。
    主要任务：
    识别相关信息的需求 (健全的配置管理的目的、范围、目标、策略和程序)；
    与配置项所有者一起识别和标识配置项，有效的文档、版本及相互关系；
    在中心配置管理数据库中记录配置项；
    建立程序和文档标准以确保只有被授权及可辨别的配置项被记录和可追溯的历史记录是有效的；
    确保数据的永久状态(配置状况报告)；
    对CDMB中记录的配置项进行审验。

    5、变更管理 (Change Management)

    描述——随着信息技术的快速发展和企业竞争的加剧，为核心业务提供的服务可能受到中断的影响。可靠的变更管理就是对在最短的时间内完成基础架构的任一部分或服务的任一方面的变更进行规划和监督的过程，旨在将对原有系统、新建系统、基础架构和服务产生的风险减少到最低程度。
    目标——确保在变更实施的过程中使用标准的方法和步骤，从而以最快的速度实施变更，将由变更所导致的业务中断的影响减少到最低。

    主要任务：
    记录和筛选变更请求(RFC)；
    对RFC进行分类并划分优先级；
    评价RFC对基础架构和其他服务的影响，及非IT流程与不实施RFC的影响；
    实施RFC所需要的资源；
    获得实施RFC的正式批准；
    变更进度安排；
    实施RFC；
    评审RFC的实施。

    6、发布管理 (Release Management)

    描述——由于操作系统的异构、地址位置的不同以及实施发布管理的补丁频繁发布，只有经过测试和被授权的应用系统才能发布已经变的越来越重要了。发布管理是指对经测试后导入实际应用的新增或修改后的配置项进行分发和宣传的管理流程。
    目标——确保只有正确的、被授权的和经过测试的系统组件（软件、硬件及相关文档）才能被正确、按时安装。
    主要任务：
    制定发布计划；
    设计发布测试及执行测试的程序以鉴定是否合格；
    制定首次运行计划；
    通知并培训可能的客户；
    结束发布；
    实施前后对组件进行审计；
    安装及分发。