Schrittweise ITIL-Einführung: Unterschied zwischen den Versionen
Andrea (Diskussion | Beiträge) KKeine Bearbeitungszusammenfassung |
Andrea (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| Zeile 1: | Zeile 1: | ||
< | <itpmch><title>Schrittweise ITIL-Einführung | IT Process Wiki</title> | ||
<meta name="keywords" content="itil einführung, einführung itil" /> | |||
<meta name="description" content="Der wichtigste Grund, sich für die Einführung von ITIL oder auch für eine Zertifizierung nach ISO 20000 zu entscheiden, ist sehr häufig der ..." /> | |||
</itpmch> | |||
<imagemap> | <imagemap> | ||
Image:ITIL-Wiki-english-es.jpg|ES - EN - Schrittweise ITIL-Einführung|100px | Image:ITIL-Wiki-english-es.jpg|ES - EN - Schrittweise ITIL-Einführung|100px | ||
| Zeile 16: | Zeile 19: | ||
<p> </p> | <p> </p> | ||
==1. Schritt der ITIL Einführung: Incidents und Problems behandeln== | |||
Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern. | Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem [[Incident Management|Incident Management-Prozess]], bei Störungen mit größerer Tragweite unterstützt vom [[Problem Management|Problem Management]]. Falls möglich, sollte auch das "[[Service Asset and Configuration Management|Configuration Management]]" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern. | ||
| Zeile 22: | Zeile 25: | ||
<p> </p> | <p> </p> | ||
==2. Schritt der ITIL Einführung: Change und Release Management== | |||
Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen. | Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen. | ||
| Zeile 32: | Zeile 35: | ||
<p> </p> | <p> </p> | ||
==3. Schritt der ITIL Einführung: Kundenorientierung== | |||
In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen. | In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen. | ||
| Zeile 40: | Zeile 43: | ||
<p> </p> | <p> </p> | ||
''' Zurück zu: ''' | '''Zurück zu:''' | ||
→ '''[[ITIL-Implementierung|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]''' | → '''[[ITIL-Implementierung|ITIL-Implementierung - ITIL-Implementierung in zehn Schritten]]''' | ||
| Zeile 46: | Zeile 49: | ||
<p> </p> | <p> </p> | ||
<html><a rel="author" href="https://plus.google.com/111925560448291102517"><img style="margin:0px 0px 0px 0px; float:right" src="/skins/Vector/images/itpm/bookmarking/gplus.png" width="16" height="16" title="von: Stefan Kempter | Profil auf Google+" alt="Autor: Stefan Kempter, IT Process Maps GbR" /></a></html> | |||
<small> | |||
<html> | |||
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb"> | |||
<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#1._Schritt_der_ITIL_Einf.C3.BChrung:_Incidents_und_Problems_behandeln" itemprop="url"><span itemprop="title">Schritt 1: Störungsbehandlung</span></a> › | |||
</span> | |||
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb"> | |||
<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#2._Schritt_der_ITIL_Einf.C3.BChrung:_Change_und_Release_Management" itemprop="url"><span itemprop="title">Schritt 2: Infrastruktur</span></a> › | |||
</span> | |||
<span itemscope="itemscope" itemtype="http://data-vocabulary.org/Breadcrumb"> | |||
<a href="https://wiki.de.it-processmaps.com/index.php/Schrittweise_ITIL-Einf%C3%BChrung#3._Schritt_der_ITIL_Einf.C3.BChrung:_Kundenorientierung" itemprop="url"><span itemprop="title">Schritt 3: Kundenorientierung</span></a> | |||
</span> | |||
</html> | |||
</small> | |||
<!-- Diese Seite liegt in folgenden Kategorien: --> | |||
[[Kategorie:ITIL-Implementierung|ITIL-Einführung]][[Kategorie:ITIL-Prozess]] | [[Kategorie:ITIL-Implementierung|ITIL-Einführung]][[Kategorie:ITIL-Prozess]] | ||
<!-- keine Inhalte nach diesem Kommentar! --> | |||
Version vom 20. November 2013, 12:00 Uhr
Selbstverständlich ist es auch möglich, ITIL nur mit ausgewählten Prozessen oder phasenweise zu implementieren - sehr viele Organisationen beginnen ihre ITIL Einführung zunächst einmal mit einer Auswahl der für sie wesentlichen ITIL-Prozesse.
Der wichtigste Grund für die Einführung von ITIL oder auch für eine Zertifizierung nach ISO 20000 ist sehr häufig der Wunsch, mit Störungen im Betriebsablauf (Incidents) professioneller umzugehen. Dies macht es erforderlich, eine konkrete Anlaufstelle (Single Point of Contact) für den Anwender zu bestimmen (in ITIL "Service Desk" genannt), wo Anrufe entgegengenommen und die für die Behebung der Service-Unterbrechung erforderlichen Maßnahmen ergriffen werden.
1. Schritt der ITIL Einführung: Incidents und Problems behandeln
Um dies zu realisieren, beginnt der ITIL-Einstieg der ersten Phase an der zentralen Kunden-Schnittstelle, in der Regel mit dem Incident Management-Prozess, bei Störungen mit größerer Tragweite unterstützt vom Problem Management. Falls möglich, sollte auch das "Configuration Management" mit eingeschlossen werden, da zuverlässige Daten über die IT-Infrastruktur die Wirksamkeit des Incident und Problem Managements erheblich steigern.
2. Schritt der ITIL Einführung: Change und Release Management
Das Unternehmen als Ganzes ist auf eine moderne, zuverlässige und sichere IT-Infrastruktur zur Unterstützung der Geschäftsprozesse angewiesen. Die Auswirkungen nicht genehmigter Releasewechsel oder unkoordiniert durchgeführter Systemänderungen in einer IT-Landschaft sind oft nicht nur unerwünscht, sondern können zu Störungen im Geschäftsablauf und zur gravierenden Beeinträchtigung des Tagesgeschäfts führen.
Aus diesem Grund ist es von entscheidender Bedeutung, dass Änderungen an der Infrastruktur koordiniert erfolgen. Die zweiten Phase der ITIL-Einführung hat daher oft die Einrichtung der Change-Management- und Release-Management-Prozesse zum Ziel.
In unserem oben angeführten Beispiel des PCs, für den wiederkehrend Störfälle gemeldet werden, kann dem Anwender mit Change und Release Management nach ITIL deutlich eher geholfen werden, da die Spannweite der Fehlermöglichkeiten eingeschränkt ist: Es ist jederzeit nachvollziehbar, welche Programmversionen auf dem Rechner installiert sind; z.B. kann es nicht vorkommen, dass der PC zwischenzeitlich mit einer Betriebssystemversion ausgestattet worden ist, von der das Service Desk nichts weiß.
3. Schritt der ITIL Einführung: Kundenorientierung
In einer dritten Phase werden die Bedingungen zur Festlegung und Überwachung von Service Levels geschaffen.
Hierfür ist im Wesentlichen ein Service-Level-Management-Prozess erforderlich, aber auch Capacity, Availability und IT Service Continuity Management, um sicher zu stellen, dass die relevanten Service-Level-Ziele aktiv verwaltet werden.
Zurück zu:
→ ITIL-Implementierung - ITIL-Implementierung in zehn Schritten
Schritt 1: Störungsbehandlung › Schritt 2: Infrastruktur › Schritt 3: Kundenorientierung
