ITIL Introduction in Stages: Difference between revisions
mNo edit summary |
No edit summary |
||
Line 7: | Line 7: | ||
</imagemap> | </imagemap> | ||
<br style="clear:both;"/> | <br style="clear:both;"/> | ||
<p> </p> | |||
Rather than introducing the full set of ITIL recommendations at once, most organizations start with a subset of ITIL processes. | Rather than introducing the full set of ITIL recommendations at once, most organizations start with a subset of ITIL processes. | ||
Line 12: | Line 14: | ||
The prevailing motivation for the introduction of ITIL is often a desire to be able to deal with Incidents more professionally. This requires the availability of a central point-of-contact for the user (known in ITIL as the “Service Desk”), where calls are received and the necessary steps for the correction of the error taken. | The prevailing motivation for the introduction of ITIL is often a desire to be able to deal with Incidents more professionally. This requires the availability of a central point-of-contact for the user (known in ITIL as the “Service Desk”), where calls are received and the necessary steps for the correction of the error taken. | ||
<p> </p> | |||
==== Step One: Taking Care of Incidents and Problems ==== | ==== Step One: Taking Care of Incidents and Problems ==== | ||
In order to | In order to realize this, an ITIL introduction frequently begins with the "[[Incident Management|Incident Management]]" process, supported by "[[Problem Management|Problem Management]]", to take care of deeper-running problems. If possible, "[[Service Asset and Configuration Management|Configuration Management]]" should be included, because reliable data on the IT infrastructure will significantly improve the effectiveness of Incident and Problem Management. | ||
<p> </p> | |||
==== Change and Release Management as a Second Step ==== | ==== Change and Release Management as a Second Step ==== | ||
Line 21: | Line 26: | ||
The enterprise as a whole depends on an up-to-date, reliable and secure IT infrastructure in order to support its business processes. | The enterprise as a whole depends on an up-to-date, reliable and secure IT infrastructure in order to support its business processes. | ||
The effects caused by | The effects caused by unauthorized or uncoordinated changes to this infrastructure are often not only undesired, but can also lead to business disruptions. | ||
For this reason it is of particular importance to many businesses, that changes to the IT infrastructure only take place in a coordinated way. The second phase of an ITIL introduction therefore often seeks to establish the [[Change Management | For this reason it is of particular importance to many businesses, that changes to the IT infrastructure only take place in a coordinated way. The second phase of an ITIL introduction therefore often seeks to establish the "[[Change Management]]" and "[[Release and Deployment Management|Release Management]]" processes. | ||
<p> </p> | |||
==== Third Step: Focus on the Client ==== | ==== Third Step: Focus on the Client ==== | ||
In a third step, the conditions are created for agreeing and monitoring service levels. This will mainly require a | In a third step, the conditions are created for agreeing and monitoring service levels. This will mainly require a "[[Service Level Management]]" process, but also "[[Capacity Management]]", "[[Availability Management]]" and "[[IT Service Continuity Management]]" to make sure that the relevant service level targets are actively managed. | ||
<p> </p> | |||
==== Modular ISO Certification ==== | ==== Modular ISO Certification ==== | ||
Line 37: | Line 42: | ||
In the same way as ITIL processes can be introduced as subsets, a certification according to [[ISO 20000]] is also possible for parts of the entire scope. | In the same way as ITIL processes can be introduced as subsets, a certification according to [[ISO 20000]] is also possible for parts of the entire scope. | ||
<p> </p> | |||
''' Back to: ''' | ''' Back to: ''' → '''[[ITIL Implementation|ITIL Implementation - ITIL Implementation in 10 Steps]]''' | ||
→ '''[[ITIL Implementation|ITIL Implementation - ITIL Implementation in 10 Steps]]''' | |||
<p> </p> | |||
<!-- This page is assigned to the following categories: --> | <!-- This page is assigned to the following categories: --> | ||
[[Category:ITIL implementation]][[Category:ITIL process]] | [[Category:ITIL implementation]][[Category:ITIL process]] | ||
<!-- --- --> | <!-- --- --> |
Revision as of 12:22, 24 January 2012
<seo metakeywords="itil stages, itil introduction" metadescription="ITIL Introduction in Stages. Rather than introducing the full set of ITIL recommendations at once, most organizations start with a ..." />
![DE - ES - ITIL Introduction in Stages](/images/thumb/6/6d/ITIL-Wiki-de-es.jpg/100px-ITIL-Wiki-de-es.jpg)
Rather than introducing the full set of ITIL recommendations at once, most organizations start with a subset of ITIL processes.
The prevailing motivation for the introduction of ITIL is often a desire to be able to deal with Incidents more professionally. This requires the availability of a central point-of-contact for the user (known in ITIL as the “Service Desk”), where calls are received and the necessary steps for the correction of the error taken.
Step One: Taking Care of Incidents and Problems
In order to realize this, an ITIL introduction frequently begins with the "Incident Management" process, supported by "Problem Management", to take care of deeper-running problems. If possible, "Configuration Management" should be included, because reliable data on the IT infrastructure will significantly improve the effectiveness of Incident and Problem Management.
Change and Release Management as a Second Step
The enterprise as a whole depends on an up-to-date, reliable and secure IT infrastructure in order to support its business processes.
The effects caused by unauthorized or uncoordinated changes to this infrastructure are often not only undesired, but can also lead to business disruptions.
For this reason it is of particular importance to many businesses, that changes to the IT infrastructure only take place in a coordinated way. The second phase of an ITIL introduction therefore often seeks to establish the "Change Management" and "Release Management" processes.
Third Step: Focus on the Client
In a third step, the conditions are created for agreeing and monitoring service levels. This will mainly require a "Service Level Management" process, but also "Capacity Management", "Availability Management" and "IT Service Continuity Management" to make sure that the relevant service level targets are actively managed.
Modular ISO Certification
In the same way as ITIL processes can be introduced as subsets, a certification according to ISO 20000 is also possible for parts of the entire scope.
Back to: → ITIL Implementation - ITIL Implementation in 10 Steps