ITSM, Change & Problem Management

Service Management für Techniker

Technische Arbeit nach Risiko, Wirkung und Evidenz koordinieren.

Lehrtext · 4 Abschnitte · zuletzt geprüft: 2026-07-28

Die Betriebsfrage

Betriebsarbeit steuerbar machen: Incident, Problem, Change, Configuration Items und Post-Incident-Lernen mit möglichst wenig Prozessballast.

LernzielDu kannst Incident, Problem und Change unterscheiden, Changes risikobasiert steuern und Konfigurationsdaten als Entscheidungsgrundlage pflegen.

Das Entscheidungsmodell

Incident
Dienstwirkung schnell und kontrolliert wiederherstellen.
Problem
Wiederkehrende Ursache und dauerhafte Gegenmaßnahme bearbeiten.
Change
Risiko, Test, Rückfall, Freigabe und Verifikation planen.
Configuration
Abhängigkeiten und Ownership ausreichend aktuell halten.

Vom Symptom zur verifizierten Änderung

Impact und Auftrag klassifizierenRisiko und Abhängigkeiten bestimmenArbeit mit Evidenz ausführenErgebnis, Lernen und Follow-up schließen
Evidenz vor Eingriff

Sicherheitsgeländer

BetriebsregelEin Standard Change ist nur dann risikoarm, wenn Ablauf, Scope, Erfolg und Rückfall wiederholt bewiesen wurden; der Name allein macht ihn nicht sicher.

Die folgenden Checks verändern Kontext und Fehlerbild. Entscheidend ist jeweils, welche Beobachtung die Maßnahme trägt und unter welchen Bedingungen eine andere Wahl richtig wäre.

Jetzt anwenden

Diesen Stoff gibt es als Modul mit bewerteten Entscheidungs-Checks — dieselbe Einführung, danach die Übungen.

Zum Modul →
Quellen & Aktualität3 Primärquellen · zuletzt geprüft:
  1. 01iso.org/standard/70636.html
  2. 02sre.google/workbook/postmortem-culture
  3. 03csrc.nist.gov/pubs/sp/800/128/upd1/final