对企业IT部门来说，实施ITIL Service Support(服务支持)的意义在于清晰梳理日常IT运维管理过程中遇到的各种各样的事，使IT运维过程变得有序连贯，从而提高IT服务的能力和水平。

　　ITIL Service Support能够形象地描述IT运维的工作内容。在ITIL框架下，一项IT服务已经像工业化流水线上的商品一样，体验着IT运维流程化带来的高效率和高质量。

　　当条件不成熟的时候，爆发式实施ITIL，一锅端的方式是不合适的，实践证明效果也很差的。目前较为普遍的方式是渐进式，通过初期、中期和远期三个阶段循序渐进地实施ITIL。

　　对企业来说，实施ITIL的最大意义在于把IT与业务紧密地结合起来，从而让企业的IT投资回报达到最大;对IT部门来说，实施ITIL Service Support的意义在于清晰地梳理出日常IT运维管理过程中各种各样的事，使IT运维过程变得有序连贯，从而提高IT服务的能力和水平。

　　流程化做事风格

　　图1 ITIL Service Support流程图

　　ITIL Service Support的流程(图1所示)清晰地表达出一个认知：服务因事而起，因事而终。

　　在ITIL框架下，一项IT服务已经像工业化流水线上的商品一样，体验着IT运维流程化带来的高效率和高质量。流水线式的服务引发了对原有IT服务组织结构的调整，统一的服务台配合新的管理制度解除了客户直接调用工程师的弊端。不同的事经过服务台识别、分配后，进入事件管理，随之事的身份变换为事件、事故、问题、已知错误、变更、发布，完成一项服务由事发到消除的生命周期。

　　凡事皆有因。对IT运维来说，因自用户而起，事自服务台而入。服务台作为一项管理功能，它每天遇到的事最多，包括报修、投诉、咨询、商业机会乃至骚扰等。如果没有服务台，这些事都会混杂在一起进入IT运维的各个服务小组。有了服务台，每一件事都会经过梳理、分配，然后站队、排位，该去哪里去哪里。作为IT运维流程的起点，服务台做事始终要将“下一个流程”的意识贯穿于工作之中，不能乱排位置、乱指挥。

　　安排妥当后进入事件管理环节。事件管理需要解决的事都是属于已知的可控服务范畴的，也可以理解为是事件管理根据与问题管理协商而定的事件管理范围，是经过识别处理后服务台转过来的事。事件管理其实就是响应速度的管理。响应时间短、处理速度快是事件管理的要求。只要影响事件响应速度的事一旦发生，事件管理就需要做一个简要的分析和诊断，要么提出可行的快速解决方案或应急措施，要么在没有更好办法的情况下将其立即升级为事故。

　　超出事件管理能力范畴并提请升级的事故在ITIL中称之为“问题”。虽然事的性质在升级之后发生了变化，但事件管理里有关它的所有信息都将作为问题管理的参考依据，协助问题管理寻找问题发生的根源。同样，问题管理需要想办法尽快将问题转变为已找到问题根源的“已知错误”，提供应急措施或最终的解决方案以帮助事件管理尽快地恢复用户的业务运行。

　　并不是每一个问题都需要走变更管理流程。变更管理的目的是纠正错误、解决问题。从这一点看，变更管理是在纠正错误的事。一般而言，问题管理分析出已知问题，提交RFC到变更管理，变更管理进行解决。可是一旦变更管理控制得不严，没有对发布进行充分地测试，那么对事件管理和问题管理而言那又将是新事件、新问题的起源。