BLOG

BLOG

Schriftgröße: + –
3 Minuten Lesezeit (597 Worte)

Die Entstehung der ITIL Bibliothek

Die Entstehung der ITIL Bibliothek Die Entstehung der ITIL Bibliothek

ITIL ist die Abkürzung für "Information Technology Infrastructure Library" und stellt eine Bibliothek mit einer Sammlung von Best-Practices zum Servicemanagement in der IT dar. Die erste Ausgabe der ITIL Bibliothek stammt aus dem Jahre 1989. Nach unterschiedlichen, jedoch nicht offiziell bestätigten Quellen, wird die Entwicklung dieser Bibliothek der britischen Premierministerin Margaret Thatcher zugeordnet. Sie soll, ausgelöst durch den Falklandkrieg, im britischen Unterhaus die Effizienz und die Effektivität der gelieferten IT-Leistungen in englischen Behörden angezweifelt haben. Als Ergebnis dieser Anfrage wurde von der Central Computer and Telecommunications Agency (CCTA) die erste Version des Leitfadens entwickelt.

Bis Mitte der 90er Jahre hat sich ITIL zu einem de facto Standard für IT-Service Management in England entwickelt. Da er in der ersten Fassung aus über 34 Dokumenten mit jeweils 26 separaten Modulen bestand, war das als ITIL (v1) benannte Rahmenwerk außerhalb von England kaum bekannt.  Zwischen den Jahren 1999 und 2004 wurde diese umfangreiche Sammlung überarbeitet und in elf Büchern zusammengefasst als ITIL Version 2 veröffentlicht. Kern dieses Best-Practice Rahmens waren die Prozesse Service-Support und Service-Delivery, also die Einteilung in geschäftsnahe und techniknahe/IT-betriebsnahe Prozesse.

Die elementaren Prozesse von ITIL v2 sind in sieben Kernbüchern beschrieben. Das erste Buch "Business Perspective" beschreibt die Umsetzung der strategischen Prozesse des IT-Service Management. Der zweite Band "Service Delivery" befasst sich mit der grundlegenden Planung, Kontrolle und Steuerung von IT-Leistungen. Im Dritten Buch "Service Support" wird die Umsetzung der Service Prozesse und die Sicherstellung der Leistungslieferung im Rahmen des Nutzer-Supports beschrieben. In den weiteren Büchern werden die Aspekte Applikationsbetrieb, Systemkonfiguration und IT Sicherheit beschrieben.

Mitte 2007 wurde vom  Office of Government Commerce (OGC), als Nachfolgeorganisation der CCTA, die dritte Fassung der ITIL Bibliothek, welche als ITIL v3 bezeichnet wird, veröffentlicht. Mit der Version 3 von ITIL ging ein Paradigmenwechsel einher. Statt eines Referenzrahmens und den beiden Disziplinen Service-Support und Service-Delivery stellt sich ITIL nun als Lebenszyklusmodell dar, das im Kern aus insgesamt fünf elementaren Büchern besteht.

Zum essentiellen Verständnis von ITIL sind als Grundlage die Begriffe "Service-(management)" und "Prozess" sowie die Sichtweise von "Kunde" und "Dienstleister" zu klären. Unter Servicemanagement versteht man die Generierung eines Mehrwerts für Kunden in Form von Services. Diese Services sind standardisierte Methoden und Prozesse, die kosten- und nutzeneffizient zur Verfügung stehen. "Ein Service in ITIL bedeutet, einem Kunden einen Nutzen zu liefern, indem die erwarteten Ergebnisse produziert werden, ohne dass der Kunde die spezifischen Risiken zu tragen hat." Die sachlogisch zusammenhängende Reihe von Aktivitäten zur Erreichung eines definierten Ergebnisses wird hierbei als ein Prozess verstanden. Dieser verursacht Kosten und verbraucht materielle und personelle Ressourcen. Merkmale eines Prozesses sind Ziel, Input, Aktivitäten, Output und Qualität. Aus der Perspektive von ITIL wird unter Kunde jeder interne und externe Personenkreis verstanden, der die bereitgestellten IT-Services nutzt. Unter Dienstleister werden all die internen Ressourcen verstanden, die IT-Services erbringen.

Um die Zielerreichung der Prozesse messbar zu machen werden Key Performance Indikatoren (KPI) definiert. Diese Indikatoren werden für jeden Teilschritt der Prozesse festgelegt. "... KPI ... sind Variablen, anhand derer man den Fortschritt hinsichtlich wichtiger Zielsetzungen oder kritischer Erfolgsfaktoren innerhalb einer Organisation ermitteln kann." Die Auswahl sollte die Sicherstellung der Effizienz, Effektivität und Wirtschaftlichkeit berücksichtigen.

Der Hauptunterschied zwischen den Versionen v2 und v3 besteht in der konsequenten Ausrichtung an dem Lebenszyklus der IT-Produkte und Dienstleistungen, was zu einer größeren Kundenorientierung bei der Erbringung der IT-Services führt. Auch wenn sich die Prozessabläufe der einzelnen Funktionen nicht grundlegend gegenüber der Version 2 geändert haben, wurden doch die Schnittstellen der einzelnen Prozesse untereinander so angepasst, um den Anforderungen eines Unternehmens bei der Implementierung der Services optimal Rechnung zu tragen. Die fünf-Phasen des Lifecycle-Ansatzes bilden die Gegebenheiten der meisten Organisationen nach.

Hinweis: Teile dieses Beitrags könnten unter Einsatz von KI-gestützten Tools erstellt oder überarbeitet worden sein. Weitere Informationen finden Sie im Impressum/Disclaimer. Marken- und Bildrechte: Dargestellte Logos und genannten Marken liegen ausschließlich bei den jeweiligen Rechteinhabern. Nutzung erfolgt ausschließlich zu illustrativen Zwecken.
16
×
Blog-Beitrag abonnieren

Wenn Sie den Blog-Beitrag abonnieren, senden wir Ihnen eine E-Mail, sobald es Updates auf dieser Website gibt.

Die grundlegenden COBIT-Prinzipien
Die BSC Mission

Ähnliche Beiträge

 

Kommentare 25

Petra Winter am Freitag, 19. Januar 2018 19:17

Eine Frage zur Umsetzung: wie sich die Wirkung im laufenden Betrieb zuverlässig erkennen lässt. Welche Beobachtung wäre wichtiger als eine reine Vollständigkeitsquote?

Eine Frage zur Umsetzung: wie sich die Wirkung im laufenden Betrieb zuverlässig erkennen lässt. Welche Beobachtung wäre wichtiger als eine reine Vollständigkeitsquote?
Gäste - David Meyer am Freitag, 19. Januar 2018 19:54

Aus meiner Sicht sollte man mit einem kritischen, aber überschaubaren Fall beginnen. Daran werden fehlende Zuständigkeiten meist schneller sichtbar als in einer allgemeinen Bewertung.

Aus meiner Sicht sollte man mit einem kritischen, aber überschaubaren Fall beginnen. Daran werden fehlende Zuständigkeiten meist schneller sichtbar als in einer allgemeinen Bewertung.
Michael Seidel am Samstag, 20. Januar 2018 07:14

Ich würde außerdem festhalten, welche Annahmen hinter der Bewertung stehen. Ändern sie sich, sollte nicht einfach derselbe Status fortgeschrieben werden.

Ich würde außerdem festhalten, welche Annahmen hinter der Bewertung stehen. Ändern sie sich, sollte nicht einfach derselbe Status fortgeschrieben werden.
Markus Groß am Samstag, 20. Januar 2018 12:14

Genau diese Verbindung ist entscheidend: klein beginnen, aber Wirkung und Entscheidungsfolge vorher festlegen. So bleibt der Aufwand vertretbar und das Ergebnis trotzdem belastbar.

Genau diese Verbindung ist entscheidend: klein beginnen, aber Wirkung und Entscheidungsfolge vorher festlegen. So bleibt der Aufwand vertretbar und das Ergebnis trotzdem belastbar.
Gäste - Katharina Krüger am Samstag, 20. Januar 2018 16:28

Damit wird es für mich deutlich greifbarer. Vor allem die vorher festgelegte Entscheidungsfolge verhindert, dass der Pilot nur als zusätzlicher Bericht endet.

Damit wird es für mich deutlich greifbarer. Vor allem die vorher festgelegte Entscheidungsfolge verhindert, dass der Pilot nur als zusätzlicher Bericht endet.
Theresa Weber am Samstag, 20. Januar 2018 07:05

Eine Frage zur Umsetzung: Welche Abläufe eignen sich aus deiner Sicht am besten für einen ersten Verbesserungsversuch?

Eine Frage zur Umsetzung: Welche Abläufe eignen sich aus deiner Sicht am besten für einen ersten Verbesserungsversuch?
Moritz Schreiber am Samstag, 20. Januar 2018 16:21

Ein häufiger und klar abgrenzbarer Vorgang wäre sinnvoll. Dort kann man Übergaben, Rückfragen und Ergebnisse gut beobachten.

Ein häufiger und klar abgrenzbarer Vorgang wäre sinnvoll. Dort kann man Übergaben, Rückfragen und Ergebnisse gut beobachten.
Michael Seidel am Samstag, 20. Januar 2018 20:55

Woran würde man im Servicebetrieb nach einigen Wochen erkennen, dass die Regelung im Alltag trägt? Das wäre ein sinnvoller Prüfpunkt vor einer breiteren Einführung. Ein kurzer Vermerk im bestehenden Ablauf dürfte dafür ausreichen.

Woran würde man im Servicebetrieb nach einigen Wochen erkennen, dass die Regelung im Alltag trägt? Das wäre ein sinnvoller Prüfpunkt vor einer breiteren Einführung. Ein kurzer Vermerk im bestehenden Ablauf dürfte dafür ausreichen.
Gäste - Jochen Weiß am Samstag, 03. Februar 2018 09:51

Welche kleine Stichprobe würde bei Rückkopplung aus Störungen und Änderungen zuerst zeigen, ob die Umsetzung im Alltag funktioniert?

Welche kleine Stichprobe würde bei Rückkopplung aus Störungen und Änderungen zuerst zeigen, ob die Umsetzung im Alltag funktioniert?
Markus Groß am Samstag, 03. Februar 2018 10:55

Eine kleine, begründete Auswahl konkreter Fälle wäre für mich ein guter Einstieg. Neben einem normalen Ablauf würde ich einen schwierigen Fall prüfen und die Abweichungen kurz dokumentieren. Für Rückkopplung aus Störungen und Änderungen würde ich den ersten Prüfschritt bewusst klein halten.

Eine kleine, begründete Auswahl konkreter Fälle wäre für mich ein guter Einstieg. Neben einem normalen Ablauf würde ich einen schwierigen Fall prüfen und die Abweichungen kurz dokumentieren. Für Rückkopplung aus Störungen und Änderungen würde ich den ersten Prüfschritt bewusst klein halten.
Gäste - Franziska Schmitt am Sonntag, 04. Februar 2018 07:48

Wie viel Prozess braucht ein kleiner Betrieb, bevor die Umsetzung selbst zum Problem wird?

Wie viel Prozess braucht ein kleiner Betrieb, bevor die Umsetzung selbst zum Problem wird?
Gäste - Sven Peters am Sonntag, 04. Februar 2018 08:49

Ich würde es so einordnen: Ich würde den Umfang von den tatsächlichen Services und Problemen abhängig machen. Klare Verantwortlichkeiten können am Anfang wertvoller sein als ein großer Dokumentensatz.

Ich würde es so einordnen: Ich würde den Umfang von den tatsächlichen Services und Problemen abhängig machen. Klare Verantwortlichkeiten können am Anfang wertvoller sein als ein großer Dokumentensatz.
Gäste - Sandra Riedel am Montag, 19. Februar 2018 09:06

Was wäre ein guter Einstieg, wenn noch keine gemeinsamen Begriffe und Abläufe existieren?

Was wäre ein guter Einstieg, wenn noch keine gemeinsamen Begriffe und Abläufe existieren?
Gäste - Anne Lutz am Montag, 19. Februar 2018 10:03

Daran würde ich anknüpfen. Ich würde einen regelmäßig auftretenden Ablauf auswählen, Zuständigkeiten klären und die Verbesserung daran überprüfen. Danach ließe sich gezielter erweitern.

Daran würde ich anknüpfen. Ich würde einen regelmäßig auftretenden Ablauf auswählen, Zuständigkeiten klären und die Verbesserung daran überprüfen. Danach ließe sich gezielter erweitern.
Gäste - Doris Ulrich am Montag, 19. Februar 2018 12:09

Ich lese das etwas anders. Für mich steht zuerst die Frage im Raum, ob der zugrunde liegende Bedarf überhaupt ausreichend geklärt ist. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.

Ich lese das etwas anders. Für mich steht zuerst die Frage im Raum, ob der zugrunde liegende Bedarf überhaupt ausreichend geklärt ist. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Markus Groß am Montag, 19. Februar 2018 14:14

Bei fehlenden Informationen würde ich die Unsicherheit sichtbar machen und eine vorläufige Entscheidung mit klarer Wiedervorlage treffen. Einfach so zu tun, als wäre alles bekannt, wäre die schlechtere Grundlage. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.

Bei fehlenden Informationen würde ich die Unsicherheit sichtbar machen und eine vorläufige Entscheidung mit klarer Wiedervorlage treffen. Einfach so zu tun, als wäre alles bekannt, wäre die schlechtere Grundlage. Diese Unterscheidung finde ich beim Thema dieses Beitrags besonders wichtig.
Gäste - Anne Lutz am Mittwoch, 28. März 2018 12:56

Wo endet hilfreiche Standardisierung und wo beginnt unnötige Bürokratie?

Wo endet hilfreiche Standardisierung und wo beginnt unnötige Bürokratie?
Gäste - Sebastian Hahn am Dienstag, 29. Oktober 2019 08:08

Wie würdet ihr Rückkopplung aus Störungen und Änderungen konkret prüfen, wenn die Maßnahme bereits auf dem Papier abgeschlossen ist?

Wie würdet ihr Rückkopplung aus Störungen und Änderungen konkret prüfen, wenn die Maßnahme bereits auf dem Papier abgeschlossen ist?
Gäste - Britta Sander am Dienstag, 29. Oktober 2019 10:19

Für diesen Fall wäre mein Ansatz: die Umsetzung an einem konkreten Fall nachvollziehen und dabei das tatsächliche Ergebnis prüfen. Damit bleibt sichtbar, was entschieden wurde und was noch offen ist. Bei Rückkopplung aus Störungen und Änderungen sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.

Für diesen Fall wäre mein Ansatz: die Umsetzung an einem konkreten Fall nachvollziehen und dabei das tatsächliche Ergebnis prüfen. Damit bleibt sichtbar, was entschieden wurde und was noch offen ist. Bei Rückkopplung aus Störungen und Änderungen sollte die Prüfung aus meiner Sicht auf den im Beitrag beschriebenen Zusammenhang begrenzt werden.
Gäste - Sven Peters am Sonntag, 13. Juni 2021 13:22

Dazu eine Rückfrage: Wie vermeidet man, dass Servicequalität ausschließlich aus Sicht der IT bewertet wird?

Dazu eine Rückfrage: Wie vermeidet man, dass Servicequalität ausschließlich aus Sicht der IT bewertet wird?
Gäste - Sandra Riedel am Sonntag, 13. Juni 2021 14:08

Mein Vorschlag wäre: Die Erwartungen der Nutzenden müssten mit hinein. Eine intern erfüllte Kennzahl kann trotzdem einen unbrauchbaren Service beschreiben.

Mein Vorschlag wäre: Die Erwartungen der Nutzenden müssten mit hinein. Eine intern erfüllte Kennzahl kann trotzdem einen unbrauchbaren Service beschreiben.
Gäste - Anne Lutz am Sonntag, 13. Juni 2021 14:51

Beim Prinzip bin ich dabei. Bei der Umsetzung könnte aber gerade die Übergabe zwischen zwei Zuständigen schwierig werden.

Beim Prinzip bin ich dabei. Bei der Umsetzung könnte aber gerade die Übergabe zwischen zwei Zuständigen schwierig werden.
Markus Groß am Sonntag, 13. Juni 2021 16:07

Ich würde das Ergebnis vorher festlegen: Was soll danach klarer, schneller oder belastbarer sein? Ohne diesen Bezug ist der Erfolg einer Änderung schwer zu beurteilen. Auf die Ausgangsfrage bezogen: Die Erwartungen der Nutzenden müssten mit hinein. Eine intern erfüllte Kennzahl kann trotzdem einen unbrauchbaren Service beschreiben.

Ich würde das Ergebnis vorher festlegen: Was soll danach klarer, schneller oder belastbarer sein? Ohne diesen Bezug ist der Erfolg einer Änderung schwer zu beurteilen. Auf die Ausgangsfrage bezogen: Die Erwartungen der Nutzenden müssten mit hinein. Eine intern erfüllte Kennzahl kann trotzdem einen unbrauchbaren Service beschreiben.
Gäste - Franziska Schmitt am Sonntag, 13. Juni 2021 18:10

Ich bleibe beim Aufwand etwas skeptisch. Eine kleine, überprüfbare Lösung könnte hier zunächst mehr bringen als ein umfassendes Konzept. Das bezieht sich für mich auf den hier beschriebenen Ansatz.

Ich bleibe beim Aufwand etwas skeptisch. Eine kleine, überprüfbare Lösung könnte hier zunächst mehr bringen als ein umfassendes Konzept. Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Gäste - Sven Peters am Sonntag, 13. Juni 2021 19:46

Für mich fehlt dabei noch der Umgang mit Ausnahmen. Wer darf abweichen und wie wird diese Entscheidung später nachvollzogen? Das bezieht sich für mich auf den hier beschriebenen Ansatz.

Für mich fehlt dabei noch der Umgang mit Ausnahmen. Wer darf abweichen und wie wird diese Entscheidung später nachvollzogen? Das bezieht sich für mich auf den hier beschriebenen Ansatz.
Bereits registriert? Hier einloggen
Donnerstag, 08. Oktober 2026

Sicherheitscode (Captcha)

Image

Wir benutzen Cookies

Wir nutzen Cookies auf unserer Website. Einige von ihnen sind essenziell für den Betrieb der Seite, während andere uns helfen, diese Website und die Nutzererfahrung zu verbessern. Sie können selbst entscheiden, ob Sie die Cookies zulassen möchten. Bitte beachten Sie, dass bei einer Ablehnung womöglich nicht mehr alle Funktionalitäten der Seite zur Verfügung stehen.

CookieHint and Consent by reDim GmbH (Öffnet in neuem Fenster)