|
ITIL框架发现V3新股东 |
|
|
自从它出现之后，信息技术基础架构库(ITIL) 框架就为CIO们提供了采用业务驱动的方式来提供IT服务的指导。最近有关ITIL框架的50本书，讨论了服务的生命周期方式，并对如何使用IT服务设计作为ITIL实现的开始点的方式提出了深刻的见解。
ITIL Version 2是在2000年面世的——然而它现在仍然对IT服务设计具有指导意义——重点转移到对潜在的操作过程产生的更加即时的改善，这些潜在的操作过程是作为IT企业的基础存在的。
最后，在2007年的5月底，ITIL Version 3出现了，再次强调了服务生命周期和讨论服务设计方式作为改善针对商业的IT服务的起点的重要性。通过服务生命周期的关注，ITIL V3强调了商业驱动，“自上而下”的方式。这种方式或者将ITIL的讨论提升到了执行的级别，并且帮助你确保了 主管们对ITIL 行动的支持。
理解服务生命周期
选择使用ITIL服务设计来提高IT服务的公司必须要考虑服务的生命周期。IT服务的质量，稳定性和可用性是由流入流出服务生命周期的所有生命周期过程所决定。例如，IT资产，有它们自己的从采购到报废的生命周期。这个资产生命周期与服务生命周期在某些不同的点上发生重叠。还有其他的生命周期会影响到服务的生命周期，并且它还会带来非传统的ITIL股东，例如应用程序开发人员。这些新的股东的出现逐渐与IT服务管理有关，当企业实现了一种服务设计方式的时候。
传统上说，ITIL对于IT运营和IT服务的客户来说具有很大的意义。IT运营团队的角色就是要确保IT服务的交付。这个团队确保服务支持处理到位，并且在管理它们的生命周期方面明显成熟并有效。IT服务的客户也有关系，因为他们是受服务自身影响最大的人群。因此，他们帮助定义需求，确立服务级别等等。
使用服务设计方式，应用程序开发人员还变成重要的ITIL股东，因为开发人员身处服务设计过程之中，确保为服务设计团队提供了关于性能需求、成本以及服务的可用性等问题的足够的信息。在过去，开发人员需要把自己看作是ITIL的股东，因为这个框架似乎与他们的核心工作职责没有一点明显的关系。然而，当开发人员开始意识到并且积极从事ITIL的服务设计的时候，他们就帮助改善了IT服务的可靠性。
对于有效的服务设计，客户的集体参与，运营人员，以及应用程序开发人员必须相互协作。这个协作——通常被贴上“应用程序生命周期支持”或者“服务设计支持”的标签——可以通过理解IT应用程序在客户环境中的使用方式，以及通过鼓励所有相关系统分析师和开发人员，数据库管理员，程序员，测试单元以及技术支持专家的参与——还有运营人员，以及最重要的，客户——来完成。更紧密的合作——或者说在IT服务的客户，项目经理和应用程序开发人员之中对于ITIL框架的最低限度的理解——也将会帮助确保IT服务的质量可以满足业务的需求。
|
|
|
| ITIL小百科 |
|
|
| |
在80年代末期，英国商务部(OGC)，正式的称谓英国中央计算机与电信局构思了ITIL；OGC最初的目标是通过应用IT来提升政府业务的效率；这个目标能够通过将不同IT功能之间缺乏交流的状况降到最低来达成。OCG意识到有必要管理不同的IT组件，例如硬件、软件、基于计算机的通讯来提高政府的效能和效率；这将确保IT使用达到最优；OGC获得了来自IT管理行业专家的的帮助并开始将他们的经验文档化。 |
|
|
|
|
|
|
