Revision as of 09:57, 9 April 2009 editAsh (talk | contribs)23,897 editsm Removing link to unreferenced magazine article from 2005← Previous edit | Latest revision as of 16:49, 21 December 2024 edit undoPhsmet (talk | contribs)9 editsm →Certification | ||
Line 1: | Line 1: | ||
{{Other uses|Itil (disambiguation){{!}}Itil}} | |||
<!-- --~~~~ I vote no merge this article is much better the ITIL v3. ITIL v3 has had slow adoption in the IT community. But the ITIL framework is noteworthy. Nice article --> | |||
{{Advert|date=July 2023}} | |||
The '''Information Technology Infrastructure Library''' ('''ITIL''') is a set of concepts and policies for managing ] (IT) infrastructure, development and operations. | |||
{{Short description|Set of practices for Information Technology (IT) development, management and support.}} | |||
ITIL is published in a series of books, each of which covers an IT management topic. The names ''ITIL'' and ''IT Infrastructure Library'' are ] of the ]'s ] (OGC). ITIL gives a detailed description of a number of important IT practices with comprehensive checklists, tasks and procedures that can be tailored to any IT organization. | |||
{{Use British English|date=July 2012}} | |||
{{Use dmy dates|date=March 2021}} | |||
'''ITIL''' (previously and also known as''' Information Technology Infrastructure Library)''' is framework with set of practices (previously processes) for IT activities such as ] (ITSM) and ] (ITAM) that focus on aligning IT services with the needs of the business.<ref>{{Cite web|title=it-infrastructure-library|url=https://www.ibm.com/cloud/learn/it-infrastructure-library|access-date=2021-04-21|website=www.ibm.com|language=en-us|archive-date=21 April 2021|archive-url=https://web.archive.org/web/20210421201813/https://www.ibm.com/cloud/learn/it-infrastructure-library|url-status=live}}</ref> | |||
ITIL describes best practices, including processes, procedures, tasks, and checklists which are neither organization-specific nor technology-specific. It is designed to allow organizations to establish a baseline and can be used to demonstrate compliance and to measure improvements. | |||
==Certification== | |||
] | |||
ITIL Certifications are managed by the ITIL Certification Management Board (ICMB). The Board includes representatives from all interested parties | |||
within the community from around the world. Members of the Board include (though are not limited to) representatives from the UK ] (OGC), APM Group (APMG, ] (TSO), V3 Examination Panel, Examination Institutes (EIs) and the ] (''it''SMF) as the recognised user group.<ref>{{cite web |author=APMG|year=2008|title=ITIL® Service Management Practices: V3 Qualifications Scheme|format=HTML|url=http://www.itil-officialsite.com/nmsruntime/saveasdialog.asp?lID=572&sID=86|accessdate=2009-02-24}}</ref><br /> | |||
There is no formal independent third-party compliance assessment available to demonstrate ITIL compliance in an organization. Certification in ITIL is only available to individuals and not organizations. Since 2021, the ITIL ] has been owned by PeopleCert.<ref>{{cite web|title=PeopleCert completes Axelos acquisition|url=https://www.peoplecert.org/news-and-announcements/peoplecert-completes-axelos-acquisition|publisher=PeopleCert|accessdate=21 Jun 2021}}</ref> | |||
On ] ], the OGC signed a contract with the to be its commercial partner for ITIL accreditation from ] ].<!--removed following phrase as it is speculation and POV: presumably ending the EXIN and ISEB roles in this activity) --><ref>{{cite web |author=Office of Government Commerce|year=2006|title= Best Practice portfolio: new contracts awarded for publishing and accreditation services|format=HTML|url=http://www.ogc.gov.uk/About_OGC_news_4906.asp|accessdate=2006-09-19}}</ref>. | |||
==History== | |||
APMG manage the ITIL Version 3 exams and award qualifications at Foundation, Intermediate and Expert level (with a new Masters level under development). <br /> | |||
Responding to growing dependence on IT, the UK Government's ] (CCTA) in the 1980s developed a set of recommendations designed to standardize IT management practices across government functions, built around a ''process model''-based view of controlling and managing operations often credited to ] and his ] cycle.<ref>{{cite book |author1=David Clifford |author2=Jan van Bon |title=Implementing ISO/IEC 20000 Certification: The Roadmap |series=ITSM Library |publisher=Van Haren Publishing |year=2008 |isbn=978-90-8753-082-2}}</ref> | |||
* In 1989, ITIL was released. It grew to a series of 30 books that recommended and provided IT best practices that focused on and catered for client and business needs. | |||
APMG maintains a voluntary register of ITIL Version 3-certified practitioners at their . A voluntary registry of ITIL Version 2-certified practitioners is operated by the .<br /> | |||
* In 1993, the examination institute ] developed the first certification scheme for ITIL.<ref>{{cite web |title=EXIN Milestones |url=https://www.exin.com/about-exin/ |website=EXIN.com |access-date=3 April 2023}}</ref> | |||
* In April 2001, the CCTA was merged into the ] (OGC), an office of the ].<ref>{{cite web |website=] (UK) |title=OGC - - CCTA Re-direct Page |access-date=2005-05-05 |url=http://www.ogc.gov.uk/index.asp?id=1878 |archive-url=https://web.archive.org/web/20050422073533/http://www.ogc.gov.uk/index.asp?id=1878 |archive-date=22 April 2005 |date=1 April 2003}}</ref> | |||
* In 2001, ITIL version 2 was released. | |||
* In May 2007, ITIL version 3 was released (also known as the ITIL Refresh Project) consisting of 26 processes and functions, now grouped into only 5 volumes, arranged around the concept of Service lifecycle structure. ITIL Version 3 is now known as ITIL 2007 Edition. | |||
* In 2009, the OGC officially announced that ITIL Version 2 certification would be withdrawn and launched a major consultation as per how to proceed.<ref>{{cite web |website=] (UK)|access-date=2009-08-19 |title=ITIL |url=http://www.ogc.gov.uk/guidance_itil.asp |archive-url=https://web.archive.org/web/20090909012325/http://www.ogc.gov.uk/guidance_itil.asp |archive-date=9 September 2009 |date=2009-07-13}}</ref> | |||
* In 2009 and 2011, researchers investigated the benefits of the ITIL implementation.<ref>{{Cite journal |last1=Marrone |first1=Mauricio |last2=Kolbe |first2=Lutz M. |date=2011-01-15 |title=Impact of IT Service Management Frameworks on the IT Organization |journal=] |language=en |volume=3 |issue=1 |pages=5–18 |doi=10.1007/s12599-010-0141-5 |issn=1867-0202 |doi-access=free}}</ref><ref>{{Cite journal |last1=Pollard |first1=Carol |last2=Cater-Steel |first2=Aileen |date=2009-04-14 |title=Justifications, Strategies, and Critical Success Factors in Successful ITIL Implementations in U.S. and Australian Companies: An Exploratory Study |journal=Information Systems Management |volume=26 |issue=2 |pages=164–175 |citeseerx=10.1.1.631.8883 |doi=10.1080/10580530902797540 |issn=1058-0530 |s2cid=14096708}}</ref> | |||
* In July 2011, ITIL 2011 was released. | |||
* In 2013, ITIL was acquired by ], a ] between ] and the UK ].<ref>{{Cite web |url=https://www.cio.com/article/2439501/infrastructure-it-infrastructure-library-itil-definition-and-solutions.html |title=What is ITIL? Your guide to the IT Infrastructure Library |first1=Sarah K. |last1=White |first2=Lynn |last2=Greiner |date=January 18, 2019 |website=] |access-date=7 May 2019 |archive-date=24 April 2019 |archive-url=https://web.archive.org/web/20190424015940/https://www.cio.com/article/2439501/infrastructure-it-infrastructure-library-itil-definition-and-solutions.html |url-status=live }}</ref> | |||
* In February 2019, ITIL 4 was released. With this release, the nomenclature of using a version number was replaced simply with the numerical number (v3 became 4) in a reference to the 4th industrial revolution. The main changes were: to consider end-to-end Service Management from holistic and value-centric perspectives, to align with philosophies such as Agile, DevOps, and Lean, and to reduce the emphasis on IT Service Management in favor of general Service Management.<ref>{{cite web |title=ITIL 4 |url=https://wiki.en.it-processmaps.com/index.php/ITIL_4 |website=IT Process Wiki |access-date=11 February 2022 |archive-date=14 February 2022 |archive-url=https://web.archive.org/web/20220214234627/https://wiki.en.it-processmaps.com/index.php/ITIL_4 |url-status=live }}</ref>{{ugc|date=June 2023}} | |||
* In June 2021, PeopleCert completed the acquisition of Axelos. | |||
==Guiding principles== | |||
Organizations and management systems cannot be certified as "ITIL-compliant". An organisation that has implemented ITIL guidance in IT Service Management (ITSM), may however, be able to achieve compliance with and seek certification under ]. Note that there are some significant differences between ISO/IEC20000 and ITIL Version 3 <ref>{{cite web |author=Office of Government Commerce|year=2008|title=Best Management Practice: ITIL® V3 and ISO/IEC 20000|format=HTML|url=http://www.best-management-practice.com/gempdf/ITIL_and_ISO_20000_March08.pdf|accessdate=2009-02-24}}</ref> | |||
ITIL 4 contains seven guiding principles: | |||
* ISO20000 only recognises the management of financial assets, not assets which include "management, organisation, process, knowledge, people, information, applications, infrastructure and financial capital", nor the concept of a "service asset". So ISO20000 certification does not address the management of 'assets' in an ITIL sense. | |||
*Focus on value | |||
* ISO20000 does not recognise Configuration Management System (CMS) or Service Knowledge Management System (SKMS), and so does not certify anything beyond Configuration Management Database (CMDB). | |||
*Start where you are | |||
* An organisation can obtain ISO20000 certification without recognising or implementing the ITIL concept of Known Error, usually considered essential ITIL.<br /> | |||
*Progress iteratively with feedback | |||
*Collaborate and promote visibility | |||
*Think and work holistically | |||
*Keep it simple and practical | |||
*Optimize and automate | |||
== |
==Framework content== | ||
ITIL 4 consists of 34 practices grouped into 3 categories: | |||
===Precursors=== | |||
*General management practices: some examples are: Strategy management, ], ] management and ] | |||
The raison d'etre for building the library was rooted in the fact that the ] (CCTA) Procurement had been buying Mainframes and Minis from IBM/DEC/HP Sperry Univac et al for decades. Maintenance and on site care was usually outsourced to the Mainframe and Mini support teams - who typically just replaced dumb terminals for users. Support calls were answered on site by low level vendor engineers doing swap outs of dumb terminals. The CCTA looked to stem their budget and started buying PCs however found that users had local hardware and software (MS DOS and Dr.DOS) issues. Government departments had to start their own IT Departments, and turned to the CCTA for advice and guidance.Peter Skinner and the CCTA procurement department approached vendors and PC/Network resellers for advice which was freely given and latterly developed. The reason that there were 6 books originally (and not one big book) was that Government departments came in all sizes and may have just wanted a single element from one of the books (i.e . how to start and man a help desk) and not want to buy the complete suite (hence Library) | |||
*Service management practices: examples are: ], Availability management and ] | |||
*Technical management practices: including three practices: ], Infrastructure and platform management and ] and management. | |||
== Certification == | |||
Many of the concepts did not originate within the original UK Government's Central Computer and Telecommunications Agency (CCTA) project to develop ITIL. According to IBM: | |||
ITIL 4 certification can be optained by different roles in IT management. Certification starts with ITIL 4 Foundation, followed by one of two branches:<ref>https://goodelearning.com/articles/who-uses-itil/ |title= Who Uses ITIL? The Applications of ITIL 4 |last1=Omniplex Learning|website=] |access-date=21 December 2024</ref> | |||
=== ITIL 4 Managing Professional === | |||
{{cquote|In the early 1980s, IBM documented the original Systems Management concepts in a four-volume series called ''A Management System for Information Systems.'' These widely accepted “yellow books,” ... were key inputs to the original set of ITIL books."<ref>{{cite web | author=IBM Global Services| year=2004| title=IBM and the IT Infrastructure Library| format=PDF | url=http://www.ibm.com/services/us/igs/pdf/wp-g510-3008-03f-supports-provides-itil-capabilities-solutions.pdf| accessdate=2006-05-31}}</ref><ref>{{cite web | author=IBM Global Services| year=2003| title=IBM's commitment to ITIL (archived)| format=HTML| url=http://web.archive.org/web/20070304184624/http://www-935.ibm.com/services/us/index.wss/detail/its/a1000593?cntxt=a1000429|accessdate=2007-03-04}}</ref>}} | |||
* ITIL 4 Specialist: Create, Deliver & Support (CDS) | |||
* ITIL 4 Specialist: Drive Stakeholder Value (DSV) | |||
* ITIL 4 Specialist: High Velocity IT (HVIT) | |||
=== ITIL 4 Strategic Leader === | |||
The primary author of the IBM yellow books was Edward A. Van Schaik, who compiled them into the 1985 book ''A Management System for the Information Business''<ref>Van Schaik, E. A. (1985). ''A Management System for the Information Business.'' Englewood Cliffs, NJ, Prentice-Hall, Inc. ISBN 0-13-549965-8</ref> (since updated with a 2006 re-issue by Red Swan Publishing<ref>Van Schaik, E. A. (2006 2nd Ed.). ''A Management system for the Information Business.'' Red Swan Publishing. ISBN 1933703032</ref>). In the 1985 work, Van Schaik in turn references a 1974 ] work, ''Managing the Data Resource Function''<ref>Nolan, Richard, 1974, 1982. ''Managing the Data Resource Function.'' St. Paul, Minnesota, West Publishing. ISBN 0829900039 (1982 ed.)</ref> which may be the earliest known systematic English-language treatment of the topic of large scale IT management (as opposed to technological implementation). | |||
<!-- added additional link as first once wasn't working for me M Gillett | |||
* ITIL 4 Strategist: Direct, Plan & Improve (DPI) | |||
Other IBM publications and comments by ITIL authors clarify that the "Yellow Books" were a significant input to ITIL Service Support but the Service Delivery volume didn't draw on them to the same extent. | |||
* ITIL 4: Digital & IT Strategy (DITS) | |||
==See also== | |||
Further evidence on this (pro or con) is lacking, but the ongoing involvement of ] (as well as many other vendors and consultants) in ITIL authorship is a matter of record, visible in the front matter of the ITIL volumes. A. | |||
* ] – A similar framework for ] | |||
<!--no financial interest in IBM but this is of legit historical interest I believe. I have the first volume in this series and it does contain content substantiating IBM's representation. The actual title is A Management System for the Information Business. C Betz--> | |||
* ] (BiSL) – A similar framework for ] and ] | |||
* ] – An international standard for IT service management | |||
===Development=== | |||
* ] – A framework for assessment of IT service management maturity | |||
What is now called ITIL version 1, developed under the auspices of the CCTA was titled "Government Information Technology Infrastructure Management Methodology" (GITMM) and over several years eventually expanded to 31 volumes in a project initially directed by ] and John Stewart at the CCTA. The publications were retitled primarily as a result of the desire (by Roy Dibble of CCTA) that the publications be seen as guidance and not as a formal method and as a result of growing interest from outside of the ] Government. | |||
* | |||
During the late 1980s the CCTA was under sustained attack, both from IT companies who wanted to take over the central Government consultancy service it provided and from other Government departments who wanted to break free of its oversight.{{Fact|date=May 2008}} Eventually CCTA succumbed and the concept of a central driving IT authority for the UK Government was lost. This meant that adoption of CCTA guidance such as ITIL was delayed, as various other departments fought to take over new responsibilities. | |||
In some cases this guidance was lost permanently. The CCTA IT Security and Privacy group, for instance, provided the CCTA IT Security Library input to GITMM, but when CCTA was broken up the ] appropriated this work and suppressed it as part of their ] over security responsibilities. | |||
Though ITIL was developed during the 1980s, it was not widely adopted until the mid 1990s for the reasons mentioned above. This wider adoption and awareness has led to a number of ], including ] which is an international standard covering the ] elements of ITIL. ITIL is often considered alongside other best practice frameworks such as the ] (ISPL), the ] (ASL), ] (DSDM), the ] (CMM/CMMI), and is often linked with ] through ] (COBIT). | |||
In December 2005, the OGC issued notice of an ITIL refresh <ref>Office of Government Commerce. . Retrieved ] ].</ref>, commonly known as ], which became available in May 2007. ITIL v3 initially includes five core texts: | |||
# Service Strategy | |||
# Service Design | |||
# Service Transition | |||
# Service Operation | |||
# Continual Service Improvement | |||
These publications update much of the current v2 and extend the scope of ITIL in the domain of service management. | |||
==ITIL alternatives== | |||
] as a ] is related but not equivalent to ITIL which, in Version 2, contained a subsection specifically entitled '''IT Service Management''' (ITSM). (The five volumes of version 3 have no such demarcated subsection). The combination of the ] and ] volumes are generally equivalent to the scope of the ] standard (previously BS 15000). | |||
Outside of ITIL, other IT Service Management approaches and frameworks exist, including the library covering general issues of large scale IT management, including various Service Management subjects. | |||
] is perceived as an audit framework but the supporting body of knowledge (such as COBIT's books Control Practices, IT Assurance Guide, IT Governance Implementation Guide, and User's Guide for Service Managers) has grown to offer a credible alternative to ITIL. | |||
The British Educational Communications and Technology Agency (]) has developed the (FITS) and is based on ITIL, but it is slimmed down for UK primary and secondary schools (which often have very small IT departments). Similarly, claims to be based on ITIL but to focus specifically on the biggest "bang for the buck" elements of ITIL. | |||
Organizations that need to understand how ITIL processes link to a broader range of IT processes or need task level detail to guide their service management implementation can use the ]. Like ], ITUP is aligned with ITIL, but is presented as a complete, integrated process model. | |||
Smaller organizations that cannot justify a full ITIL program and materials can gain insight into ITIL from a review of the ] which is based on ITIL but defines a more limited implementation. | |||
The enhanced Telecom Operations Map ] published by the TeleManagement Forum offers a framework aimed at telecommunications service providers. In a joined effort, tmforum and itSMF have developed an Application Note to eTOM (GB921 V, version 6.1 in 2005, a new releases is scheduled for summer 2008) that shows how the two frameworks can be mapped to each other. It addresses how eTom process elements and flows can be used to support the processes identified in ITIL. | |||
==Overview of the ITIL 2 library== | |||
The IT Infrastructure '''Library''' originated as a collection of books each covering a specific '''practice''' within IT Service Management. After the initial publication, the number of books quickly grew within ITIL v1 to over 30 volumes. In order to make ITIL more accessible (and affordable) to those wishing to explore it, one of the aims of ITIL v2 was to consolidate the publications into logical 'sets' that grouped related process guidelines into the different aspects of IT management, applications and services. | |||
While the Service Management sets (Service Support and Service Delivery) are by far the most widely used, circulated and understood of ITIL publications, ITIL provides a more comprehensive set of practices as a whole. Proponents believe that using the broader library provides a comprehensive set of guidance to link the ''technical'' implementation, operations guidelines and requirements with the ], ] and ] of a modern business. | |||
The eight ITIL version 2 books and their disciplines are: | |||
The IT Service Management sets | |||
:1. ''']''' | |||
:2. ''']''' | |||
Other operational guidance | |||
:3. ''']''' | |||
:4. ''']''' | |||
:5. ''']''' | |||
:6. ''']''' | |||
:7. ''']''' | |||
To assist with the implementation of ITIL practices a further book was published providing guidance on implementation (mainly of Service Management): | |||
:8. ''']''' | |||
And this has more recently been supplemented with guidelines for smaller IT units, not included in the original eight publications: | |||
:9. '''ITIL ]''' | |||
ITIL is built around a process-model based view of controlling and managing operations often credited to ]{{Fact|date=June 2007}}. The ITIL recommendations were developed in the 1980s by the UK Government's CCTA in response to the growing dependence on IT and a recognition that without standard practices, government agencies and private sector contracts were independently creating their own IT management practices and duplicating effort within their ] (ICT) projects resulting in common mistakes and increased costs.{{Fact|date=February 2007}} In April 2001 the CCTA was merged into the ] (OGC), an office of the ].<ref>Office of Government Commerce (UK). Retrieved ] ].</ref> | |||
One of the primary benefits claimed by proponents of ITIL within the IT community is its provision of common ], consisting of a glossary of tightly defined and widely agreed terms. A new and enhanced ] has been developed as a key deliverable of the ITIL v3 (also known as the ITIL Refresh Project). | |||
==Overview of the ITIL v3 library== | |||
], published in May 2007, comprises five key volumes: | |||
:1. Service Strategy | |||
:2. Service Design | |||
:3. Service Transition | |||
:4. Service Operation | |||
:5. Continual Service Improvement | |||
===Service Strategy=== | |||
Service strategy is shown at the core of the ITIL v3.1 lifecycle but cannot exist in isolation to the other parts of the IT structure. It encompasses a ] to build best practice in developing a long term service strategy. It covers many topics including: general strategy, ] and market space, service provider types, service management as a strategic asset, organization design and development, key process activities, financial management, service portfolio management, ], and key roles and responsibilities of staff engaging in service strategy. | |||
===Service Design=== | |||
The design of IT services conforming to best practice, and including design of ], processes, policies, ], and allowing for future business requirements. This also encompasses topics such as ] (SDP), ], ], designing for capacity management, IT service continuity, Information Security, supplier management, and key roles and responsibilities for staff engaging in service design. | |||
===Service Transition=== | |||
Service transition relates to the delivery of services required by the business into live/operational use, and often encompasses the "project" side of IT rather than "BAU" (Business As Usual). This area also covers topics such as managing changes to the "BAU" environment. Topics include Service Asset and Configuration Management, Transition Planning and Support, Release and deployment management, ], ], as well as the key roles of staff engaging in Service Transition. | |||
===Service Operation=== | |||
Best practice for achieving the delivery of agreed levels of services both to end-users and the customers (where "customers" refer to those individuals who pay for the service and negotiate the SLAs). Service Operations is the part of the ] where the services and value is actually directly delivered. Also the monitoring of problems and balance between service reliability and cost etc are considered. Topics include balancing conflicting goals (e.g. reliability v cost etc), Event management, ], ], request fulfillment, asset management, ], technical and ], as well as key roles and responsibilities for staff engaging in Service Operation. | |||
===Continual Service Improvement (CSI)=== | |||
==== Short Description ==== | |||
Aligning and realigning IT services to changing business needs (because standstill implies decline). | |||
The goal of Continual Service Improvement is to align and realign IT Services to changing business needs by identifying and implementing improvements to the IT services that support the Business Processes. The perspective of CSI on improvement is the business perspective of service quality, even though CSI aims to improve process effectiveness, ] and cost effectiveness of the IT processes through the whole lifecycle. In order to manage improvement, CSI should clearly define what should be controlled and measured. | |||
CSI needs to be treated just like any other service practice. There needs to be upfront planning, training and awareness, ongoing scheduling, roles created, ownership assigned,and activities identified in order to be successful. CSI must be planned and scheduled as process with defined activities, inputs, outputs, roles and reporting. | |||
==== Long Description ==== | |||
Once an organization has gone through the process of identifying what its Services are, as well as developing and implementing the IT Service Management (ITSM) processes to enable those services, many incorrectly believe that the hard work is done. The real work is only just beginning. How do organizations get buy-in for using the new processes? How do organizations measure, report and use the data to improve not only the new processes but to continually improve the Services being provided? This requires a conscious decision to adopt CSI with clearly defined goals, documented procedures, inputs, outputs and identified roles and responsibilities. To be successful, CSI must be embedded within each organization's culture. | |||
The Service Lifecycle is a comprehensive approach to Service Management: seeking to understand its structure, the interconnections between all its components,and how changes in any area will affect the whole system and its constituent parts over time. It is an organizing framework designed for sustainable performance. | |||
The Service Lifecycle can be viewed in a graphical manner, where it is easy to demonstrate the value provided, both in terms of "''business contribution''" and "''profit''". The '''business contribution''' is the ability for an IT organization to support a business process, managing the IT service at the requested performance. The '''profit''' is the ability to manage cost of service in relations to the business revenue. | |||
The Service Lifecycle can be viewed as a phased life cycle, where the phases are: | |||
* Defining strategy for the IT Service Management (Service Strategy or SS) | |||
* Designing the services to support the strategy (Service Design or SD) | |||
* Implement the services in order to meet the designed requirements (Service Transition or ST) | |||
* Support the services managing the operational activities (Service Operation or SO) | |||
The interaction between phases are managed through the Continual Service Improvement approach, which is responsible for measuring and improving service and process maturity level. After comparison of all phases, a service period is concluded and another service period begins. | |||
The Continual Service Improvement phase is involved during all phases of the service lifecycle. It is responsible for measuring the service and the processes, (Service Measurement), and to document the results (Service Reporting) in order to improve the services quality and the processes maturity (Service Improvement). | |||
These improvements will be implemented in the next period of Service Lifecycle, starting again with Service Strategy, and following with Service Design and Transition, the Service Operation phase of course continue to manages operations during all service periods. | |||
With the evolution of service periods, the "effort" for each phase will be reduced concerning the strategic and tactical phases (SS,SD and ST), here the SO phase is optimized and takes the primary role. At each cycle of the service (service period) the service will be improved with results of increasing of the value of business and maximizing of profits. | |||
In terms of Business Contribution, the IT Service begins to be valuable when in the first step the Service Transition starts. | |||
In terms of profits, the major investments are required with the big implementation projects (ST), when the transition is complete and the Operations start, the service begins to support business process and the new revenues balance the costs. After some periods of service optimization the "Profit & Loss" start to be profitable and reach the "break even point". | |||
After a number of periods (depending on the complexity of the service and the complexity of the service and the flexibility of the business), the business contribution and the profit will be stabilized, which means that the IT organization has reached the right level of maturity in managing processes and the service has reached the right level of performance in meeting the service level requirements. | |||
==Details of the ITIL v2 framework== | |||
===Service Support=== | |||
The Service Support<ref>{{cite book|author=Office of Government Commerce|title=Service Support|publisher=The Stationery Office|year=2000|isbn=0-11-330015-8}}</ref> ITIL discipline is focused on the ''User'' of the ICT services and is primarily concerned with ensuring that they have access to the appropriate services to support the business functions. | |||
To a business, customers and users are the entry point to the process model. They get involved in service support by: | |||
* Asking for changes | |||
* Needing communication, updates | |||
* Having difficulties, queries. | |||
The ] is the single contact point for the customers to record their problems. It will try to resolve it, if there is a direct solution. If not, it will create an ]. ''Incidents'' initiate a chain of processes: Incident Management, Problem Management, Change Management, Release Management and Configuration Management (see following sections for details). This chain of processes is tracked using the Configuration Management Database (CMDB), which records each process, and creates output documents for traceability (Quality Management). | |||
==== Service Desk / Service Request Management ==== | |||
Tasks include handling incidents and requests, and providing an interface for other ITSM processes. | |||
*Single Point of Contact (SPOC) and not necessarily the First Point of Contact (FPOC) | |||
*There is a single point of entry and exit | |||
*Easier for Customers | |||
*Data Integrity | |||
*Communication channel is streamlined | |||
The primary ''functions'' of the Service Desk are: | |||
*Incident Control: life cycle management of all Service Requests | |||
*Communication: keeping the customer informed of progress and advising on workarounds | |||
The Service Desk function is known under various names . | |||
*'']'': main emphasis on professionally handling large call volumes of telephone-based transactions | |||
*'']'': manage, co-ordinate and resolve incidents as quickly as possible | |||
*''Service Desk'': not only handles incidents, problems and questions but also provides an interface for other activities such as change requests, maintenance contracts, software licenses, service level management, configuration management, availability management, Financial Management and IT Services Continuity Management | |||
The three ''types'' of structure that can be considered are: | |||
*''Local Service Desk'': to meet local business needs - is practical only until multiple locations requiring support services are involved | |||
*''Central Service Desk'': for organizations having multiple locations - reduces operational costs and improves usage of available resources | |||
*''Virtual Service Desk'': for organizations having multi-country locations - can be situated and accessed from anywhere in the world due to advances in network performance and telecommunications, reducing operational costs and improving usage of available resources | |||
====Incident Management==== | |||
The goal of Incident Management is to restore normal service operation as quickly as possible and minimize the adverse effect on business operations, thus ensuring that the best possible levels of service quality and availability are maintained. | |||
'Normal service operation' is defined here as service operation within Service Level Agreement (SLA) limits. | |||
{{main|Incident Management (ITSM)}} | |||
====Problem Management==== | |||
The goal of 'Problem Management' is to resolve the root cause of incidents and thus to minimize the adverse impact of incidents and problems on business that are caused by errors within the IT infrastructure, and to prevent recurrence of incidents related to these errors. | |||
A `problem' is an unknown underlying cause of one or more incidents, and a `known error' is a problem that is successfully diagnosed and for which either a ] or a permanent resolution has been identified. The CCTA defines problems and known errors as follows: | |||
:''A '''problem''' is a condition often identified as a result of multiple Incidents that exhibit common symptoms. Problems can also be identified from a single significant Incident, indicative of a single error, for which the cause is unknown, but for which the impact is significant.'' | |||
:''A '''known error''' is a condition identified by successful diagnosis of the root cause of a problem, and the subsequent development of a Work-around.'' | |||
''Problem management'' is different from ''incident management''. The principal purpose of ''problem management'' is to find and resolve the root cause of a problem and prevention of incidents; the purpose of ''incident management'' is to return the service to normal level as soon as possible, with smallest possible business impact. | |||
<!-- Unsourced image removed: ] --> | |||
<!-- The above diagram shows the details of the problem management process. --> | |||
The problem management process is intended to reduce the number and severity of incidents and problems on the business, and report it in documentation to be available for the first-line and second line of the help desk. | |||
The proactive process identifies and resolves problems before incidents occur. These activities are: | |||
* Trend analysis; | |||
* Targeting support action; | |||
* Providing information to the organization. | |||
The ''Error Control Process'' is an iterative process to diagnose known errors until they are eliminated by the successful implementation of a change under the control of the Change Management process. | |||
The ''Problem Control Process'' aims to handle problems in an efficient way. Problem control identifies the root cause of incidents and reports it to the service desk. Other activities are: | |||
* Problem identification and recording; | |||
* Problem classification; | |||
* Problem investigation and diagnosis. | |||
The standard technique for identifying the root cause of a problem is to use an '']'', also referred to as a cause-and-effect diagram, tree diagram, or ]. An Ishikawa diagram is typically the result of a brainstorming session in which members of a group offer ideas to improve a product. For problem-solving, the goal will be to find the cause and effect of the problem. | |||
<!--The following diagram is an example of an Ishikawa diagram. --> | |||
<!-- Unsourced image removed: ] --> | |||
Ishikawa diagrams can be defined in a ]. | |||
First there is the main subject, which is the backbone of the diagram that we are trying to solve or improve. The main subject is derived from a cause. | |||
The relationship between a cause and an effect is a double relation: an effect is a result of a cause, and the cause is the root of an effect. But there is just one effect for several causes and one cause for several effects. | |||
<!-- Unsourced image removed: ] --> | |||
====Change Management==== | |||
The goal of Change Management is to ensure that standardized methods and procedures are used for efficient handling of all changes, | |||
{{main|Change Management (ITSM)}} | |||
A change is “an event that results in a new status of one or more configuration items (CI's)” approved by management, cost effective, enhances business process changes (fixes) - with a minimum risk to IT infrastructure. | |||
The main aims of Change Management are: | |||
*Minimal disruption of services | |||
*Reduction in back-out activities | |||
*Economic utilization of resources involved in the change | |||
=====Change Management Terminology===== | |||
*''Change'': the addition, modification or removal of CIs | |||
*''Request for Change (RFC)'': form used to record details of a request for a change and is sent as an input to Change Management by the Change Requestor | |||
*''Forward Schedule of Changes (FSC)'': schedule that contains details of all the forthcoming Changes | |||
====Release Management==== | |||
] is used for platform-independent and automated distribution of software and hardware, including license controls across the entire IT infrastructure. Proper software and hardware control ensures the availability of licensed, tested, and version-certified software and hardware, which will function as intended when introduced into the existing infrastructure. Quality control during the development and implementation of new hardware and software is also the responsibility of Release Management. This guarantees that all software meets the demands of the business processes. | |||
The goals of release management are: | |||
*Plan the rollout of software | |||
*Design and implement procedures for the distribution and installation of changes to IT systems | |||
*Effectively communicate and manage expectations of the customer during the planning and rollout of new releases | |||
*Control the distribution and installation of changes to IT systems | |||
The focus of release management is the protection of the live environment and its services through the use of formal procedures and checks. | |||
<br /> | |||
<br />'''Release Categories'''<br /> | |||
A Release consists of the new or changed software and/or hardware required to implement approved changes<br/> | |||
Releases are categorized as: | |||
*Major software releases and hardware upgrades, normally containing large amounts of new functionality, some of which may make intervening fixes to problems redundant. A major upgrade or release usually supersedes all preceding minor upgrades, releases and emergency fixes. | |||
*Minor software releases and hardware upgrades, normally containing small enhancements and fixes, some of which may have already been issued as emergency fixes. A minor upgrade or release usually supersedes all preceding emergency fixes. | |||
*Emergency software and hardware fixes, normally containing the corrections to a small number of known problems. | |||
<br /> | |||
Releases can be divided based on the release unit into:<br /> | |||
*Delta Release: is a release of only that part of the software which has been changed. For example, security patches. | |||
*Full Release: means that the entire software program will be deployed. For example, a new version of an existing application. | |||
*Packaged Release: is a combination of many changes. For example, an operating system image which also contains specific applications. | |||
====Configuration Management==== | |||
Configuration Management is a ''process'' that tracks all of the individual Configuration Items (CI) in a system. | |||
{{main|Configuration Management (ITSM)}} | |||
===Service Delivery=== | |||
The Service Delivery <ref>{{cite book|author=Office of Government Commerce|title=Service Delivery|series=IT Infrastructure Library''|publisher=The Stationery Office|year=2001|isbn=0-11-330017-4}}</ref> discipline is primarily concerned with the proactive and forward-looking services that the business requires of its ICT provider in order to provide adequate support to the business users. It is focused on the business as the ''customer'' of the ICT services (compare with: ]). The discipline consists of the following processes, explained in subsections below: | |||
* Service Level Management | |||
* Capacity Management | |||
* IT Service Continuity Management | |||
* Availability Management | |||
* Financial Management | |||
<!-- Unsourced image removed: ] --> | |||
<!--The diagram above shows the relationships between the processes --> | |||
====Service Level Management==== | |||
Service Level Management provides for continual identification, monitoring and review of the levels of IT services specified in the ]s (SLAs). Service Level Management ensures that arrangements are in place with internal IT Support Providers and external ] in the form of Operational Level Agreements (OLAs) and Underpinning ] (UCs). The process involves assessing the impact of change upon service quality and SLAs. The service level management process is in close relation with the operational processes to control their activities. The central role of Service Level Management makes it the natural place for ] to be established and monitored against a ]. | |||
Service Level Management is the primary interface with the customer (as opposed to the user, who is serviced by the ]). Service Level Management is responsible for | |||
* ensuring that the agreed IT services are delivered when and where they are supposed to be | |||
* liaising with ], ], ] and ] to ensure that the required levels and quality of service are achieved within the resources agreed with ] | |||
* producing and maintaining a ] (a list of standard IT service options and agreements made available to customers) | |||
* ensuring that appropriate ] plans have been made to support the business and its continuity requirements. | |||
The Service Level Manager relies on all the other areas of the Service Delivery process to provide the necessary support which ensures the agreed services are provided in a cost effective, secure and efficient manner. | |||
====Capacity Management==== | |||
] supports the optimum and cost effective provision of IT services by helping organizations match their IT resources to the business demands. The high-level activities are Application Sizing, Workload Management, Demand Management, Modeling, Capacity Planning, Resource Management, and Performance Management. | |||
====Availability Management==== | |||
Availability Management allows organizations to sustain the IT service availability in order to support the business at a justifiable cost. The high-level activities are Realize Availability Requirements, Compile Availability Plan, Monitor Availability, and Monitor Maintenance Obligations. | |||
Availability Management is the ability of an IT component to perform at an agreed level over a period of time. | |||
* ]: how reliable is the service? Ability of an IT component to perform at an agreed level at described conditions. | |||
* ]: The ability of an IT Component to remain in, or be restored to an operational state. | |||
* ]: The ability for an external supplier to maintain the availability of component or function under a third party contract. | |||
* ]: A measure of freedom from operational failure and a method of keeping services reliable. One popular method of resilience is redundancy. | |||
* ]: A service may have associated data. Security refers to the confidentiality, integrity, and availability of that data. Availability gives us the clear overview of the end to end availability of the system. | |||
====Financial Management for IT Services==== | |||
{{main|Financial Management}} | |||
===Planning to implement service management=== | |||
{{main|ITIL Planning to implement service management}} | |||
The ITIL discipline - Planning To Implement Service Management <ref>{{cite book|author=Office of Government Commerce|title=Planning To Implement Service Management|publisher=The Stationery Office|year=2002|isbn=0-11-330877-9}}</ref> attempts to provide practitioners with a framework for the alignment of ] needs and ] provision requirements. The processes and approaches incorporated within the guidelines suggest the development of a Continuous Service Improvement Programme (CSIP) as the basis for implementing other ITIL disciplines as projects within a controlled programme of work. Planning To Implement Service Management is mainly focused on the Service Management processes, but is also generically applicable to other ITIL disciplines. | |||
* create ] | |||
* analyze organization | |||
* set goals | |||
* implement IT service management | |||
===Security Management=== | |||
{{main|ITIL Security Management}} | |||
The ITIL-process Security Management <ref>{{cite book|author=Cazemier, Jacques A.; Overbeek, Paul L.; Peters, Louk M.|title=Security Management|publisher=The Stationery Office|year=2000|isbn=0-11-330014-X}}</ref> describes the structured fitting of information security in the management organization. ] is based on the code of practice for information security management also known as ]. | |||
A basic concept of the Security Management is the ]. The primary goal of information security is to guarantee ] of the ]. Safety is to be protected against ]. ] is the means to be safe against risks. When protecting information it is the value of the information that has to be protected. These values are stipulated by the confidentiality, integrity and availability. Inferred aspects are privacy, anonymity and verifiability. | |||
The current move towards ] may require some revision to the ITIL Security Management best practices which are often claimed to be rich in content for physical security but weak in areas such as software/application security and logical security in the ICT infrastructure. | |||
===ICT Infrastructure Management=== | |||
<!-- removed elongation as ICT is the official title of the practice -->ICT Infrastructure Management <ref>{{cite book|author=Office of Government Commerce|title=ICT Infrastructure Management|publisher=The Stationery Office|year=2002|isbn=0-11-330865-5}}</ref> processes recommend best practice for requirements analysis, planning, design, deployment and ongoing operations management and technical support of an ICT Infrastructure. ("ICT" is an acronym for "Information and Communication Technology".) | |||
The Infrastructure Management processes describe those processes within ITIL that directly relate to the ICT equipment and software that is involved in providing ICT services to customers. | |||
*'''ICT Design and Planning''' | |||
*'''ICT Deployment''' | |||
*'''ICT Operations''' | |||
*'''ICT Technical Support''' | |||
These disciplines are less well understood than those of Service Management and therefore often some of their content is believed to be covered 'by implication' in Service Management disciplines. | |||
====ICT Design and Planning==== | |||
ICT Design and Planning provides a framework and approach for the Strategic and Technical Design and Planning of ICT infrastructures. It includes the necessary combination of Business (and overall IS) strategy, with technical design and architecture. ICT Design and Planning drives both the Procurement of new ICT solutions through the production of Statements of Requirement ("SOR") and Invitations to ] ("ITT") and is responsible for the initiation and management of ICT Programmes for strategic business change. Key Outputs from Design and Planning are: | |||
* ICT Strategies, Policies and Plans | |||
* The ICT Overall Architecture & Management Architecture | |||
* Feasibility Studies, ITTs and SORs | |||
* Business Cases | |||
**************** | |||
====ICT Deployment Management==== | |||
ICT Deployment provides a framework for the successful management of design, build, test and roll-out (deploy) projects within an overall ICT ]. It includes many ] disciplines in common with ], but has a broader focus to include the necessary integration of Release Management and both functional and non functional testing. | |||
====ICT Operations Management==== | |||
ICT Operations Management provides the day-to-day technical supervision of the ICT infrastructure. Often confused with the role of Incident Management from Service Support, Operations is more technical and is concerned not solely with Incidents reported by users, but with Events generated by or recorded by the Infrastructure. ICT Operations may often work closely alongside Incident Management and the Service Desk, which are not-necessarily technical in order to provide an 'Operations Bridge'. Operations, however should primarily work from documented processes and procedures and should be concerned with a number of specific sub-processes, such as: Output Management, Job Scheduling, Backup and Restore, Network Monitoring/Management, System Monitoring/Management, Database Monitoring/Management Storage Monitoring/Management. Operations are responsible for: | |||
* A stable, secure ICT infrastructure | |||
* A current, up to date Operational Documentation Library ("ODL") | |||
* A log of all operational Events | |||
* Maintenance of operational monitoring and management tools. | |||
* Operational Scripts | |||
* Operational Procedures | |||
====ICT Technical Support==== | |||
ICT Technical Support is the specialist technical function for infrastructure within ICT. Primarily as a support to other processes, both in Infrastructure Management and Service Management, Technical Support provides a number of specialist functions: Research and Evaluation, Market Intelligence (particularly for Design and Planning and Capacity Management), Proof of Concept and Pilot engineering, specialist technical expertise (particularly to Operations and Problem Management), creation of documentation (perhaps for the Operational Documentation Library or Known Error Database). | |||
===The Business Perspective=== | |||
The Business Perspective is the name given to the collection of best practices<ref>{{cite book|author=Office of Government Commerce|title=The Business Perspective|publisher=The Stationery Office|year=2005|isbn=0-11-330894-9}}</ref> that is suggested to address some of the issues often encountered in understanding and improving IT service provision, as a part of the entire business requirement for high IS quality management. These issues are: | |||
* ''Business Continuity Management'' describes the responsibilities and opportunities available to the business manager to improve what is, in most organizations one of the key contributing services to business efficiency and effectiveness. | |||
* ''Surviving Change''. IT infrastructure changes can impact the manner in which business is conducted or the continuity of business operations. It is important that business managers take notice of these changes and ensure that steps are taken to safeguard the business from adverse side effects. | |||
* ''Transformation of business practice through radical change'' helps to control IT and to integrate it with the business. | |||
* ''Partnerships and outsourcing'' | |||
This volume is related to the topics of ] and ]. | |||
===Application Management=== | |||
ITIL ''Application Management''<ref>{{cite book|author=Office of Government Commerce|title=Application Management|publisher=The Stationery Office|year=2002|isbn=0-11-330866-3}}</ref> set encompasses a set of best practices proposed to improve the overall quality of IT software development and support through the life-cycle of software development projects, with particular attention to gathering and defining requirements that meet business objectives. | |||
This volume is related to the topics of ] and ]. | |||
===Software Asset Management === | |||
] (SAM) is the practice of integrating people, processes and technology to allow software licenses and usage to be systematically tracked, evaluated and managed. The goal of SAM is to reduce IT expenditures, human resource overhead and risks inherent in owning and managing software assets. | |||
SAM includes maintaining software license compliance; tracking the inventory and usage of software assets; and maintaining standard policies and procedures surrounding the definition, deployment, configuration, use and retirement of software assets and the ]. SAM represents the software component of IT asset management, which also includes hardware asset management (to which SAM is intrinsicly linked by the concept that without effective inventory hardware controls, efforts to control the software thereon will be significantly inhibited) which includes overseeing both software and ] that comprise an organization’s ] and ]. | |||
===Small-Scale Implementation=== | |||
ITIL ''Small-Scale Implementation'' <ref>{{cite book|author=Office of Government Commerce|title=ITIL Small Scale Implementation|publisher=The Stationery Office|year=2005|isbn=0-11-330980-5}}</ref> provides an approach to the implementation of the ITIL framework for those with smaller IT units or departments. It is primarily an auxiliary work, covering many of the same best practice guidelines as Planning To Implement Service Management, Service Support and Service Delivery but provides additional guidance on the combination of roles and responsibilities and avoiding conflict between ITIL priorities. | |||
==Criticisms of ITIL== | |||
ITIL has been criticized on several fronts, including: | |||
* The books are not affordable for non-commercial users | |||
* Accusations that many ITIL advocates think ITIL is "a holistic, all-encompassing framework for IT governance"; | |||
* Accusations that proponents of ITIL indoctrinate the methodology with 'religious zeal' at the expense of pragmatism. | |||
* Implementation and credentialing requires specific training | |||
* Debate over ITIL falling under ] or ] frameworks | |||
As Jan van Bon (author and editor of many IT Service Management publications) notes, | |||
:''There is a lot of confusion about ITIL, stemming from all kinds of misunderstandings about its nature. ITIL is, as the OGC states, a set of best practices. The OGC doesn’t claim that ITIL’s best practices describe pure processes. The OGC also doesn’t claim that ITIL is a framework, designed as one coherent model. That is what most of its users make of it, probably because they have such a great need for such a model...''<ref>{{cite book|author=van Bon, J.(Editor)|title=The guide to IT service management|publisher=Addison Wesley|year=2002|isbn=0-201-73792-2}}</ref> | |||
''CIO Magazine'' columnist Dean Meyer has also presented some cautionary views of ITIL,<ref> Meyer, Dean, 2005. , ''CIO Magazine,'' ] ]</ref> including five pitfalls such as "becoming a slave to outdated definitions" and "Letting ITIL become religion." As he notes, "...it doesn't describe the complete range of processes needed to be world class. It's focused on ... managing ongoing services." | |||
The quality of the library's volumes is seen to be uneven. For example, van Herwaarden and Grift note, “the consistency that characterized the service support processes … is largely missing in the service delivery books."<ref>van Herwaarden, H. and F. Grift (2002). "IPW(tm) and the IPW Stadia Model(tm) (IPWSM)". ''The guide to IT service management.'' J. Van Bon. London, Addison-Wesley: 97-115.</ref> | |||
In a 2004 survey designed by Noel Bruton (author of 'How to Manage the IT Helpdesk' and 'Managing the IT Services Process'), ITIL adopting organizations were asked to relate their actual experiences in having implemented ITIL. Seventy-seven percent of survey respondents either agreed or strongly agreed that "ITIL does not have all the answers". ITIL exponents accept this, citing ITIL's stated intention to be non-prescriptive, expecting that organizations will have to engage ITIL processes with their existing overall process model. Bruton notes that the claim to non-prescriptiveness must be at best one of scale rather than absolute intention, for the very description of a certain set of processes is in itself a form of prescription. | |||
(Survey "The ITIL Experience - Has It Been Worth It", author Bruton Consultancy 2004, published by Helpdesk Institute Europe, The Helpdesk and IT Support Show and Hornbill Software.) | |||
While ITIL addresses in depth the various aspects of Service Management, it does not address ] in such depth. Many of the shortcomings in the implementation of ITIL do not necessarily come about because of flaws in the design or implementation of the Service Management aspects of the business, but rather the wider architectural framework in which the business is situated. Because of its primary focus on Service Management, ITIL has limited utility in managing poorly designed enterprise architectures, or how to feed back into the design of the ]. | |||
==See also== | |||
* Business Application Optimization (BAO, Macro 4) | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] | |||
* ] (eTOM) | |||
* ] (RBA) | |||
* ] | |||
* ] (MOF) | |||
* ] | |||
* ] | |||
==References== | ==References== | ||
{{ |
{{Reflist|2}} | ||
==External links== | ==External links== | ||
{{Wikibooks|ITIL v3 (Information Technology Infrastructure Library)}} | |||
* | |||
* | |||
* | |||
* | |||
* | |||
* | |||
* | |||
{{Authority control}} | |||
] | |||
] | |||
] | |||
] | |||
] | ] | ||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] | |||
] |
Latest revision as of 16:49, 21 December 2024
For other uses, see Itil.This article contains promotional content. Please help improve it by removing promotional language and inappropriate external links, and by adding encyclopedic text written from a neutral point of view. (July 2023) (Learn how and when to remove this message) |
ITIL (previously and also known as Information Technology Infrastructure Library) is framework with set of practices (previously processes) for IT activities such as IT service management (ITSM) and IT asset management (ITAM) that focus on aligning IT services with the needs of the business.
ITIL describes best practices, including processes, procedures, tasks, and checklists which are neither organization-specific nor technology-specific. It is designed to allow organizations to establish a baseline and can be used to demonstrate compliance and to measure improvements.
There is no formal independent third-party compliance assessment available to demonstrate ITIL compliance in an organization. Certification in ITIL is only available to individuals and not organizations. Since 2021, the ITIL trademark has been owned by PeopleCert.
History
Responding to growing dependence on IT, the UK Government's Central Computer and Telecommunications Agency (CCTA) in the 1980s developed a set of recommendations designed to standardize IT management practices across government functions, built around a process model-based view of controlling and managing operations often credited to W. Edwards Deming and his plan-do-check-act (PDCA) cycle.
- In 1989, ITIL was released. It grew to a series of 30 books that recommended and provided IT best practices that focused on and catered for client and business needs.
- In 1993, the examination institute EXIN developed the first certification scheme for ITIL.
- In April 2001, the CCTA was merged into the Office of Government Commerce (OGC), an office of the UK Treasury.
- In 2001, ITIL version 2 was released.
- In May 2007, ITIL version 3 was released (also known as the ITIL Refresh Project) consisting of 26 processes and functions, now grouped into only 5 volumes, arranged around the concept of Service lifecycle structure. ITIL Version 3 is now known as ITIL 2007 Edition.
- In 2009, the OGC officially announced that ITIL Version 2 certification would be withdrawn and launched a major consultation as per how to proceed.
- In 2009 and 2011, researchers investigated the benefits of the ITIL implementation.
- In July 2011, ITIL 2011 was released.
- In 2013, ITIL was acquired by AXELOS, a joint venture between Capita and the UK Cabinet Office.
- In February 2019, ITIL 4 was released. With this release, the nomenclature of using a version number was replaced simply with the numerical number (v3 became 4) in a reference to the 4th industrial revolution. The main changes were: to consider end-to-end Service Management from holistic and value-centric perspectives, to align with philosophies such as Agile, DevOps, and Lean, and to reduce the emphasis on IT Service Management in favor of general Service Management.
- In June 2021, PeopleCert completed the acquisition of Axelos.
Guiding principles
ITIL 4 contains seven guiding principles:
- Focus on value
- Start where you are
- Progress iteratively with feedback
- Collaborate and promote visibility
- Think and work holistically
- Keep it simple and practical
- Optimize and automate
Framework content
ITIL 4 consists of 34 practices grouped into 3 categories:
- General management practices: some examples are: Strategy management, Portfolio management, Architecture management and Risk management
- Service management practices: examples are: Service-level management, Availability management and Capacity and performance management
- Technical management practices: including three practices: Deployment management, Infrastructure and platform management and Software development and management.
Certification
ITIL 4 certification can be optained by different roles in IT management. Certification starts with ITIL 4 Foundation, followed by one of two branches:
ITIL 4 Managing Professional
- ITIL 4 Specialist: Create, Deliver & Support (CDS)
- ITIL 4 Specialist: Drive Stakeholder Value (DSV)
- ITIL 4 Specialist: High Velocity IT (HVIT)
ITIL 4 Strategic Leader
- ITIL 4 Strategist: Direct, Plan & Improve (DPI)
- ITIL 4: Digital & IT Strategy (DITS)
See also
- Application Services Library – A similar framework for application management
- Business Information Services Library (BiSL) – A similar framework for information management and functional management
- ISO/IEC 20000 – An international standard for IT service management
- Tudor IT Process Assessment – A framework for assessment of IT service management maturity
- ITIL چیست؟
References
- "it-infrastructure-library". www.ibm.com. Archived from the original on 21 April 2021. Retrieved 21 April 2021.
- "PeopleCert completes Axelos acquisition". PeopleCert. Retrieved 21 June 2021.
- David Clifford; Jan van Bon (2008). Implementing ISO/IEC 20000 Certification: The Roadmap. ITSM Library. Van Haren Publishing. ISBN 978-90-8753-082-2.
- "EXIN Milestones". EXIN.com. Retrieved 3 April 2023.
- "OGC - - CCTA Re-direct Page". Office of Government Commerce (UK). 1 April 2003. Archived from the original on 22 April 2005. Retrieved 5 May 2005.
- "ITIL". Office of Government Commerce (UK). 13 July 2009. Archived from the original on 9 September 2009. Retrieved 19 August 2009.
- Marrone, Mauricio; Kolbe, Lutz M. (15 January 2011). "Impact of IT Service Management Frameworks on the IT Organization". Business & Information Systems Engineering. 3 (1): 5–18. doi:10.1007/s12599-010-0141-5. ISSN 1867-0202.
- Pollard, Carol; Cater-Steel, Aileen (14 April 2009). "Justifications, Strategies, and Critical Success Factors in Successful ITIL Implementations in U.S. and Australian Companies: An Exploratory Study". Information Systems Management. 26 (2): 164–175. CiteSeerX 10.1.1.631.8883. doi:10.1080/10580530902797540. ISSN 1058-0530. S2CID 14096708.
- White, Sarah K.; Greiner, Lynn (18 January 2019). "What is ITIL? Your guide to the IT Infrastructure Library". CIO. Archived from the original on 24 April 2019. Retrieved 7 May 2019.
- "ITIL 4". IT Process Wiki. Archived from the original on 14 February 2022. Retrieved 11 February 2022.
- https://goodelearning.com/articles/who-uses-itil/ |title= Who Uses ITIL? The Applications of ITIL 4 |last1=Omniplex Learning|website=Omniplex Learning |access-date=21 December 2024