2.1 Was ist ITIL und wie ist das Framework aufgebaut?

Kurz erklärt

ITIL ist ein anpassbares Best-Practice-Framework für das Management digitaler Produkte und Services.

Es unterstützt Organisationen dabei, technische und organisatorische Fähigkeiten so miteinander zu verbinden, dass für Benutzer, Kunden und weitere Stakeholder verlässliche Outcomes und nachhaltiger Wert entstehen.

ITIL ist kein fertiger Unternehmensprozess, kein Ticketsystem und keine technische Anleitung. Das Framework stellt Begriffe, Prinzipien, Modelle und Management Practices bereit, die an die jeweilige Organisation angepasst werden müssen.

Was bedeutet ITIL?

Die Bezeichnung ITIL entstand ursprünglich aus dem Namen Information Technology Infrastructure Library.

Heute wird ITIL als eigenständiger Name des Frameworks verwendet.

Die aktuelle Generation ist ITIL Version 5.

Sie betrachtet nicht mehr ausschließlich den Betrieb von IT-Services, sondern das integrierte Management digitaler Produkte und Services über ihren gesamten Lebenszyklus.

Dazu gehören unter anderem:

Bedarf und Chancen erkennen,
Produkte und Services gestalten,
Lösungen beschaffen oder entwickeln,
Änderungen in die produktive Umgebung überführen,
Systeme betreiben,
Services bereitstellen,
Benutzer unterstützen,
Erfahrungen auswerten,
und Produkte, Services sowie Arbeitsweisen kontinuierlich verbessern.

Merke

ITIL beschreibt nicht nur, wie bestehende IT-Services unterstützt werden.

Es betrachtet auch, wie digitale Produkte und Services entstehen, zusammenwirken und über ihren gesamten Lebenszyklus Wert ermöglichen.

Was ist ein Framework?

Ein Framework ist ein strukturierter Orientierungsrahmen.

Es stellt unter anderem bereit:

gemeinsame Begriffe,
grundlegende Prinzipien,
Modelle,
Practices,
Betrachtungsperspektiven,
Entscheidungshilfen,
und bewährte Vorgehensweisen.

Ein Framework schreibt jedoch nicht jeden Arbeitsschritt verbindlich vor.

ITIL legt beispielsweise nicht grundsätzlich fest:

welches Ticketsystem verwendet werden muss,
wie viele Supportgruppen eine Organisation benötigt,
welche Prioritätsmatrix eingesetzt werden muss,
wer jeden Change genehmigt,
wie ein Organigramm aufgebaut sein muss,
oder welche technischen Produkte eingesetzt werden sollen.

Diese Entscheidungen hängen vom jeweiligen Kontext ab.

Dazu gehören beispielsweise:

Größe der Organisation,
angebotene Produkte und Services,
gesetzliche und vertragliche Anforderungen,
Risiken,
Sicherheitsanforderungen,
vorhandene Fähigkeiten,
verwendete Technologien,
Unternehmenskultur,
und Zusammenarbeit mit Partnern und Lieferanten.

Grundsatz

ITIL wird nicht unverändert „installiert“.

Die Organisation verwendet geeignete Bestandteile des Frameworks und passt sie an ihren tatsächlichen Bedarf an.

ITIL ist Best-Practice-Guidance

ITIL stellt bewährte Orientierung für das Management digitaler Produkte und Services bereit.

Best Practice bedeutet in diesem Zusammenhang:

Die beschriebenen Konzepte haben sich in vielen Organisationen als hilfreich erwiesen.
Die Inhalte bieten eine fachlich strukturierte Ausgangsbasis.
Die Empfehlungen müssen an den jeweiligen Kontext angepasst werden.
Eine andere Vorgehensweise kann in einer konkreten Organisation ebenfalls sinnvoll sein.
Betriebliche, gesetzliche und sicherheitsrelevante Vorgaben besitzen weiterhin Vorrang.

ITIL ist deshalb weder:

eine gesetzliche Vorschrift,
eine technische Norm,
eine Produktzertifizierung,
noch eine Garantie für erfolgreiche Servicequalität.

Typischer Fehler

Eine Organisation übernimmt Begriffe, Formulare und Genehmigungsstufen, ohne zu prüfen, welches konkrete Problem damit gelöst werden soll.

Dadurch kann unnötige Bürokratie entstehen, ohne dass sich Produkte, Services oder Outcomes verbessern.

Wofür ITIL eingesetzt wird

ITIL kann Organisationen dabei unterstützen:

digitale Produkte und Services ganzheitlich zu betrachten,
gemeinsame Begriffe zu verwenden,
Verantwortlichkeiten zu klären,
Zusammenarbeit zwischen Teams zu verbessern,
Entscheidungen an Wert und Outcomes auszurichten,
technische und organisatorische Abhängigkeiten zu berücksichtigen,
Risiken bewusster zu behandeln,
Erfahrungen von Benutzern und Kunden einzubeziehen,
geeignete Management Practices zu etablieren,
Wertströme zu verstehen und zu verbessern,
und kontinuierliche Verbesserung in die tägliche Arbeit zu integrieren.

ITIL kann in unterschiedlichen Organisationen eingesetzt werden.

Beispiele:

interne IT-Abteilung,
Managed Service Provider,
Cloud-Anbieter,
Softwareunternehmen,
öffentliche Verwaltung,
Krankenhaus,
Produktionsunternehmen,
Bildungseinrichtung,
Finanzunternehmen,
oder gemeinnützige Organisation.

Die Grundgedanken sind nicht auf eine bestimmte Branche oder Organisationsgröße beschränkt.

ITIL richtet sich nicht nur an IT-Service-Manager

ITIL ist für unterschiedliche Rollen relevant.

Dazu gehören beispielsweise:

Fachinformatiker für Systemintegration,
Service-Desk-Mitarbeiter,
Systemadministratoren,
Netzwerkadministratoren,
Supporttechniker,
Produktverantwortliche,
Service Owner,
Entwickler,
Informationssicherheitsverantwortliche,
Projekt- und Change-Verantwortliche,
Lieferantenmanager,
Führungskräfte,
und Mitarbeiter aus Fachabteilungen.

Nicht jede Rolle benötigt dasselbe Detailwissen.

Ein Fachinformatiker für Systemintegration muss beispielsweise nicht jede strategische Entscheidung selbst treffen.

Er sollte jedoch verstehen:

welcher Service von seiner technischen Arbeit abhängt,
welche Auswirkungen eine Änderung besitzen kann,
wie Incidents und Service Requests eingeordnet werden,
wann eine Eskalation notwendig ist,
welche Informationen dokumentiert werden müssen,
und wie technische Erkenntnisse in Verbesserungen einfließen.

Der zentrale Gedanke: Wert ermöglichen

ITIL richtet das Management digitaler Produkte und Services auf Wert aus.

Wert entsteht nicht allein dadurch, dass eine technische Komponente vorhanden ist.

Ein Service ist beispielsweise nicht automatisch wertvoll, nur weil:

ein Server läuft,
eine Anwendung installiert wurde,
ein Benutzerkonto existiert,
ein Backup erfolgreich beendet wurde,
oder ein Monitoring-System keine Warnung zeigt.

Entscheidend ist, ob die beteiligten Stakeholder die benötigten Outcomes erreichen.

Beispiele:

Technischer Output	Erwartetes Outcome
Benutzerkonto wurde angelegt.	Neuer Mitarbeiter kann seine Aufgaben ausführen.
VPN-Client wurde installiert.	Mitarbeiter kann sicher von außerhalb arbeiten.
Backup wurde erstellt.	Daten können nach einem Verlust wiederhergestellt werden.
Anwendung wurde bereitgestellt.	Fachabteilung kann ihren Geschäftsprozess durchführen.
Monitoring wurde eingerichtet.	Relevante Störungen werden rechtzeitig erkannt und behandelt.

Bei der Bewertung von Wert berücksichtigt ITIL Version 5 insbesondere das Zusammenspiel von:

Outcomes,
Kosten,
Risiken,
Erfahrung,
Nachhaltigkeit,
und den Erwartungen der beteiligten Stakeholder.

Wert wird gemeinsam ermöglicht

Wert wird nicht ausschließlich vom Service Provider erzeugt und anschließend an einen passiven Kunden übergeben.

Service Provider, Service Consumer und weitere Stakeholder wirken gemeinsam daran mit, dass ein gewünschtes Outcome erreicht wird.

Beispiel: sicherer Fernzugriff

Der Service Provider stellt unter anderem bereit:

VPN-Infrastruktur,
Identitätsprüfung,
Multi-Faktor-Authentifizierung,
Support,
Monitoring,
Sicherheitsmaßnahmen,
und Dokumentation.

Der Benutzer trägt unter anderem bei durch:

Schutz seiner Zugangsdaten,
ordnungsgemäße Verwendung der MFA,
Verwendung eines geeigneten Endgeräts,
Einhaltung von Sicherheitsvorgaben,
und rechtzeitige Meldung von Störungen.

Die Fachabteilung oder Führungskraft trägt möglicherweise bei durch:

Genehmigung des Zugriffs,
Festlegung notwendiger Berechtigungen,
rechtzeitige Mitteilung organisatorischer Änderungen,
und Überprüfung des tatsächlichen Bedarfs.

Merke

Ein Service kann technisch bereitgestellt werden.

Das gewünschte Outcome entsteht jedoch erst durch das Zusammenwirken der beteiligten Personen, Teams, Technologien und Arbeitsweisen.

Der Aufbau von ITIL Version 5

ITIL Version 5 besteht aus mehreren miteinander verbundenen Bestandteilen.

Bestandteil	Zweck
Grundbegriffe des Produkt- und Service-Managements	schaffen eine gemeinsame fachliche Sprache
Wertschöpfung und Servicebeziehungen	erklären, wie Stakeholder gemeinsam Outcomes und Wert ermöglichen
vier Dimensionen	unterstützen eine ganzheitliche Betrachtung
ITIL Value System	verbindet die zentralen Elemente des Frameworks
Guiding Principles	unterstützen Entscheidungen in unterschiedlichen Situationen
Governance	sorgt für Steuerung, Überwachung und Verantwortlichkeit
Value Chain Activities	beschreiben zentrale Aktivitäten zur Wertschöpfung
Management Practices	stellen organisatorische Fähigkeiten und Ressourcen für bestimmte Aufgaben bereit
Continual Improvement	unterstützt die fortlaufende Verbesserung
Product and Service Lifecycle	verbindet Produkt- und Servicearbeit über einen gemeinsamen Lebenszyklus
Value Stream Mapping and Management	macht den Arbeitsfluss zur Erzeugung von Wert sichtbar und verbesserbar

Diese Bestandteile dürfen nicht dauerhaft isoliert betrachtet werden.

Sie ergänzen sich und werden abhängig von der jeweiligen Situation miteinander kombiniert.

Das ITIL Value System

Das ITIL Value System beschreibt, wie unterschiedliche Bestandteile und Aktivitäten einer Organisation zusammenwirken, um Wert zu ermöglichen.

Es verbindet:

Guiding Principles,
Governance,
Value Chain Activities,
Management Practices,
und Continual Improvement.

Das Value System dient als übergeordneter Orientierungsrahmen.

Es hilft bei Fragen wie:

Woran sollen Entscheidungen ausgerichtet werden?
Wie wird die Organisation gesteuert und kontrolliert?
Welche Aktivitäten sind für die Wertschöpfung notwendig?
Welche Fähigkeiten und Practices werden benötigt?
Wie werden Erfahrungen und Ergebnisse für Verbesserungen genutzt?

Wichtig

Das ITIL Value System ist kein einzelner Prozess.

Es beschreibt das Zusammenwirken verschiedener Elemente des Produkt- und Service-Managements.

Die einzelnen Bestandteile werden auf späteren Seiten dieses Kapitels ausführlich behandelt.

Die Guiding Principles

Die Guiding Principles sind allgemeine Empfehlungen, die Entscheidungen und Handlungen in unterschiedlichen Situationen unterstützen.

Sie sollen dabei helfen:

den tatsächlichen Nutzen im Blick zu behalten,
vorhandene Fähigkeiten und Informationen zu berücksichtigen,
schrittweise und auf Grundlage von Feedback vorzugehen,
über Team- und Systemgrenzen hinweg zusammenzuarbeiten,
Produkte und Services ganzheitlich zu betrachten,
unnötige Komplexität zu vermeiden,
und geeignete Tätigkeiten zu optimieren oder zu automatisieren.

Die Guiding Principles sind keine starren Arbeitsschritte.

Sie dienen als Denk- und Entscheidungshilfe.

Ein einzelner Grundsatz sollte nicht isoliert angewendet werden, wenn dadurch andere wichtige Perspektiven übersehen werden.

Praxisbeispiel

Die Automatisierung einer Benutzeranlage kann Zeit sparen.

Vor der Automatisierung muss jedoch verstanden werden:

welche Daten benötigt werden,

welche Genehmigungen gelten,

welche Fehler auftreten können,

welche Sicherheitsanforderungen bestehen,

und wie das Ergebnis kontrolliert wird.

Governance

Governance sorgt dafür, dass die Organisation:

eine klare Richtung besitzt,
Entscheidungen angemessen getroffen werden,
Verantwortlichkeiten festgelegt sind,
Leistung und Risiken überwacht werden,
und Tätigkeiten mit den Zielen der Organisation übereinstimmen.

Governance ist nicht mit täglichem Management gleichzusetzen.

Vereinfacht betrachtet:

Governance	Management
legt Richtung und Rahmenbedingungen fest	plant und koordiniert die praktische Umsetzung
bewertet Bedürfnisse und Erwartungen	organisiert Ressourcen und Aktivitäten
überwacht Leistung und Regelkonformität	führt Arbeit innerhalb der Vorgaben durch
stellt Verantwortlichkeit sicher	bearbeitet konkrete Aufgaben und Entscheidungen

Beispiel:

Die Unternehmensleitung kann vorgeben, dass administrative Zugriffe grundsätzlich durch Multi-Faktor-Authentifizierung geschützt werden müssen.

Das zuständige IT-Team plant und implementiert anschließend die konkrete technische Lösung.

Die vier Dimensionen

ITIL verwendet vier Dimensionen, damit Produkte und Services nicht ausschließlich aus einer technischen Perspektive betrachtet werden.

Dimension	Typische Inhalte
Organisationen und Menschen	Rollen, Verantwortlichkeiten, Kompetenzen, Kommunikation und Kultur
Informationen und Technologie	Daten, Anwendungen, Infrastruktur, Automatisierung und Wissen
Partner und Lieferanten	Hersteller, Provider, Verträge und externe Abhängigkeiten
Wertströme und Prozesse	Aktivitäten, Abläufe, Übergaben, Kontrollen und Arbeitsfluss

Die Dimensionen beeinflussen sich gegenseitig.

Beispiel:

Eine neue Monitoring-Plattform kann technisch leistungsfähig sein.

Sie liefert trotzdem keinen ausreichenden Nutzen, wenn:

Mitarbeiter nicht geschult wurden,
Verantwortlichkeiten für Alarme unklar sind,
ein externer Provider nicht eingebunden ist,
oder kein geregelter Ablauf für die Behandlung relevanter Events existiert.

Merke

Ein technisches Problem kann organisatorische Ursachen besitzen.

Ein organisatorisches Problem kann technische Folgen verursachen.

Der Product and Service Lifecycle

ITIL Version 5 verwendet ein gemeinsames Lebenszyklusmodell für digitale Produkte und Services.

Das Modell umfasst acht miteinander verbundene Aktivitäten:

Discover – Bedarf, Chancen, Erwartungen und Ausgangslage verstehen
Design – geeignete Produkte, Services und Lösungen gestalten
Acquire – benötigte Ressourcen, Produkte oder Leistungen beschaffen
Build – Lösungen erstellen, konfigurieren, integrieren und testen
Transition – neue oder geänderte Lösungen kontrolliert in die vorgesehene Umgebung überführen
Operate – Produkte, Systeme und technische Fähigkeiten betreiben
Deliver – Services und vereinbarte Leistungen für Stakeholder bereitstellen
Support – Benutzer, Kunden, Produkte und Services unterstützen

Die Aktivitäten bilden keinen starren linearen Ablauf.

Je nach Situation können sie:

parallel stattfinden,
wiederholt werden,
sich gegenseitig beeinflussen,
oder Rücksprünge zu früheren Aktivitäten erforderlich machen.

Beispiel:

Während des Betriebs kann erkannt werden, dass eine Anwendung die Anforderungen der Benutzer nicht ausreichend erfüllt.

Diese Erkenntnis kann erneut zu Discovery und Design führen, obwohl das Produkt bereits produktiv verwendet wird.

Wichtig

Ein Produkt oder Service befindet sich nicht dauerhaft nur in einer einzigen Lebenszyklusaktivität.

Unterschiedliche Versionen, Komponenten oder Verbesserungen können gleichzeitig verschiedene Aktivitäten durchlaufen.

Management Practices

Eine Management Practice ist mehr als ein einzelner Prozess.

Sie umfasst organisatorische Ressourcen und Fähigkeiten, die zur Erreichung eines bestimmten Zwecks eingesetzt werden.

Dazu können gehören:

Menschen und Rollen,
Informationen und Wissen,
Prozesse und Wertströme,
Technologien und Werkzeuge,
Partner und Lieferanten,
Regeln und Kontrollen,
sowie Kennzahlen und Verbesserungsmaßnahmen.

Beispiele für Management Practices:

Incident Management,
Problem Management,
Service Request Management,
Change Management,
Service Configuration Management,
IT Asset Management,
Knowledge Management,
Monitoring and Event Management,
Information Security Management,
Supplier Management,
Service Level Management,
und Continual Improvement.

ITIL Version 5 verwendet weiterhin 34 Management Practices.

Diese sind in zwei Gruppen eingeordnet:

Product and Service Management Practices
General Management Practices

Typischer Fehler

Eine Practice wird ausschließlich als Ablaufdiagramm betrachtet.

Für eine wirksame Practice werden jedoch auch Rollen, Informationen, Fähigkeiten, Werkzeuge, Beziehungen und kontinuierliche Verbesserungen benötigt.

Continual Improvement

Continual Improvement ist im gesamten ITIL-Framework verankert.

Verbesserungen können sich beziehen auf:

Produkte,
Services,
technische Komponenten,
Practices,
Prozesse,
Wertströme,
Benutzererfahrung,
Zusammenarbeit,
Werkzeuge,
Dokumentation,
und Fähigkeiten von Mitarbeitern.

Eine Verbesserung sollte nicht nur aus einer spontanen Idee bestehen.

Sie sollte möglichst beantworten:

Was soll verbessert werden?
Warum ist die Verbesserung notwendig?
Wie sieht der aktuelle Zustand aus?
Welcher Zielzustand wird angestrebt?
Welche Maßnahme ist sinnvoll?
Wie wird die Wirkung überprüft?
Wie werden Erkenntnisse gesichert?

Beispiel:

Nach mehreren Störungen wird erkannt, dass ein ablaufendes Zertifikat nicht rechtzeitig bemerkt wurde.

Eine nachhaltige Verbesserung könnte umfassen:

Zertifikate zentral erfassen,
Ablaufdaten überwachen,
rechtzeitig Warnungen erzeugen,
Verantwortlichkeiten festlegen,
Erneuerungsverfahren dokumentieren,
und die Wirksamkeit der Alarmierung testen.

Value Streams

Ein Value Stream beschreibt die Abfolge von Schritten, durch die für einen Stakeholder Wert ermöglicht wird.

Ein Value Stream kann mehrere:

Teams,
Practices,
Technologien,
Lieferanten,
und organisatorische Bereiche

miteinander verbinden.

Beispiel: neuer Mitarbeiter benötigt einen arbeitsfähigen IT-Arbeitsplatz

Mögliche Schritte:

Personalabteilung meldet den Eintritt.
Führungskraft benennt Aufgaben und Berechtigungen.
Benutzerkonto wird erstellt.
Lizenzen werden zugewiesen.
Endgerät wird vorbereitet.
Sicherheitsmaßnahmen werden eingerichtet.
Zugriffe werden getestet.
Gerät und Zugangsdaten werden übergeben.
Benutzer bestätigt die Arbeitsfähigkeit.
Dokumentation und Asset-Daten werden aktualisiert.

An diesem Value Stream können unter anderem beteiligt sein:

Personalabteilung,
Führungskraft,
Service Desk,
Identitätsmanagement,
Endgeräteverwaltung,
Informationssicherheit,
Einkauf,
Lieferanten,
und der neue Mitarbeiter.

Merke

Ein Value Stream folgt dem Weg zum gewünschten Outcome.

Er endet nicht automatisch an der Grenze eines einzelnen Teams.

ITIL verbindet Produkt- und Serviceperspektive

Digitale Produkte und Services sind zwei eng miteinander verbundene Perspektiven auf eine technologiebasierte Lösung.

Die Produktperspektive betrachtet beispielsweise:

Entwicklung,
Funktionen,
Roadmap,
technische Fähigkeiten,
Lebenszyklus,
Investitionen,
und Weiterentwicklung.

Die Serviceperspektive betrachtet beispielsweise:

Nutzung,
Servicequalität,
Unterstützung,
Beziehungen,
Erfahrung,
Verfügbarkeit,
und vereinbarte Outcomes.

Beide Perspektiven benötigen einander.

Ohne ausreichende Produktperspektive	Ohne ausreichende Serviceperspektive
technische Schulden werden übersehen	Benutzeranforderungen werden übersehen
Produktentwicklung erfolgt ohne langfristige Planung	Support und Betrieb werden zu spät berücksichtigt
Funktionen werden unkoordiniert erweitert	technisch erfolgreiche Produkte liefern keine brauchbaren Services
Lebenszyklus und Ablösung bleiben ungeklärt	Erfahrung und Servicequalität werden nicht ausreichend bewertet

ITIL Version 5 verbindet diese Perspektiven durch einen gemeinsamen Produkt- und Service-Lebenszyklus.

Was ITIL nicht vorgibt

ITIL gibt keinen universellen Musterprozess für jede Organisation vor.

Das Framework bestimmt nicht automatisch:

die konkrete Organisationsstruktur,
die Anzahl der Supportebenen,
die verwendete Software,
die Namen interner Teams,
die Prioritätsstufen,
die Servicezeiten,
die Genehmigungsbefugnisse,
die genaue Ticketstruktur,
oder die technische Architektur.

Diese Elemente müssen von der Organisation selbst gestaltet werden.

ITIL unterstützt dabei mit:

gemeinsamen Begriffen,
Prinzipien,
Modellen,
Practices,
und bewährten Fragestellungen.

ITIL ist keine Zertifizierung einer Organisation

Personen können ITIL-Zertifizierungen erwerben.

Das bedeutet jedoch nicht automatisch, dass:

ihre Organisation vollständig nach ITIL arbeitet,
alle beschriebenen Practices eingeführt wurden,
Prozesse wirksam sind,
Services eine hohe Qualität besitzen,
oder jede interne Regel einer offiziellen ITIL-Vorgabe entspricht.

Auch ein Werkzeug kann bestimmte ITIL-Practices unterstützen oder dafür bewertet worden sein.

Das Werkzeug allein führt jedoch kein wirksames Service Management ein.

Merke

Zertifikate, Werkzeuge und Prozessdokumente können professionelles Service Management unterstützen.

Entscheidend ist, wie wirksam die Organisation tatsächlich arbeitet und welche Outcomes sie erreicht.

ITIL und andere Methoden oder Frameworks

ITIL kann gemeinsam mit anderen Ansätzen verwendet werden.

Beispiele:

Ansatz	Mögliche Ergänzung zu ITIL
Agile Arbeitsweisen	iterative Entwicklung und schnelles Feedback
Scrum	strukturierte Produktentwicklung in Teams
Kanban	Visualisierung und Steuerung des Arbeitsflusses
DevOps	Zusammenarbeit zwischen Entwicklung, Betrieb und weiteren Beteiligten
Lean	Reduzierung von Verschwendung und Verbesserung des Flusses
COBIT	Governance und Steuerung von Information und Technologie
ISO/IEC 20000	Anforderungen an ein Service-Management-System
ISO/IEC 27001	Anforderungen an ein Informationssicherheitsmanagementsystem
Projektmanagement	zeitlich begrenzte Vorhaben mit definierten Zielen

ITIL verlangt nicht, diese Ansätze zu ersetzen.

Sie können sich ergänzen, wenn:

Begriffe und Verantwortlichkeiten geklärt sind,
Ziele aufeinander abgestimmt werden,
doppelte oder widersprüchliche Regeln vermieden werden,
und die kombinierte Arbeitsweise einen erkennbaren Nutzen besitzt.

Praxisbeispiel: Eine neue Monitoring-Lösung

Eine Organisation möchte eine neue Monitoring-Lösung einführen.

Eine rein technische Betrachtung könnte sich konzentrieren auf:

Serveranforderungen,
Agenten,
Netzwerkzugriffe,
Dashboards,
Alarmregeln,
und Datenspeicherung.

Die ITIL-Perspektive ergänzt weitere Fragen.

Wert und Outcomes

Welches Problem soll das Monitoring lösen?
Welche Ausfälle sollen früher erkannt werden?
Wer verwendet die Informationen?
Welches Outcome wird erwartet?

Vier Dimensionen

Wer bearbeitet Alarme?
Welche Technologien und Daten werden benötigt?
Welche Lieferanten sind beteiligt?
Wie sieht der Ablauf vom Event bis zur Reaktion aus?

Lebenszyklus

Wie wird der Bedarf untersucht?
Wie wird die Lösung gestaltet?
Wird sie beschafft oder selbst aufgebaut?
Wie wird sie getestet und eingeführt?
Wie wird sie betrieben und unterstützt?

Practices

Monitoring and Event Management
Incident Management
Service Configuration Management
IT Asset Management
Information Security Management
Supplier Management
Continual Improvement

Verbesserung

Wie wird gemessen, ob relevante Störungen früher erkannt werden?
Werden unnötige Alarme reduziert?
Werden Erkenntnisse aus Incidents in neue Überwachungsregeln übernommen?

Dieses Beispiel zeigt, dass ITIL die technische Umsetzung nicht ersetzt.

Es erweitert die Betrachtung um Ziele, Stakeholder, Lebenszyklus, Zusammenarbeit, Risiken und Verbesserung.

Typische Missverständnisse

Missverständnis 1: ITIL schreibt jeden Prozess genau vor

ITIL stellt anpassbare Best-Practice-Guidance bereit.

Die konkrete Umsetzung wird von der Organisation gestaltet.

Missverständnis 2: ITIL ist nur für große Unternehmen geeignet

Auch kleine Organisationen können geeignete Grundsätze, Practices und einfache Arbeitsweisen verwenden.

Der Umfang muss zum tatsächlichen Bedarf passen.

Missverständnis 3: ITIL bedeutet viele Formulare und Genehmigungen

Unnötige Bürokratie widerspricht einer sinnvollen Anpassung des Frameworks.

Kontrollen sollen einen erkennbaren Zweck erfüllen.

Missverständnis 4: ITIL ersetzt technisches Fachwissen

ITIL unterstützt die Organisation technischer Arbeit.

Es erklärt nicht die konkrete Konfiguration jedes Produkts.

Missverständnis 5: ITIL betrifft nur den Service Desk

Produktentwicklung, Betrieb, Support, Informationssicherheit, Lieferantensteuerung, Governance und Führung können ebenfalls beteiligt sein.

Missverständnis 6: Ein ITIL-Begriff muss intern zwingend genauso heißen

Organisationen können eigene Bezeichnungen verwenden.

Wichtig ist, dass Bedeutung, Verantwortung und Arbeitsweise eindeutig sind.

Missverständnis 7: ITIL Version 5 macht alles aus ITIL 4 ungültig

ITIL Version 5 entwickelt viele bestehende Konzepte weiter.

ITIL-4-Wissen bleibt in zahlreichen Bereichen relevant, muss bei versionsabhängigen Aussagen jedoch richtig eingeordnet werden.

Wie ein Systemintegrator ITIL praktisch verwendet

Ein Fachinformatiker für Systemintegration muss nicht vor jeder Handlung das gesamte Framework analysieren.

Für den Arbeitsalltag können bereits folgende Fragen hilfreich sein:

Welcher Service oder welches Produkt ist betroffen?
Welches Outcome wird benötigt?
Welche Stakeholder sind beteiligt?
Welche der vier Dimensionen müssen berücksichtigt werden?
Welche technischen und organisatorischen Abhängigkeiten bestehen?
Welche Practice unterstützt die Aufgabe?
Welche Risiken und Vorgaben müssen beachtet werden?
Wie wird der Erfolg überprüft?
Was muss dokumentiert werden?
Was kann anschließend verbessert werden?

Checkliste zur Einordnung einer neuen Aufgabe

Schnellzusammenfassung

Begriff	Kurzbeschreibung
ITIL	anpassbares Best-Practice-Framework für digitales Produkt- und Service-Management
Framework	strukturierter Orientierungsrahmen, kein starrer Musterprozess
Wert	wahrgenommener Nutzen für Stakeholder
Value System	verbindet zentrale Bestandteile des Frameworks zur Wertschöpfung
Guiding Principles	allgemeine Empfehlungen für Entscheidungen und Handlungen
Governance	Richtung, Überwachung und Verantwortlichkeit
vier Dimensionen	ganzheitliche Betrachtung von Produkten und Services
Lifecycle	gemeinsame Lebenszyklusbetrachtung digitaler Produkte und Services
Practice	organisatorische Ressourcen und Fähigkeiten für einen bestimmten Zweck
Value Stream	Abfolge von Schritten zur Ermöglichung von Wert
Continual Improvement	fortlaufende Verbesserung von Produkten, Services und Arbeitsweisen

Aufbau dieses Kapitels

Die folgenden Seiten vertiefen die einzelnen Bestandteile des Frameworks:

2.2 Das ITIL Value System
2.3 Die sieben Guiding Principles
2.4 Governance und Verantwortlichkeit
2.5 Die vier Dimensionen des Produkt- und Service-Managements
2.6 Der Product and Service Lifecycle
2.7 Die ITIL Management Practices
2.8 Value Streams und Value Stream Mapping
2.9 Continual Improvement
2.10 ITIL an den eigenen Kontext anpassen

Übersicht des Frameworks

Bedürfnisse, Chancen und Erwartungen
↓
ITIL Value System
↓
Guiding Principles · Governance · Value Chain Activities · Management Practices · Continual Improvement
↓
gemeinsamer Product and Service Lifecycle
↓
digitale Produkte und Services
↓
Outcomes und gemeinsam ermöglichter Wert

Die Darstellung ist eine vereinfachte Orientierung.

Die Elemente wirken nicht ausschließlich in einer linearen Reihenfolge, sondern beeinflussen sich gegenseitig.

Verwandte Seiten

1.1 Warum professionelles Service Management notwendig ist
1.2 Technik, Produkt, Service und Geschäftsergebnis
1.3 Wert, Nutzen, Kosten und Risiken
1.4 Servicebeziehungen, Rollen und Serviceangebote
2.2 Das ITIL Value System
2.3 Die sieben Guiding Principles
2.5 Die vier Dimensionen des Produkt- und Service-Managements
2.6 Der Product and Service Lifecycle
2.7 Die ITIL Management Practices
2.9 Continual Improvement

Quellen und Versionsstand

Offizielle Grundlagen

PeopleCert: ITIL Foundation – Version 5
ITIL: ITIL Foundation – Version 5
ITIL: ITIL Foundation Version 5 – What’s New?
ITIL: New ITIL Explained for Certified Professionals
ITIL: New ITIL Product and Service Lifecycle Model

Einordnung

Die Aussagen zum Aufbau von ITIL Version 5, zum ITIL Value System, zu den vier Dimensionen, den Guiding Principles, Management Practices, Continual Improvement und dem gemeinsamen Produkt- und Service-Lebenszyklus wurden anhand der genannten offiziellen Quellen geprüft.

Die Praxisbeispiele, Tabellen, Checklisten und vereinfachten Darstellungen sind zusätzliche Erläuterungen dieses unabhängigen Nachschlagewerks.

Sie stellen keine wörtlichen offiziellen ITIL-Definitionen und keine vorgeschriebenen ITIL-Prozesse dar.

Behandelter Framework-Stand: ITIL Version 5
Zusätzlich berücksichtigt: ITIL 4
Fachlicher Stand: August 2026

Revision #1
Created 1 August 2026 21:25:20 by Admin
Updated 1 August 2026 21:25:34 by Admin