itil发展路线图
itil从1980年由英国中央计算机和电信局（ccta）提出至今共经历了三个主要的版本：
itil v1版本
即原始版，1980年英国政府商务办公室（goc,原称政府计算机与通信中心）为解决“it服务质量不佳”的问题，逐步提出和完善了一整套对it服务的质量进行评估的方法体系，称为itil（信息技术基础架构库）。itil v1版本主要是基于职能型的实践，开发了40多卷图书。1989年，英国政府商wu部在发现企业对it提供服务和自我管理的方式存在混乱认识的问题后，发布了长达44卷的itil规范。
itil v2版本
itil v2版于2001年发布，ogc把它总结为10本图书。itil v2版，主要是基于流程型的实践，共有10本图书，包含7个体系：服务支持、服务提供、服务管理规划与实施、应用管理、安全管理、基础架构管理及itil的业务前景。它已经成为了it服务管理领域全球广泛认可的jia实践框架。它的发展非常快，到2001年，被接纳为英国国家标准bs15000; 2005年，被接纳为国际标准iso20000，到目前，国内已经有不少于10家企业通过了这个认证。有更多的公司开始着手实施这个认证。
itil v3版本
itil v3版本更新计划于2004年11月启动，itilv3于2007年5月30日正式发布。itil v3在itil v2的基础上首ci引入了服务生命周期管理理念、强调业务管理驱动和自上而下的实施方式，重点突出it服务与业务管理的集成，提高it服务与业务管理之间的透明度。
itil v3更加强调进一步提高it服务效率、改善it服务效力，实现it服务促进业务管理的目标，实现it服务、业务管理持续稳定发展和综合效用，既是itil v2的升级版本，更是一个创新的成果。
itil v3是由三个主要组件构成，即核心组件、补充组件和网络组件。“核心组件”由五套书组成，涵盖了it服务的生命周期，从业务所需到you化服务，也包含了现有服务支持和服务交付的所有内容。“补充组件”包括不同情况、行业和环境下的详细内容和目标。 “网络组件”提供了不同情况、行业和环境下共同所需的动态资源和典型材料，例如流程图、定义、模版、业务案例和实例学习。
it服务管理之可用性管理
四、 可用性管理主要活动
可用性管理流程运作过程中需要进行的活动主要包括可用性需求分析、可用性设计、恢复方案设计、编制可用性计划、it 组件维护管理、可用性改进、可用性评价和报告等活动。
可用性需求分析：为了保证it 服务运作能够满足业务可用性需求，在确定服务级别需求和服务级别目标之前，必须确定组织的业务可用性需求和相应的it 服务可用性需求。可用性管理人员在根据组织的业务可用性需求确定服务可用性需求时，必须同时评价实现服务可用性需求的成本相对于其提高的效益而言是否是合理的。事实上，一个合理有效的可用性需求通常是服务成本和服务品质平衡的结果。
可用性设计：在确定组织的服务可用性需求和可用性目标之后，可用性管理人员必须为实现该可用性需求和目标设计合理的it 基础架构可用性，以确保it 基础架构足以支持服务可用性目标的实现。可用性设计是一种主动的可用性管理，它通过为it 基础架构设计合理的可用性避免it 服务可用性故障的发生。
恢复方案设计：恢复方案设计是一种消极的可用性管理，其主要目的是在it 服务故障发生后，以短的时间恢复it 服务的可用性。构建一个具有完全可用性的it 基础架构是不可能的，或者构建这样的it 系统成本过于高昂而不符合成本效益原则。在这种情况下，恢复方案设计提供了很好的故障后支持，从而以尽可能低的成本维持it 服务的可用性。
编制可用性计划：明确的可用性计划成功运作可用性管理和改进it 组件及服务的可用性具有重要意义。可用性计划不仅需要关注技术方面的问题，还应对可用性管理的人员、流程、工具和技巧等方面进行综合考虑。
it 组件维护管理：为保证it 组件的可用性，可用性管理人员必须对按照可用性计划对it 组件进行定期维护。有计划的维护活动可以使业务部门提前做好准备，从而将维护活动对业务可用性的影响减小到di度。有时候，为了减少因维护而导致的宕机时间（downtime），可以考虑将对多个组件进行集中维护。
可用性改进：当业务可用性需求发生变化或其他情况发生时，可用性管理人员需要考虑采取积极的措施以改进it 组件和服务的可用性。在实施可用性改进的过程中，可用性管理人员需要监控并分析可用性的变化趋势、确定业务可用性需求的变化以及由此而导致的it 组件和服务的可用性需求的变化、明确可用性改进的成本
可用性评价和报告：对it 组件和服务的可用性进行评价和报告可以明确可用性管理流程运作的效果，从而有助于改进可用性流程的运作质量。在进行可用性报告时，应当从客户的角度进行报告。可用性报告需要向客户及it 服务经理提供有关关键业务功能、应用服务和数据的服务可用性方面的信息，而不是it 组件的技术可用性方面的信息。可用性报告应当以客户易于理解的语言撰写。