您好,欢迎访问专业IT管理知识分享平台

上传文档

当前位置:首页 > 文章列表 > 十问ITIL

「ITIL文章」十问ITIL


 border=

想实现IT与业务融合的目标吗?
想让IT部门踏上自我管理之路吗?
想在IT规范的丛林里找到清晰的管理思路吗?

在IT与业务战略融合的过程之中,ITIL(IT基础设施库)和ITSM(IT服务管理)规范将为企业用户提供实现诸多IT与业务管理目标的真实路径。1989年,英国政府商务部在发现企业对IT提供服务和自我管理的方式存在混乱认识的问题后,发布了长达44卷的ITIL规范。目前所实行的第二版于2001年发布,容量减至9卷。而最新的消息显示,ITIL第三版本有望于2007年4月正式发布。

在ITIL诞生并成长的10余年间,ITIL及ITSM理念都经历了巨大的变化和发展,并有望在ISO 20000中成为全球标准。目前的ITIL既是一个词汇库,也是一系列旨在概括性描述IT最佳实践的概念性流程。对企业而言,要使IT更有效地实现自我组织和自我管理,兑现ITIL对于管理的承诺,是一项足以用“浩大”二字形容的工程。所以,您需要先确定一个起点,并了解目前与ITIL有关的10项核心内容。

** 1. 我能够通过ITIL实现哪些过去无法实现的目标吗?
如果实施得当,ITIL可以提高客户满意度、减少IT部门中的浪费,并降低运营成本。下面是两个简单的案例:
● 在2000年,Caterpillar公司的IT部门解决Web事件的目标响应时间是30分钟,但是该部门达到这一目标的几率只有30%。实施ITIL后,其IT供应商达到该响应目标时间的几率提升至90%,而Caterpillar在过去5年实现了业务的几何级增长,IT预算只上升了1%。
● 两年前,Liberty Mutual的IT管理员只有在用户打投诉电话后才能发现某个关键网络应用已停止工作。部署ITIL后,管理员可以在故障发生前对应用的运行速度和异常活动进行监视,并且通常可在用户感觉到异样之前解决问题。

2. 是否需要通读ITIL全部9卷的内容,哪些是重点章节?
《服务支持》和《服务交付》这两卷包含了ITIL的核心知识,其他几卷都是补充性的。《服务支持》卷介绍了5个关键流程:即事件管理、问题管理、变更管理、发布管理和配置管理。尽管服务桌面被认为是一项功能,而非流程,但它仍被包含其中,并且被认为是IT服务的客户报告事件、发出请求和与IT基础设施与业务部门进行沟通的重要接触点。
事件管理的主要内容是,在发生事件(例如服务器崩溃)后尽可能快速地恢复正常的业务运营。问题管理将注意力集中在查找和消除事件的根源,防止其死灰复燃。
ITIL的独特能力是它可以将“事件”与“问题”隔离开来。通常,支持人员在查找事件的根源时,IT部门的支持服务就会暂时处于停顿状态。ITIL优先考虑的是为业务部门提供服务,其次才是在后台修复问题的根源。
变更管理是协调和控制IT基础设施自身变化的过程。ITIL将其视作实现适当批准、授权和质量保证步骤的一项协调工作。
发布管理指的是IT变更的实际实施,包括人员、流程、技术、培训、推广、沟通和业务领域活动,以及设计的建立、测试和变更发布等内容。对大多数IT运营活动而言,将各种变更打包为发布单元,可以有效地降低业务所受到的影响。
配置管理包括日志记录、跟踪、控制和验证基础设施信息的过程,这些信息用于描述IT基础设施中的每一个组件,以及各个组件之间的关系。这一过程的重点是这些项目,即所谓的CI(配置项)之间的相互关系。所有这些信息都保存在一个逻辑CMDB(配置管理数据库)中。

3. CMDB到底有多重要?
CMDB是建设整个IT基础设施的蓝图,它描述各个配置项(CI),包括硬件、软件、事件、协议、服务水平、文档等之间的相互关系,同时还用于描述整个元系统(metasystem)的工作情况。CMDB已经成为迅速查找IT基础设施信息的基础,同时也是实现有效管理决策的基础。在理想条件下,每个CI都有各自的可配置属性。如果可能,CMDB应该能够自动发现CI的相关信息,并在发生变化时对其进行跟踪,从而将维护配置项所需要的管理工作量降至最低。

4.《服务交付》卷关注哪些内容,重要性如何?
《服务交付》卷关注的是IT服务的交付和增强方式,该卷重点强调了5个关键的流程:即服务水平管理、可用性管理、容量管理、IT服务连续性管理和IT财务管理。
服务水平管理涉及SLA(服务水平协议)的规划、协调、监视和报告。它会以连续的方式对服务进行评估,确保这些服务能够以高性价比的方式交付,同时还要满足用户的服务目标。
可用性管理负责协调、设计、测量和管理IT基础设施的可用性,并会综合考虑基础设施和支持机构的各方面情况。它可以协调和集成各个松散结合的“孤岛”,确保IT能够按照必要的水平和成本提供所需的服务。这一过程会将一些关键原则结合在一起,其中包括每种服务的可靠性、可服务性、可管理性、安全性和响应性。
容量管理考虑的是适应业务工作量和业务目标的IT容量、性能和吞吐量。从历史上看,大多数IT部门都会根据IT资源的使用方式来管理容量。ITIL则要求IT部门首先了解容量的业务驱动需求,并在将其实施到IT基础设施之前,通过建模和预测发展将其转化为服务工作量。
IT服务连续性管理可以确保IT服务能够在发生重大灾难时得到恢复。它引入了关键业务功能概念,迫使IT部门将注意力放在服务的恢复上,不再仅仅关注技术的修复。
IT财务管理可以提供IT成本和支出管理所需的预算、会计和收费服务。IT部门通常不了解其提供IT服务所发生的成本,这也是其总被公司董事会质疑的原因之一。IT部门必须开发出一种能力,来明确说明IT服务成本以及IT部门的贡献,IT财务管理将赋予他们这样的能力。 ITIL强调其参与业务活动的具体方法,这方面,服务台意义重大。在典型的业务部门中,业务用户和客户每天都会与服务台建立联系,而且这已经成为服务支持工作流程的一个必要组成部分。同时,行政和管理部门也需要与服务水平管理过程建立接口,从而实现新服务的部署,并调查服务提供工作流程所使用的服务质量。

5. 其他7卷的作用和意义?
在理解了基本概念后,您会对其余的7卷有更多的了解。例如,《ITIL简介》介绍了构成ITIL服务管理的基本概念;《实施ITIL服务的规划》解释了某个部门通过ITIL获得帮助的一些必要步骤;《ICT基础设施管理》涉及了一些关键问题,比如网络服务管理、运营管理、计算机安装和验收等;《应用管理》重点讨论了软件开发和支持周期,对要求和IT服务的测试进行了定义。 《业务展望》卷事实上是两本书,一本面向IT人员,另外一本适用于商业经理。这两本书讨论了业务连续性管理、伙伴关系、外包、生存几率、以及剧烈变化过程中随机应变的业务实践。《安全管理》以ITIL的视角对各项安全规范和标准进行了讨论。最后一本是《软件资产管理》,它提供了管理软件和软件授权的最佳实践。

6. 为什么在美国的部署远远落后于欧洲?
美国在IT基础设施管理的规范化方面一直落后于欧洲。最近美国开始重视ITIL的原因之一是,许多在美国经营的欧洲和亚洲企业都在呼吁:在更大范围内让IT运营符合ITIL的要求。另外,很多美国企业发现,有超过2/3的IT预算被全新的、不可任意支配的运营成本所吞噬,而它们对此根本没有任何控制能力。 ITIL将改变这一现状,它可以针对具体的商业目标实施连续的小型项目,而且所有结果都是可测量的。典型的目标包括缩减IT成本、减少服务中断、为重大IT计划或商业变化做好准备,比方说企业兼并、搬迁或收购。

7. 除大型企业外,还有哪些企业需要ITIL?小型企业或个人是否也可使用ITIL?
任何为企业提供IT服务的部门和/或为企业客户提供服务的部门都能从ITIL中受益。 例如,一家小型企业面临着网络经常中断的困扰,那么这家企业可以使用ITIL的问题管理流程来改善其网络环境。如果一家中型企业的IT基础设施非常复杂,那么这家企业就可以利用ITIL的配置管理解决方案,针对各类变更和新应用进行优化与评估,并为其实施绘制蓝图。

8. 在对ITIL有了充分了解的前提下,该如何启动ITIL呢?
首先要接受培训并获得认证。几乎所有的大型硬件/软件厂商和一些中小型企业都可以提供ITIL培训。您可以在网上搜索相关的ITIL培训机构。完成培训后,您需要利用书本、网络研讨会、图书馆材料和在线资源填补您的知识空白。比较好的ITIL资源包括:IT Service Success(itServiceSuccess.com)、服务水平管理(slminfo.org)和ITSM Watch(itsmwatch.com),以及美国IT服务管理论坛中主要的用户组站点(itsmfusa.org)。

9. 是否应该聘用一些人员做ITIL实施?
许多公司都提供ITIL咨询和实施服务,但这只是采用曲线中最初级的部分。目前的市场中尚不存在所谓的领导型企业。您可以根据他人的经验来选择适当的服务商。 ITIL告诉了我们“要做什么”,但有关“怎么做”的问题却涉及较少。目前,ITIL被称为“IT部门的ERP”,它需要结合企业自身情况将人员、流程和工具相互融合。因此,ITIL要在企业成功实施首先需要领导的积极推动,同时必须在企业中结合角色设置流程经理来落实设计的流程。在推动的过程中,企业应当考虑聘用顾问协助实施,让企业员工对ITIL有更为深刻的理解和认识,这对整个项目的成功帮助极大。

10. ISO 20000与ITIL的关系是什么? **
ITIL主要是一些流程,它并不提供任何衡量标准。而最近发布的ISO 20000是评测IT服务管理和改善IT服务的基础。它定义了针对服务商的要求,并且帮助您确定自己的工作是否符合可接受的IT服务管理标准。ISO 20000可以提供具体、可测量的标准,能够用于对范围、定义条款、规划和实施服务管理、管理系统要求、全新或变更服务规划及实施、服务提供过程、关系过程、控制过程、决议过程和发布过程等领域进行审查。


转载声明:本文转载自「ITIL之家」,搜索「itilzj」即可关注,[阅读原文]。
,593,,0,,2020/9/24 15:44,1 286,1,1,小心配置管理中几个的误区,"

配置管理的项目可以从CMDB的建设开始,也可以从配置管理的流程建设开始。我在一些配置管理的项目中发现了一些用户容易犯的错误有很多。先说说配置管理,做ITSM的项目,往往CMDB的建设,或者配置管理流程大多不会非常重视,往往作为一种辅助性的环节在项目中得到实施。例如ITSM项目一上来就做服务台,然后是变更管理流程和其他流程;在一些后续的资产管理的项目中CMDB的到重视并建设。其实配置管理流程和CMDB是ITSM项目中非常重要的一环,它建设的效果对整体效果有乘法放大的效果。CMDB的主要功能我认为有两点:


提供唯一、精确的配置信息库,让所有IT团队的人都明确IT管理配置项范围,有了它所有人都起码能清楚“我管理的东西是什么有哪些?”。都说ITIL的语言是IT管理的共同语言,那么配置信息就是这个语言的主语和宾语;从这里可以看到,如果我们没有这样一个准确的配置信息库,我们彼此之间的沟通会出现多大的误解和迷惑。我在用户现场做项目的时间比较多,耳闻目睹很多沟通障碍;这些障碍不是沟通方式和技术造成的,而是大家没有能从一开始就说清楚“谈论的CI对象到底是什么”

实现一定程度上的业务影响分析。往往都是有IT部门牵头做CMDB,后期也主要是IT部门用。有效的业务影响分析能力,可以彻底提高事件管理的有效性。一般用户可能会有一个集中Event Console,从这个console中事件一般是以生成的时间先后顺序查看和处理的。最差的事件管理方式就是这种“先进先出”的处理应对方式。如果你能说清楚,发生事件的对象(配置项)对业务系统的影响程度,那么你就能够做到按照这些事件的优先级别来处理;事件的优先级就是该事件对业务系统所造成的影响的严重程度。需要做到业务影响分析,就必须做业务模型梳理。每一个业务服务和业务流程也是配置项,IT的人也需要能理解业务。

下面列出一些常见错误,这些错误发生在企业做ITSM项目的前后都有可能,不过多是在实施ITSM项目之前,或者上CMDB工具之前,或者过程中。

1)目标不明确,实施结果无法衡量 Goal

所谓目标不明确,并不是说没有目标,而是说:目标定的不太合理。不合理的原因有一下几种:目标过大、目标过于模糊、过于教条、拘泥于ITIL的书本、和实际的工作联系不紧密、没有衡量和控制的方式。在一定的项目时间周期内,总结之前配置管理的问题,作出一个切实可行的配置管理数据库建立目标应该不难,主要以使用为主,不要拘泥于细节。

2)配置项信息混乱,信息结构无序 Scope

这里的“信息结构”是说CMDB的CI配置项信息查看应该是立体的有结构的很直观的数据信息。在访谈的过程中,有些用户在讨论过程中认为配置项组成的信息结构应该是网状的。其实现实中的IT基础架构组件的确是以网状的形式相关联的,这种想法非常实际。不过人们都太偏重IT了,遗忘了IT部门的最终使命“为企业交付各种业务服务”。业务服务就是CMDB数据金字塔的顶端部分。从IT部门提供的业务服务开始来梳理和建立CMDB配置库是一种“自顶向下”有效方式,是IT部门做CMDB配置管理过程中,与业务部门沟通的“翻译机”。自顶向下的方式需要业务部门的配合,或者IT部门内有精通业务的强人。通过这种方式做出了的CMDB,CI之间的构成方式,从宏观上看:屏幕的投影是树根型的,立体的看是金字塔形的,业务系统模型是树根的根部,是金字塔的顶端部分。微观上看,局部可能是网状的,或者是星型的。没有业务服务作为头部,很难说出CMDB的scope究竟是多大,很难说清楚哪些CI可能会在CMDB中出现。

3)配置信息随意堆积,纠缠于过多的CI属性 Level

每一个CI都可能具有非常多的属性,成功选择的标准是:够用就好,精简是王。很多用户都存在的误区就是“复杂比简单好,越复杂越放心”;大多数用户在项目初期的需求整理的时候都觉得,需求提的越全面,越好,越保险。这种心情是可以理解的,毕竟ITSM项目的周期和投入通常都是非常多的。不过对于配置管理来说却,万万不能有这种想法;否则,CMDB的维护和审计的工作量将非常巨大。一个信息量过载的CMDB,就是一个不可用的配置库。一个只有10个属性的CI和有50个属性的CI展现在你面前的时候;你找到你所关心的信息花的时间上看,前者是后者的1/5时间。属性一定要精简,特别是CMDB从零开始的用户。在设计的初期一定预留属性扩展的可能性。

4)疏于配置信息的准确性和实时性

CMDB一旦建立了之后,所有用户一定要对CMDB使用起来,要为CMDB提供反馈。最终使用配置信息的人,如果发现信息不准确,需要及时报告配置经理。配置经理需要及时维护。配置经理最重要的职责是,确保每一个大小变更实施完毕之后对要对相关CI做更新。你可以没有正规的变更流程系统去跑变更单,不过我所看到的是很多企业即使没有实施ITSM项目,其实他们手工变更单的流程跑的有板有眼,一点都不差。美中不足的是,变更后的结果没有地方更新和反馈。而CMDB就是这样一个变更结果反馈和汇集的目的地。在大家都频繁使用CMDB,并且每一个大小变更都更新CMDB的完美情况下,CMDB中的信息会随之时间的流逝,愈来愈精确,愈来愈完善。

5)拘泥于工具的功能,忽略了最终目标

我看到的最多的工具是MS Excel,也有使用自开发系统的,可有自开发系统最终丁不住在转向商业工具的 :( 无论何种工具,假如在一个正确的事实和使用的策略下,我觉得都是可以获得CMDB建设的成功的。一个好的工具还是有必要的。在选择一个成品工具或者开发一个CMDB工具时,需要考虑工具的几个方面。工具应该参考或者借鉴某种国际标准,这里的标准是指某种通用模型标准 Common Data Model (CDM),例如DTMF的 Common Information Model (CIM),或者WMI等。好的工具需要能和其他ITSM流程紧密结合,特别是事件管理、问题管理和配置管理者三个流程。如果这三个流程是建立在某种工具平台之上的,那么CMDB的信息最好能无缝的整合的流程的处理过程中。


RECOMMEND
推荐资料

关注官方公众号立即观看ITIL系列培训视频

公众号回复"110"获取如下资料:

1. ITIL的商业价值.pdf

2. 教材-基于ITIL的全球最佳实践.pdf

3. 配置管理_-_配置管理精彩讲解.pdf

4. IT服务管理:概念理解与实施.pdf

5. 配置管理的意义和常见问题解答.pdf

6. ITIL流程设计文档案例

7. ITIL历史考试题库集锦

8. ITIL4和基于云服务白皮书(英文版)

温馨提示

如果你喜欢本文,请分享到朋友圈,想要获得更多信息,请关注我。


版权说明:感谢原作者的辛苦创作,如转载涉及版权等问题,我们将在第一时间删除.

联系邮箱:itilxfy@163.com

关注后免费获取 IT管理知识/ ITIL知识资讯/ 认证考试信息/行业最新资讯

长按二维码识别关注

ITIL 之家

经典内容,免费更新




转载声明:本文转载自「ITIL之家」,搜索「itilzj」即可关注,[阅读原文]。

暂时没有评论,评论一个吧?

您需要登录后才能评论 , 去登录

发表文章

Powered by DS文库

Copyright © 专业IT管理知识分享平台 All Rights Reserved. 鄂ICP备19005274号-1
×
保存成功