0.2 So nutzt du dieses Buch

Kurz erklärt

Dieses Buch kann vollständig von Anfang bis Ende gelesen oder gezielt als Nachschlagewerk und praktische Arbeitshilfe verwendet werden.

Du musst nicht jedes Kapitel gelesen haben, bevor du mit einer konkreten Aufgabe arbeitest. Die Seiten sind so aufgebaut, dass zentrale Informationen auch einzeln verständlich und schnell auffindbar sind.

Drei Möglichkeiten, dieses Buch zu verwenden

Nutzung	Wann ist sie sinnvoll?	Vorgehensweise
Lernen	Du möchtest ITIL und professionelles Service Management systematisch verstehen.	Kapitel in der vorgesehenen Reihenfolge durcharbeiten.
Nachschlagen	Du suchst eine Definition, Abgrenzung oder Entscheidungshilfe.	Über Inhaltsverzeichnis, Suche oder Querverweise direkt zur passenden Seite wechseln.
Arbeiten	Du befindest dich in einer konkreten Arbeitssituation.	Schnellübersicht, Vorgehensweise und Checkliste der passenden Seite verwenden.

Die drei Nutzungsarten schließen sich nicht gegenseitig aus.

Eine Seite kann zunächst zum Lernen gelesen und später als kompakte Arbeitshilfe verwendet werden.

Wenn du das Thema vollständig lernen möchtest

Für ein systematisches Verständnis empfiehlt sich folgende Reihenfolge:

Grundlagen des professionellen Service Managements
zentrale Begriffe wie Produkt, Service, Wert, Outcome, Kosten und Risiken
Aufbau und Denkweise von ITIL
Produkte, Services, Wertströme und Lebenszyklus
Zusammenarbeit mit Benutzern, Kunden und weiteren Stakeholdern
professionelle Ticketbearbeitung
wichtige ITIL Practices
typische Situationen aus dem IT-Betrieb
Praxisfälle, Checklisten und Entscheidungshilfen

Die Grundlagenkapitel vermitteln das notwendige Verständnis für spätere Themen.

Es ist beispielsweise hilfreich, zunächst die Begriffe Service, Wert, Output, Outcome, Kosten, Risiko und Stakeholder zu verstehen, bevor einzelne Practices und deren Zusammenwirken vertieft werden.

Merke

Die praktische Anwendung wird leichter verständlich, wenn die zugrunde liegenden Begriffe, Ziele und Zusammenhänge bekannt sind.

Wenn du schnell etwas nachschlagen möchtest

Beim Nachschlagen musst du nicht jede Seite vollständig von oben bis unten lesen.

Orientiere dich zunächst an den folgenden Bereichen:

Gesuchte Information	Geeigneter Abschnitt
schnelle Einordnung des Themas	Kurz erklärt
Bedeutung eines Begriffs	Grundlagen oder Schnellzusammenfassung
konkrete Arbeitsschritte	Vorgehensweise
schnelle Kontrolle	Checkliste
Auswahl zwischen mehreren Möglichkeiten	Entscheidungshilfe
häufige Fehlentscheidungen	Typische Fehler
mögliche Gefahren und Auswirkungen	Risiken und Sicherheitsaspekte
zusätzliche Erfahrung aus der Praxis	Praxistipp
wichtigste Kernaussage	Merke
technische Vertiefung	Verwandte Seiten
Herkunft einer Aussage	Quellen und Versionsstand

Die wichtigsten Informationen stehen nach Möglichkeit weit oben auf der Seite.

Vertiefungen, Sonderfälle, Beispiele und Quellen folgen anschließend.

Wenn du dich in einer konkreten Arbeitssituation befindest

Angenommen, ein Benutzer meldet:

„Ich kann mich seit heute Morgen nicht mehr anmelden.“

Dann musst du nicht sofort das gesamte Kapitel über Incident Management lesen.

Gehe stattdessen schrittweise vor:

konkrete Situation erfassen
betroffenen Service bestimmen
betroffene Benutzer und Auswirkungen ermitteln
nach Service, Fehlermeldung oder beobachtetem Verhalten suchen
passende Praxis- oder Schnellreferenzseite öffnen
Voraussetzungen und wichtigste Rückfragen prüfen
geeignete Vorgehensweise auswählen
Sicherheits-, Eskalations- und Freigabekriterien beachten
durchgeführte Schritte und Ergebnisse dokumentieren
bei Bedarf technische Querverweise verwenden
prüfen, ob eine weitere Untersuchung oder Verbesserung notwendig ist

Wichtig

Eine Checkliste unterstützt die Arbeit.

Sie ersetzt nicht die fachliche Bewertung der konkreten Situation.

Schnellzugriff nach Arbeitssituation

Situation	Passender Themenbereich
Ein Benutzer meldet eine Störung.	Incident Management
Ein Benutzer benötigt einen vorgesehenen Standardservice.	Service Request Management
Derselbe oder ein ähnlicher Fehler tritt wiederholt auf.	Problem Management
Eine technische oder organisatorische Änderung soll durchgeführt werden.	Change Management
Ein kritischer Incident beeinträchtigt einen wichtigen Service.	Incident Management und betrieblicher Major-Incident-Ablauf
Eine Lösung soll dauerhaft für Kollegen verfügbar sein.	Knowledge Management
Hardware, Software oder Lizenzen sollen verwaltet werden.	IT Asset Management
Abhängigkeiten zwischen Services und Komponenten sollen erfasst werden.	Service Configuration Management
Ein Monitoring-System erzeugt eine Meldung.	Monitoring and Event Management
Ein externer Dienstleister muss eingebunden werden.	Supplier Management
Vereinbarte Serviceziele werden nicht erreicht.	Service Level Management
Eine Arbeitsweise oder ein Service soll verbessert werden.	Continual Improvement
Ein sicherheitsrelevantes Ereignis wurde erkannt.	Information Security Management und betriebliche Sicherheitsverfahren

Diese Zuordnung dient als erste Orientierung.

Eine Arbeitssituation kann mehrere Practices, technische Fachbereiche und betriebliche Verfahren gleichzeitig betreffen.

Hinweis

Ein Major Incident ist ein besonders schwerwiegender Incident.

Die Kriterien, Rollen, Kommunikationswege und Eskalationsverfahren dafür werden von der jeweiligen Organisation festgelegt.

Technische und serviceorientierte Perspektive verbinden

Viele Aufgaben eines Fachinformatikers für Systemintegration besitzen mindestens zwei Perspektiven.

Perspektive	Zentrale Frage
Technische Perspektive	Wie untersuche, konfiguriere oder repariere ich das System?
Serviceorientierte Perspektive	Welche Auswirkungen bestehen und wie wird die Arbeit koordiniert, dokumentiert und bewertet?

Beispiel:

Ein Webserver ist nicht erreichbar.

Die technische Perspektive kann folgende Prüfungen umfassen:

Netzwerkverbindung prüfen,
DNS-Auflösung testen,
Erreichbarkeit des Hosts kontrollieren,
Dienststatus prüfen,
Protokolle auswerten,
Zertifikate kontrollieren,
Firewall-Regeln untersuchen,
Container oder virtuelle Maschine prüfen.

Die serviceorientierte Perspektive ergänzt:

betroffenen Service bestimmen,
betroffene Benutzer ermitteln,
geschäftliche Auswirkungen bewerten,
Dringlichkeit feststellen,
Zuständigkeit klären,
Beteiligte informieren,
Eskalation prüfen,
Zwischenlösung bewerten,
Wiederherstellung kontrollieren,
Maßnahmen dokumentieren,
und notwendige Folgeaktivitäten einleiten.

Merke

Technische Fehleranalyse und Service Management ersetzen sich nicht.

Sie ergänzen sich.

Die Seitenarten dieses Buches

Nicht jede Seite verfolgt denselben Zweck.

Seitenart	Zweck
Grundlagenseite	erklärt Begriffe, Modelle und Zusammenhänge
Practice-Seite	beschreibt Zweck, Nutzen und Anwendung einer Management Practice
Praxisfall	zeigt eine realistische Arbeitssituation
Vorgehensweise	führt schrittweise durch eine Aufgabe
Entscheidungshilfe	unterstützt bei Auswahl, Priorisierung oder Eskalation
Checkliste	ermöglicht eine schnelle Kontrolle wichtiger Punkte
Vorlage	liefert eine wiederverwendbare Dokumentationsstruktur
Schnellreferenz	fasst wichtige Informationen kompakt zusammen
Vergleichsseite	grenzt ähnliche Begriffe oder Vorgehensweisen voneinander ab
Glossarseite	erklärt Fachbegriffe und Abkürzungen

Die Seitenart soll möglichst bereits durch Titel und Aufbau erkennbar sein.

So erkennst du wichtige Hinweise

Im Buch werden wiederkehrende Kennzeichnungen verwendet.

Kennzeichnung	Bedeutung
Kurz erklärt	kompakte Einordnung des Themas
ITIL-Grundlage	Begriff, Modell oder Inhalt aus dem offiziellen Framework
Offizielle Quelle	Aussage aus einer offiziellen Veröffentlichung oder Dokumentation
Praxisbeispiel	realistische oder vereinfachte Arbeitssituation
Vorgehensweise	empfohlene Reihenfolge von Arbeitsschritten
Entscheidungshilfe	Unterstützung bei einer konkreten Auswahl
Typischer Fehler	häufige oder besonders relevante Fehlentscheidung
Risiko	mögliche technische, organisatorische oder sicherheitsrelevante Folge
Praxistipp	zusätzliche bewährte Empfehlung für den Arbeitsalltag
Merke	zentrale Aussage zum schnellen Wiederholen
Checkliste	Punkte zur direkten Kontrolle
Versionsabhängig	Information kann sich durch neue Versionen verändern
Umgebungsabhängig	Information gilt nur unter bestimmten Voraussetzungen
Verwandte Seiten	passende Grundlagen oder Vertiefungen

Nicht jede Kennzeichnung wird auf jeder Seite verwendet.

Es werden nur Elemente eingesetzt, die für das jeweilige Thema einen tatsächlichen Nutzen bieten.

Querverweise richtig verwenden

IT-Aufgaben lassen sich selten vollständig einem einzigen Thema zuordnen.

Ein fehlgeschlagener Anmeldevorgang kann beispielsweise folgende Bereiche betreffen:

Incident Management,
Identitäts- und Zugriffsmanagement,
Active Directory oder einen anderen Verzeichnisdienst,
DNS,
Zeitsynchronisation,
Kerberos oder andere Authentifizierungsverfahren,
Netzwerk,
Informationssicherheit,
Monitoring,
und technische Fehleranalyse.

Querverweise helfen dabei:

technische Vertiefungen zu finden,
Zusammenhänge zu verstehen,
doppelte Erklärungen zu vermeiden,
und eine Aufgabe aus mehreren Perspektiven zu betrachten.

Grundsatz

Ein Querverweis soll eine konkrete Frage beantworten oder die nächste sinnvolle Vertiefung ermöglichen.

So verwendest du die Suche

Beginne mit dem wichtigsten Begriff der Situation.

Geeignete Suchbegriffe können sein:

Incident
Service Request
Problem
Change
Priorität
Eskalation
Service
Major Incident
Benutzeranmeldung
VPN
DNS
Server nicht erreichbar
Wiederherstellung
Rückfallplan

Falls ein Begriff keine passenden Ergebnisse liefert, suche zusätzlich:

nach einem Synonym,
nach dem betroffenen Service,
nach der sichtbaren Fehlermeldung,
nach dem technischen System,
nach der betroffenen Komponente,
oder nach der auszuführenden Tätigkeit.

Beispiel:

Statt ausschließlich nach Outlook zu suchen, können folgende Suchbegriffe hilfreicher sein:

E-Mail-Service
Microsoft 365
Anmeldung
Authentifizierung
Verbindungsproblem
Incident
Postfach

So verwendest du Checklisten

Checklisten helfen dabei, wichtige Punkte nicht zu vergessen.

Sie eignen sich besonders:

vor Änderungen,
bei wiederkehrenden Aufgaben,
bei kritischen Störungen,
für Eskalationen,
bei Übergaben,
bei Wiederherstellungen,
und vor dem Abschluss eines Vorgangs.

Eine Checkliste ist jedoch keine automatische Handlungsanweisung.

Prüfe immer:

Passt der Punkt zur konkreten Umgebung?
Ist die Maßnahme freigegeben?
Besitzt du die notwendige Berechtigung?
Gibt es Sicherheits- oder Datenschutzanforderungen?
Kann die Handlung den laufenden Betrieb beeinflussen?
Bestehen Abhängigkeiten zu anderen Services?
Ist ein Rückfallplan vorhanden?
Muss eine verantwortliche Person eingebunden werden?
Wie wird der Erfolg geprüft?

So verwendest du Vorlagen

Vorlagen stellen eine Ausgangsbasis dar.

Sie können beispielsweise verwendet werden für:

Ticketdokumentationen,
Incident-Berichte,
Change-Anträge,
Wartungsankündigungen,
Übergaben,
Wissensartikel,
Ursachenanalysen,
Wiederherstellungsprotokolle,
und Abschlussberichte.

Vorlagen müssen an die tatsächliche Situation angepasst werden.

Nicht relevante Abschnitte können entfernt werden.

Fehlende Informationen müssen ergänzt werden.

Typischer Fehler

Eine vollständig ausgefüllte Vorlage ist nicht automatisch eine gute Dokumentation.

Entscheidend ist, ob ein anderer Mitarbeiter die Situation, die durchgeführten Schritte und die getroffenen Entscheidungen nachvollziehen kann.

Arbeiten unter Zeitdruck

Bei einem kritischen Incident solltest du dich zunächst auf folgende Punkte konzentrieren:

unmittelbare Gefahren und Sicherheitsrisiken erkennen
betroffenen Service bestimmen
Auswirkungen und Dringlichkeit feststellen
Zuständigkeit und Eskalation klären
Service stabilisieren oder wiederherstellen
Beteiligte angemessen informieren
wesentliche Beobachtungen und Maßnahmen dokumentieren
Erfolg der Wiederherstellung kontrollieren
Ursachenanalyse und Verbesserungen anschließend durchführen

Unter Zeitdruck kann die Dokumentation zunächst kompakt gehalten werden.

Wichtige Beobachtungen, Entscheidungen und Änderungen müssen trotzdem erfasst werden.

Praxistipp

Notiere während eines Incidents mindestens:

Uhrzeit,

Beobachtung,

Maßnahme,

Ergebnis.

Beispiel:

Uhrzeit	Beobachtung	Maßnahme	Ergebnis
09:12 Uhr	Webservice nicht erreichbar	Dienststatus geprüft	Dienst gestoppt
09:15 Uhr	Ursache noch unbekannt	Dienst kontrolliert gestartet	Service wieder erreichbar
09:20 Uhr	Störung trat nach einer Änderung auf	weiterer Untersuchungsbedarf dokumentiert	Ursachenanalyse folgt

Das Buch ersetzt keine betrieblichen Vorgaben

Die Inhalte dieses Buches bieten Orientierung, Hintergrundwissen und praktische Unterstützung.

Im tatsächlichen Unternehmen gelten zusätzlich:

interne Richtlinien,
Rollen und Berechtigungen,
Sicherheitsvorgaben,
Datenschutzbestimmungen,
Freigabeprozesse,
Eskalationswege,
Verträge,
Service Level Agreements,
Arbeitsanweisungen,
und Entscheidungen verantwortlicher Personen.

Bei einem Widerspruch haben verbindliche rechtliche, sicherheitsrelevante und betriebliche Vorgaben Vorrang.

Empfohlener Schnellablauf

Situation erfassen

betroffenen Service bestimmen

Auswirkungen und Dringlichkeit bewerten

passende Seite finden

Voraussetzungen und Risiken prüfen

geeignete Vorgehensweise anwenden

Ergebnis kontrollieren

Arbeit dokumentieren

notwendige Folgeaktivitäten einleiten

Verbesserungspotenzial prüfen

Checkliste für die Nutzung des Buches

Nutzungsweg durch das Buch

Situation erfassen
↓
passende Seite finden
↓
Grundlagen und Voraussetzungen prüfen
↓
Vorgehensweise anwenden
↓
Ergebnis kontrollieren
↓
Arbeit dokumentieren
↓
Verbesserung ableiten

Eine spätere interaktive Darstellung kann typische Arbeitssituationen anbieten und direkt zu den passenden Themenbereichen führen.

Verwandte Seiten

0.1 Über dieses Buch – Ziel, Arbeitsweise und Qualitätsmaßstab
0.3 Kennzeichnungen, Quellen und Versionsstände
0.4 Aktualisierungen, Versionspflege und Korrekturen
1.1 Warum professionelles Service Management notwendig ist
1.2 Technik, Produkt, Service und Geschäftsergebnis
professionelle Ticketbearbeitung
Fehleranalyse und Troubleshooting

Quellen und Versionsstand

Diese Seite beschreibt die Nutzung und den redaktionellen Aufbau dieses unabhängigen Nachschlagewerks.

Die dargestellten Nutzungswege, Seitenarten, Checklisten und Suchstrategien sind Festlegungen dieses Buchprojekts und keine vorgeschriebenen ITIL-Prozesse.

Offizielle ITIL-Begriffe und Practices werden auf den jeweiligen Fachseiten anhand aktueller offizieller Quellen erläutert.

Fachlicher Stand: August 2026

Revision #2
Created 1 August 2026 20:26:31 by Admin
Updated 1 August 2026 20:42:29 by Admin