Definition
Best-Practice-Sammlung für IT-Service-Management, ursprünglich von der britischen CCTA, heute von AXELOS. Aktuelle Version: ITIL 4 mit Service Value System (SVS) und 34 Management-Praktiken. Operatives Framework für IT-Services über deren Lebenszyklus — Strategy, Design, Transition, Operation, Continual Improvement. Ergänzt strategische COBIT-Steuerung mit konkreten Praktiken. Häufig Voraussetzung für ISO 20000-Zertifizierung.
In der Praxis
Der hartnäckigste ITIL-Irrtum sitzt im Satz „Wir sind ITIL-zertifiziert". Zertifiziert werden Personen — Foundation, Practitioner und so weiter. Organisationen können ihre Service-Management-Konformität nur gegen eine Anforderungsnorm nachweisen, und das ist ISO/IEC 20000-1; ITIL selbst ist eine Praktiken-Sammlung ohne Zertifizierungscharakter. Zweites Fehlerbild: die Vollständigkeitsfalle. Alle 34 Praktiken von ITIL 4 auf einmal einführen zu wollen, endet im Prozessapparat, den niemand lebt — ITIL ist eine Bibliothek, keine Bauanleitung. Drittens das Tool-Missverständnis: Ein Ticketsystem zu kaufen ist nicht ITIL einzuführen; die Praktiken definieren Verhaltensweisen und Verantwortlichkeiten, die Software bildet sie nur ab. Viertens das Change-Management als Bremser: Change Enablement heißt risikodifferenzierte Freigabe — Standardänderungen fließen, risikoreiche werden bewertet; wer jede Änderung ins wöchentliche Gremium zwingt, erzeugt Schatten-IT. Richtig dosiert, ist ITIL der pragmatischste Weg, IT-Betrieb aus dem Feuerwehr-Modus in planbare Services zu überführen.
Verwandte Begriffe
Häufige Fragen zu ITIL
Wie passen ITIL und DevOps zusammen — widersprechen sich die nicht?
Nein, sie adressieren verschiedene Ebenen derselben Wertschöpfung. ITIL liefert die Service-Management-Praktiken: Wie werden Services definiert, Störungen behoben, Änderungen gesteuert, Service Levels vereinbart und verbessert? DevOps ist eine Arbeitskultur mit technischer Umsetzung: Entwicklung und Betrieb arbeiten durchgängig zusammen, automatisiert über CI/CD-Pipelines, mit kurzen Feedbackschleifen. Der vermeintliche Konflikt — Kontrolle gegen Geschwindigkeit — löst sich über die Praktiken selbst: Change Enablement in ITIL 4 kennt risikodifferenzierte Modelle, bei denen gut getestete Standardänderungen automatisiert durchlaufen dürfen; genau darauf zahlt eine Pipeline ein. Umgekehrt brauchen DevOps-Teams die Service-Sicht von ITIL, damit aus schneller Auslieferung auch ein zuverlässiger Service wird. Kurz: DevOps beschleunigt die Werkstatt, ITIL hält den Betrieb steuerbar — wer nur eines hat, bekommt entweder Tempo ohne Kontrolle oder Kontrolle ohne Tempo.
Können wir uns als Unternehmen nach ITIL zertifizieren lassen?
Nein — ITIL ist eine Best-Practice-Sammlung ohne Anforderungscharakter und ohne Zertifizierungsschema für Organisationen. Was existiert, ist die Personenzertifizierung: Mitarbeiter können ITIL-Qualifikationen auf verschiedenen Stufen erwerben, und das ist für die Kompetenz im Haus durchaus sinnvoll. Der organisationsweite Nachweis läuft über ISO/IEC 20000-1: Diese Norm stellt Anforderungen an ein Service-Management-System — Planung, Betrieb, Überwachung und Verbesserung der Services — und ist durch akkreditierte Stellen zertifizierbar. Die Rollenverteilung: ITIL liefert die konkreten Praktiken und das Vokabular, mit dem Sie die Anforderungen der Norm ausgestalten; die Norm liefert den auditierbaren Rahmen. Vorsicht bei Anbietern, die ein „ITIL-Firmenzertifikat" verkaufen — dahinter steht entweder Unkenntnis oder Etikettenschwindel. In Ausschreibungen ist die korrekte Forderung die ISO/IEC-20000-1-Zertifizierung (ISO/IEC 20000-1).
Mit welchen Praktiken starten wir sinnvoll, wenn wir heute noch im Feuerwehr-Modus arbeiten?
Beginnen Sie mit vier Praktiken, die sich gegenseitig verstärken. Erstens Incident Management: ein zentraler Eingangskanal, Priorisierung nach Auswirkung und Dringlichkeit, dokumentierte Lösungen — das bringt sofort Ruhe in den Betrieb. Zweitens Change Enablement: Änderungen werden angekündigt, bewertet und nach Risiko freigegeben; Standardänderungen bekommen einen schnellen Pfad, damit die Praktik nicht als Blocker wahrgenommen wird. Drittens Service Level Management: einfache, messbare Vereinbarungen mit den Fachbereichen — Verfügbarkeit, Reaktionszeiten —, damit Erwartungen und Leistung auf denselben Tisch kommen. Viertens Continual Improvement: ein kurzes monatliches Review der Störungs- und Änderungsdaten mit ein bis zwei verbindlichen Verbesserungen. Erst wenn diese vier stabil laufen, kommen Problem Management, Wissensmanagement oder das Service-Katalog-Thema dazu. Messen Sie den Fortschritt an Wiederholstörungen und Eskalationen — das sind die Zahlen, die auch die Geschäftsleitung versteht.