Was ist ITIL? Geschichte, Versionen und Zweck
ITIL – „Information Technology Infrastructure Library" – ist kein Werkzeug, keine Software, keine Norm im engen Sinn. ITIL ist eine Sammlung von Best Practices: ein riesiger Erfahrungsschatz, wie IT-Organisationen ihre Dienste an Geschäftskunden liefern sollten. In den 1980er Jahren von der britischen Regierung initiiert, ist ITIL heute weltweit das De-facto-Standard-Vokabular der IT-Service-Welt. Wenn ein Bewerbungsgespräch von „Incident", „Change", „SLA" oder „Service Owner" spricht, kommt das aus ITIL. Wenn ein Ticket-System Felder wie „Priority", „Impact" und „Urgency" anbietet, kommt das aus ITIL. Diese Lektion erklärt, was hinter dem Akronym steckt, wie es sich von V1 bis ITIL 4 entwickelt hat und warum Unternehmen die Mühe einer ITIL-Einführung auf sich nehmen – auch wenn niemand sie zwingt.
1) Die Versionen im Überblick
ITIL hat mehrere große Versionen durchlaufen, jede mit eigenem Schwerpunkt. Klick die Punkte auf der Zeitachse an, um zu sehen, was die jeweilige Version brachte:
Lifecycle
Practices
2) Was ITIL erreichen will – drei Kernziele
Wertschöpfung
IT soll dem Kerngeschäft messbaren Wert liefern – nicht Selbstzweck sein. Jeder Service hat einen Geschäftsnutzen, der dokumentiert und überprüfbar ist.
Standardisierung
Ein gemeinsames Vokabular für IT und Business – „Incident", „Change", „SLA" haben überall die gleiche Bedeutung. Vermeidet Missverständnisse bei Übergaben.
Wiederholbarkeit
Definierte Prozesse statt ad-hoc-Reaktionen. Ein Incident läuft heute genauso ab wie morgen – auch wenn das Personal wechselt.
3) Mit und ohne ITIL – ein Vergleich
Der Sinn wird klarer, wenn du zwei Welten gegenüberstellst:
❌ Ohne strukturierten Service-Ansatz
Kunde meldet: „Mein Mailclient geht nicht."
→ Ein Admin probiert was, ein anderer macht etwas anderes, einer ruft den Hersteller, niemand notiert die Reihenfolge der Versuche.
→ Drei Stunden später ist es vielleicht behoben. Aber niemand weiß, was es war, ob es nochmal passieren wird oder wie lange der Kunde ohne Mail war.
✓ Mit ITIL-Prozessen
Kunde meldet: „Mein Mailclient geht nicht."
→ Ticket im Service Desk angelegt, klassifiziert, priorisiert nach Impact × Urgency, eskaliert wenn nötig.
→ Schritte dokumentiert, Lösung in der KEDB erfasst, Kunde benachrichtigt – beim nächsten Vorfall sofort lösbar.
ITIL ist also eher die Spielregel als der Spieler – sie sagt nicht, wie du den Mailclient reparierst, aber wie du das Verfahren rund um das Reparieren organisierst, damit nichts verloren geht.
4) Was ITIL nicht ist
Dreifaches Missverständnis, das immer wieder vorkommt:
- ITIL ist keine Norm. Du kannst dich nicht „nach ITIL zertifizieren" wie nach ISO 27001. Es gibt Personen-Zertifikate (Foundation, Practitioner, ...), aber keine Organisations-Zertifizierung. Die zugehörige Norm ist ISO/IEC 20000 – die orientiert sich an ITIL, ist aber separat.
- ITIL ist nicht verpflichtend. Niemand zwingt dich. Unternehmen führen ITIL ein, weil sie Vorteile davon haben – größere Stabilität, klarere Verantwortung, bessere Kundenkommunikation.
- ITIL ist kein Tool. JIRA Service Management, ServiceNow, Freshservice etc. sind Implementierungen von ITIL-Prozessen, aber nicht ITIL selbst. Mehr dazu in Ticketsysteme in der Praxis.
5) Der zentrale Begriff: Service
Alles in ITIL dreht sich um den Service. ITIL 4 definiert ihn als „Means of enabling value co-creation by facilitating outcomes that customers want to achieve, without the customer having to manage specific costs and risks". Auf Deutsch und ohne Marketing-Sprech: ein Service ist eine Leistung, die der Kunde nutzt, um sein Ziel zu erreichen, ohne sich selbst um die Details kümmern zu müssen.
Beispiel: Das „E-Mail-System" als Service. Der Kunde will Mails verschicken – er muss keine Server kaufen, keinen Spamfilter konfigurieren, keine Backups einrichten. Das alles ist Sache der IT. Was der Kunde will, ist Outcome; was die IT liefert (Server, Software, Support), sind Outputs. Wichtige Begriffe, die du dir merken solltest:
| Begriff | Bedeutung |
|---|---|
| Service Provider | Der Anbieter des Service. Kann intern (eigene IT) oder extern (z. B. Cloud-Anbieter) sein. |
| Customer / Consumer | Der, der den Service in Anspruch nimmt. „Customer" zahlt, „Consumer" nutzt – das kann derselbe sein, muss aber nicht. |
| Output | Das konkrete Ergebnis (z. B. „eine versendete Mail"). |
| Outcome | Der dahinterliegende Geschäftsnutzen (z. B. „mit dem Kunden kommunizieren"). |
| Value | Die wahrgenommene Nützlichkeit – Outcome relativ zu Kosten und Risiken. |
| Utility | „Fit for purpose" – tut der Service, was er tun soll? |
| Warranty | „Fit for use" – tut er es zuverlässig, sicher, ausreichend schnell? |
6) Wo ITIL aufhört
ITIL ist kein Allzweckwerkzeug. Es ergänzt sich mit:
- COBIT – Governance-Rahmenwerk; sagt, was gesteuert werden muss. ITIL sagt, wie man die Dienste betreibt.
- ISO 27001 – Informationssicherheits-Managementsystem. ITIL deckt Sicherheit nur am Rand; ISO 27001 ist die Disziplin dafür.
- PRINCE2 / PMP – Projektmanagement. ITIL ist „Run", PRINCE2 ist „Change". Sie ergänzen sich in Change Management.
- DevOps / Agile – ITIL 4 hat hier viel aufgegriffen, gerade was schnelle Release-Zyklen und Automatisierung angeht – aber bewusst auf Operations-Stabilität fokussiert.
Im Stellenmarkt findest du selten reine ITIL-Stellen – sondern Service Manager, Service Owner, Process Owner, Change Manager, Incident Manager, Problem Manager, deren Rolle stark von ITIL geprägt ist.
Zusammenfassung
ITIL ist eine Sammlung von Best Practices für IT-Service-Management, kein Tool und keine Norm. Entwickelt seit 1989 von der britischen Regierung, heute weltweit Standard. Versionen: V1 (1989, 30 Bücher), V2 (2001, 7 Bücher mit Service-Support- und Service-Delivery-Fokus), V3 (2007/2011, Lifecycle in 5 Phasen), ITIL 4 (2019, „Service Value System" + Practices statt Prozesse). Kernbegriff: Service als Mittel, dem Kunden Wert zu liefern, ohne dass er sich um Details kümmern muss. Wichtige Begriffe: Service Provider, Customer/Consumer, Output vs. Outcome, Utility (fit for purpose) vs. Warranty (fit for use). Ergänzt sich mit COBIT (Governance), ISO 27001 (Sicherheit), PRINCE2 (Projekte), DevOps. Praxis: definierter Prozess statt ad-hoc, gemeinsames Vokabular, messbare Wertschöpfung.
Verwandte Lektionen: ITIL 4 Service Value System · Service Level Management · Incident Management · und mehrWeitere relevante LektionenITIL-GrundprinzipienService Value ChainCMDBService DeskChange ManagementLevel SupportMonitoring-Konzept