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
- Habe ich die konkrete Situation richtig verstanden?
- Weiß ich, welcher Service betroffen ist?
- Habe ich Auswirkungen und Dringlichkeit berücksichtigt?
- Nutze ich die passende Seitenart?
- Habe ich Voraussetzungen und Berechtigungen geprüft?
- Habe ich Risiken und Sicherheitsaspekte beachtet?
- Benötige ich eine technische Vertiefung?
- Muss eine andere Person oder ein anderes Team eingebunden werden?
- Habe ich Schritte und Ergebnisse dokumentiert?
- Wurde der Erfolg aus Benutzersicht geprüft?
- Gibt es einen passenden Querverweis?
- Muss aus der Situation später Wissen oder eine Verbesserung entstehen?
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