Wer IT-Services professionell betreiben will, kommt an ITIL kaum vorbei. Doch was verbirgt sich hinter dem Kürzel, welche Prozesse gehören dazu und wie setzt man sie im Alltag um? Dieser Artikel erklärt ITIL verständlich – von der Definition über die wichtigsten Prozesse bis zur Umsetzung im Ticketsystem.
Was ist ITIL?
ITIL ist ein Rahmenwerk (Framework) aus gesammelten Best Practices für das IT-Service-Management. Es gibt Organisationen einen erprobten, standardisierten Leitfaden an die Hand, um IT-Dienstleistungen so zu gestalten, dass sie den Bedürfnissen des Unternehmens und seiner Kunden dienen – zuverlässig, nachvollziehbar und wirtschaftlich.
ITIL ist dabei kein starrer Standard und keine Software, sondern eine Sammlung von Empfehlungen. Unternehmen übernehmen die Teile, die zu ihnen passen, und passen sie an ihre eigenen Abläufe an („adopt and adapt”). Genau das macht ITIL so flexibel und branchenübergreifend einsetzbar.
Wofür steht ITIL?
ITIL steht für Information Technology Infrastructure Library – auf Deutsch etwa „IT-Infrastruktur-Bibliothek”. Der Name stammt aus der Entstehungszeit: Ursprünglich war ITIL tatsächlich eine Reihe von Büchern (eine „Bibliothek”), die bewährtes Wissen zum Betrieb von IT-Infrastruktur dokumentierten. Heute ist der Fokus weiter gefasst – es geht um das Management ganzer IT-Services, nicht nur um Infrastruktur.
Die Geschichte von ITIL
ITIL entstand in den späten 1980er-Jahren im Auftrag der britischen Regierung (der damaligen Behörde CCTA), um die Qualität und Wirtschaftlichkeit staatlicher IT-Dienstleistungen zu verbessern. Aus einer Sammlung von Leitfäden wurde über die Jahrzehnte der De-facto-Standard für ITSM weltweit.
Die Rechte an ITIL liegen heute bei PeopleCert (zuvor AXELOS). Die wichtigsten Entwicklungsstufen:
- ITIL v2 (2000/2001) – strukturierte die Empfehlungen erstmals nach Themen wie Service Support und Service Delivery.
- ITIL v3 (2007, überarbeitet 2011) – führte den Service-Lifecycle mit fünf Phasen und rund 26 Prozessen ein.
- ITIL 4 (2019) – die aktuelle Version, die ITIL grundlegend modernisiert hat (siehe unten).
Der Service-Lifecycle in ITIL v3
Weil viele Organisationen bis heute nach ITIL v3 arbeiten, lohnt der Blick auf dessen Grundgerüst: den Service-Lifecycle aus fünf Phasen. Die bekannten Kernprozesse ordnen sich diesen Phasen zu:
| Phase | Zweck | Beispiele für Prozesse |
|---|---|---|
| Service Strategy | IT an der Geschäftsstrategie ausrichten | Financial Management, Demand Management |
| Service Design | Neue/geänderte Services entwerfen | Service-Level-Management, Kapazitäts- & Verfügbarkeitsmanagement |
| Service Transition | Services testen und einführen | Change-Management, Release- & Deployment-Management |
| Service Operation | Services im Alltag betreiben | Incident-, Problem- & Request-Management |
| Continual Service Improvement | Services laufend verbessern | Service-Reporting, 7-Schritte-Verbesserungsprozess |
ITIL 4 vs. ITIL v3: Aus Prozessen werden Praktiken
Bis ITIL v3 war die Welt in Prozesse und einen fünfstufigen Lebenszyklus (Service Strategy, Design, Transition, Operation, Continual Service Improvement) gegliedert. Viele Unternehmen orientieren sich bis heute daran, und Begriffe wie „ITIL-Prozesse” sind fest etabliert.
ITIL 4 hat dieses Modell 2019 abgelöst und flexibler gemacht. Die wichtigsten Neuerungen:
- Statt von „Prozessen” spricht ITIL 4 von 34 Practices (Praktiken), unterteilt in General Management, Service Management und Technical Management Practices.
- Im Zentrum steht das Service Value System (SVS) mit der Service Value Chain – der Weg von der Nachfrage bis zum erbrachten Wert.
- Vier Dimensionen (Organisation & Menschen, Information & Technologie, Partner & Lieferanten, Wertströme & Prozesse) sollen ganzheitliches Denken fördern.
- Sieben Leitprinzipien (u. a. „Focus on value”, „Start where you are”, „Progress iteratively with feedback”) machen ITIL kompatibel mit agilen Methoden und DevOps.
Wichtig für die Praxis: Die klassischen Kernprozesse Incident-, Problem- und Change-Management existieren in ITIL 4 weiterhin – sie heißen dort „Practices” und wurden teils umbenannt (z. B. Change Management → Change Enablement). Wer „ITIL-Prozesse” sagt, meint meist genau diese Kernpraktiken.
Die sieben Leitprinzipien von ITIL 4
Die Leitprinzipien sind das Herzstück von ITIL 4. Sie gelten unabhängig von einzelnen Prozessen und sollen jede Entscheidung im Service-Management prägen:
- Auf den Wert konzentrieren (Focus on value) – jede Aktivität muss einen Nutzen für Kunden und Unternehmen stiften.
- Dort beginnen, wo man steht (Start where you are) – Bestehendes bewerten und nutzen, statt alles neu aufzubauen.
- Iterativ mit Feedback vorgehen (Progress iteratively with feedback) – in kleinen Schritten verbessern statt in einem großen Wurf.
- Zusammenarbeiten und Transparenz fördern (Collaborate and promote visibility) – über Abteilungsgrenzen hinweg und sichtbar arbeiten.
- Ganzheitlich denken und arbeiten (Think and work holistically) – den gesamten Wertstrom im Blick behalten.
- Einfach und praktisch halten (Keep it simple and practical) – nur so viele Schritte wie nötig.
- Optimieren und automatisieren (Optimize and automate) – zuerst optimieren, dann automatisieren.
Diese Prinzipien erklären, warum sich ITIL 4 so gut mit agilen Vorgehensweisen und einem modernen Ticketsystem verträgt: Beide setzen auf iterative Verbesserung, Automatisierung und einen klaren Fokus auf den Nutzwert.
ITIL, ITSM und der Unterschied
Die Begriffe ITIL und ITSM werden oft verwechselt:
- ITSM (IT-Service-Management) ist die Disziplin – also alles, was Organisationen tun, um IT als Service zu planen, zu liefern und zu verbessern.
- ITIL ist das bekannteste Rahmenwerk, das beschreibt, wie man ITSM gut umsetzt.
Kurz: ITSM ist das „Was”, ITIL liefert das „Wie”. Neben ITIL gibt es weitere ITSM-Rahmenwerke wie COBIT oder FitSM – ITIL ist jedoch das mit Abstand verbreitetste.
Warum ITIL? Der Nutzen für Unternehmen
Der Einsatz von ITIL bringt vor allem Struktur und Verlässlichkeit in die IT-Serviceerbringung:
- Höhere Servicequalität: Störungen werden schneller behoben, weil Zuständigkeiten und Abläufe klar definiert sind.
- Weniger Ausfälle: Systematisches Problem- und Change-Management reduziert wiederkehrende Fehler und riskante Änderungen.
- Transparenz und Messbarkeit: Kennzahlen wie Reaktions- und Lösungszeiten oder die Einhaltung von Service-Level-Agreements machen die Leistung sichtbar.
- Kostenkontrolle: Ressourcen werden gezielt dort eingesetzt, wo sie den größten Wert stiften.
- Gemeinsame Sprache: ITIL schafft ein einheitliches Vokabular zwischen IT, Fachabteilungen und Dienstleistern.
Gerade für wachsende Organisationen ist das entscheidend: Was im kleinen Team noch „auf Zuruf” funktioniert, braucht ab einer gewissen Größe definierte Prozesse – sonst gehen Anfragen verloren und die IT wird zum Flaschenhals.
Die wichtigsten ITIL-Prozesse im Überblick
Die folgende Tabelle stellt die zentralen ITIL-Prozesse (bzw. Practices) gegenüber, die im IT-Support tagtäglich zum Einsatz kommen:
| Prozess / Practice | Zweck | Ausgelöst durch | Ziel |
|---|---|---|---|
| Incident-Management | Störungen schnell beheben | ungeplante Störung | Betrieb schnellstmöglich wiederherstellen |
| Problem-Management | Ursachen dauerhaft beseitigen | ein oder mehrere Incidents | wiederkehrende Störungen verhindern |
| Change-Enablement | Änderungen sicher einführen | geplante Änderung (Change) | Risiko von Änderungen minimieren |
| Service-Request-Management | Standardanfragen bearbeiten | Nutzeranfrage (z. B. Zugang) | Anfragen effizient und einheitlich erfüllen |
| Service-Level-Management | Servicequalität steuern | vereinbarte SLAs | zugesagte Servicelevel einhalten |
Incident-Management
Ein Incident („Vorfall”) ist eine ungeplante Störung oder Beeinträchtigung eines IT-Dienstes. Damit aus einem technischen Ausfall ein Incident im Sinne von ITIL wird, muss er den Betrieb tatsächlich beeinträchtigen – ein Ausfall außerhalb der Betriebszeiten oder während geplanter Wartungsarbeiten zählt zunächst nicht dazu.
Das Ziel des Incident-Managements ist eindeutig: den normalen Betrieb so schnell wie möglich wiederherzustellen – notfalls mit einer temporären Lösung oder einem Workaround, während die eigentliche Ursache separat im Problem-Management verfolgt wird. Incidents werden in einem Ticketsystem (auch „Trouble-Ticket-System”) erfasst, priorisiert, zugewiesen und bis zur Lösung nachverfolgt. Prioritäten ergeben sich meist aus der Kombination von Auswirkung (wie viele Nutzer sind betroffen?) und Dringlichkeit.
Problem-Management
Ein Problem ist die zugrunde liegende Ursache eines oder mehrerer Incidents. Der Unterschied ist wichtig: Nicht jedes Problem führt sofort zu einem Vorfall. Ein Serverabsturz nach Büroschluss ist ein Problem – zu einem Incident wird er erst, wenn am nächsten Morgen niemand mehr arbeiten kann, weil er nicht behoben wurde. Umgekehrt kann ein Incident ein bislang unentdecktes Problem sichtbar machen.
Für den Umgang mit einem Problem gibt es grundsätzlich drei Wege:
- Nichts tun – etwa wenn die Kosten der Behebung den Nutzen übersteigen oder das Problem den Betrieb kaum beeinträchtigt.
- Einen Workaround schaffen – wenn die aufwendige Ursachensuche teurer wäre als die Umgehung des Problems.
- Die Ursache finden und beseitigen – die nachhaltigste, aber oft aufwendigste Lösung.
Während das Incident-Management reaktiv und auf Geschwindigkeit ausgelegt ist, arbeitet das Problem-Management proaktiv und langfristig: Es will verhindern, dass dieselben Störungen immer wieder auftreten.
Change-Management (Change-Enablement)
Das Change-Management – in ITIL 4 Change-Enablement – gehört zum Bereich „Service Transition”. Es sorgt dafür, dass Änderungen an der IT-Landschaft geplant, bewertet, genehmigt und kontrolliert eingeführt werden. Ein typisches Beispiel ist die Überführung einer neu entwickelten oder geänderten Software aus der Entwicklung in die Produktivumgebung.
Der entscheidende Unterschied zu Incidents: Changes sind geplant und genehmigt, Vorfälle treten ungeplant auf. Ziel des Change-Managements ist es, den Nutzen einer Änderung zu ermöglichen und zugleich das Risiko für den laufenden Betrieb möglichst gering zu halten – etwa durch Bewertung, Tests, Freigabeschritte und einen Rückfallplan.
Service-Request-Management
Nicht jede Meldung ist eine Störung. Ein Service Request ist eine geplante Standardanfrage eines Nutzers – zum Beispiel „Bitte ein neues Notebook”, „Zugriff auf Laufwerk X” oder „Passwort zurücksetzen”. Solche Anfragen folgen einem festen, meist vorab genehmigten Ablauf und lassen sich stark standardisieren und automatisieren. Ein guter Servicekatalog und Self-Service-Portale entlasten hier den Support spürbar.
Service-Level-Management
Das Service-Level-Management definiert und überwacht, welche Servicequalität zugesagt wird. Kernstück sind Service-Level-Agreements (SLAs) – Vereinbarungen über Reaktions- und Lösungszeiten, Verfügbarkeit oder Erreichbarkeit. SLAs machen Erwartungen messbar und schaffen eine faire Grundlage zwischen IT und Fachbereich bzw. Kunde. In der Praxis werden SLA-Fristen direkt im Ticketsystem hinterlegt und automatisch überwacht.
Ergänzend spielt oft das Configuration- und Asset-Management eine Rolle: Es verwaltet die IT-Bausteine (Configuration Items) und ihre Abhängigkeiten – wichtig, um bei einem Incident schnell zu erkennen, welche Systeme betroffen sein könnten.
Weitere wichtige ITIL-Practices
Über die fünf Kernprozesse hinaus umfasst ITIL zahlreiche weitere Praktiken. Diese begegnen einem im IT-Support am häufigsten:
- Knowledge Management (Wissensmanagement): sammelt Lösungen, Anleitungen und bekannte Fehler (Known Errors) in einer Wissensdatenbank – so lassen sich wiederkehrende Anfragen schneller und einheitlicher lösen.
- Continual Improvement (Kontinuierliche Verbesserung): verankert den Gedanken, Services und Prozesse laufend zu evaluieren und zu optimieren, als eigene Praktik.
- Release- und Deployment-Management: steuert, wie neue oder geänderte Services geplant, getestet und produktiv ausgerollt werden – eng verzahnt mit dem Change-Enablement.
- Service-Desk: die zentrale Anlaufstelle („Single Point of Contact”) zwischen Nutzern und der IT-Organisation, über die Incidents und Service Requests eingehen.
Ein bekannter Begriff aus dem Problem-Management ist in diesem Zusammenhang der Known Error: ein Problem mit bekannter Ursache und dokumentiertem Workaround, das in einer Known Error Database (KEDB) festgehalten wird und die Bearbeitung künftiger Incidents beschleunigt.
ITIL im Ticketsystem: Wie die Prozesse im Werkzeug lebendig werden
ITIL beschreibt das „Wie” – gelebt werden die Prozesse aber erst in einem geeigneten Werkzeug. Ein Ticketsystem bzw. ein Service-Desk-Tool bildet die ITIL-Prozesse konkret ab:
- Tickets repräsentieren Incidents, Probleme, Changes und Service Requests – jeweils mit eigenem Typ, Status und Workflow.
- Kategorisierung und Priorisierung steuern, was zuerst bearbeitet wird.
- SLA-Timer überwachen automatisch die Einhaltung der zugesagten Reaktions- und Lösungszeiten.
- Wissensdatenbank und Self-Service beschleunigen die Bearbeitung wiederkehrender Anfragen.
- Auswertungen zeigen, wo Engpässe entstehen und welche Probleme die meisten Incidents verursachen.
Eine Lösung wie Allegra Service unterstützt diese ITIL-Kernprozesse in einem System – und wird dabei DSGVO-konform in Deutschland gehostet, was für interne wie externe IT-Services zunehmend wichtig ist. Wer verschiedene Werkzeuge vergleichen möchte, findet in unserer Ticketsystem-Übersicht einen ausführlichen Vergleich.
ITIL einführen: Praxis-Tipps
ITIL lässt sich nicht über Nacht einführen. Bewährt hat sich ein schrittweises Vorgehen:
- Klein anfangen: Starten Sie mit dem Incident-Management – es bringt am schnellsten sichtbaren Nutzen.
- Adopt and adapt: Übernehmen Sie nur die Praktiken, die zu Ihrer Organisation passen, statt ITIL dogmatisch komplett umzusetzen.
- Prozesse vor Werkzeug – aber gemeinsam denken: Definieren Sie die Abläufe, und wählen Sie ein Ticketsystem, das sie ohne Verrenkungen abbildet.
- Messen und verbessern: Nutzen Sie Kennzahlen und den Gedanken der kontinuierlichen Verbesserung, statt Prozesse einmalig festzuschreiben.
ITIL-Zertifizierung
ITIL-Wissen lässt sich zertifizieren. Der Einstieg ist die ITIL 4 Foundation, die die Grundbegriffe, das Service Value System und die wichtigsten Practices vermittelt. Darauf bauen weiterführende Qualifikationen auf (z. B. Managing Professional und Strategic Leader). Für die meisten Anwender im IT-Support genügt die Foundation, um die gemeinsame Sprache und die Kernprozesse sicher zu beherrschen.
Häufig gestellte Fragen
Was ist ITIL einfach erklärt?
ITIL ist eine Sammlung bewährter Praktiken für das IT-Service-Management. Sie zeigt Unternehmen, wie sie IT-Dienstleistungen zuverlässig planen, bereitstellen und verbessern – mit klaren Prozessen wie Incident-, Problem- und Change-Management. ITIL ist keine Software, sondern ein flexibel anpassbares Rahmenwerk.
Wofür steht die Abkürzung ITIL?
ITIL steht für Information Technology Infrastructure Library. Der Name geht darauf zurück, dass ITIL ursprünglich als Reihe von Büchern – einer „Bibliothek” – zum Betrieb von IT-Infrastruktur veröffentlicht wurde.
Was ist der Unterschied zwischen ITIL v3 und ITIL 4?
ITIL v3 gliederte ITSM in einen fünfstufigen Service-Lifecycle mit rund 26 Prozessen. ITIL 4 (2019) ersetzt dieses Modell durch das Service Value System mit 34 „Practices”, vier Dimensionen und sieben Leitprinzipien und ist enger mit agilen Methoden und DevOps verzahnt. Die Kernprozesse Incident, Problem und Change bleiben bestehen.
Was ist der Unterschied zwischen einem Incident und einem Problem?
Ein Incident ist eine konkrete, ungeplante Störung, die den Betrieb beeinträchtigt und schnell behoben werden muss. Ein Problem ist die zugrunde liegende Ursache, die einen oder mehrere Incidents auslösen kann. Incident-Management stellt den Betrieb wieder her, Problem-Management beseitigt die Ursache dauerhaft.
Was ist der Unterschied zwischen ITIL und ITSM?
ITSM (IT-Service-Management) ist die Disziplin, IT als Service zu managen. ITIL ist das bekannteste Rahmenwerk, das beschreibt, wie man ITSM in der Praxis gut umsetzt. ITSM ist also das „Was”, ITIL das „Wie”.
Braucht man für ein Ticketsystem ITIL?
Nein – ein Ticketsystem funktioniert auch ohne ITIL. Wer seine Support-Prozesse jedoch an ITIL ausrichtet, holt deutlich mehr aus dem Werkzeug heraus: klare Ticket-Typen, definierte Abläufe, SLA-Steuerung und aussagekräftige Kennzahlen. ITIL und Ticketsystem ergänzen sich ideal.
Ist ITIL noch aktuell?
Ja. Mit ITIL 4 (2019) wurde das Rahmenwerk grundlegend modernisiert und an heutige Arbeitsweisen wie Agile, DevOps und Cloud angepasst. ITIL bleibt der De-facto-Standard im IT-Service-Management und wird weiterhin gepflegt und zertifiziert.
Welche ITIL-Zertifizierungen gibt es?
Der Einstieg ist die ITIL 4 Foundation. Darauf bauen die Pfade Managing Professional (praxisorientiert, für ITSM-Teams) und Strategic Leader (strategisch, für Führungskräfte) auf; an deren Spitze steht der ITIL Master. Für den Alltag im IT-Support reicht in der Regel die Foundation-Zertifizierung.
