MethodenanleitungDevOps

Incident Command

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel

ZeitAs needed

Teilnehmende4-15

FormatWorkshop + Async

ReifegradEstablished

Planung vorbereiten

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlare Abgrenzung

Ein aktuell laufender Incident, bei dem Koordination, mehrere Beteiligte oder externe Kommunikation nötig sind.

Ohne Grenze werden Daten, Perspektiven oder Abläufe vermischt.

Vorher abschließenZugang zu Belegen

Relevante Personen und Quellen können einbezogen werden.

Lücken bleiben sichtbar; fehlende Evidenz darf nicht erfunden werden.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.

Personen / Rollen

Incident Commander · Operations · Communications · Scribe

Vorabinfos

Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.

Zeitbedarf

Für die Dauer des Incidents; Rollen, Update-Takt und Übergaben passen sich der Lage an.

Setup

Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Kernfrage

Die eine Frage, die diese Methode beantwortet

Wer führt, wer arbeitet an der Technik, und wie halten wir ein gemeinsames Lagebild?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Incident Command koordiniert einen laufenden schwerwiegenden Vorfall mit klarer Einsatzleitung, Lagebild, Kommunikation und dokumentierter Übergabe. Die Methode verbindet operative Steuerung mit nachvollziehbarer Verantwortungsübergabe.

Lagebild, Arbeitsstränge und Übergabe

Fiktives Lehrbeispiel

Koordiniere einen laufenden schwerwiegenden Vorfall mit klarer Einsatzleitung, Lagebild, Kommunikation und dokumentierter Übergabe.

Lage

Notiere Severity, Incident Commander und Startzeit.

Zahlungsbestätigungen verzögert; Incident SEV-1 eröffnet 14:05.

Rollen

Trenne bestätigte Fakten, Vermutungen, Impact und offene Fragen.

IC: Sam; Operations: Jo; Communications: Lee; Scribe: Pat.

Takt

Weise Arbeitsstränge, Update-Takt und Empfänger zu.

15-min-Lageupdate; eine Incident-Log-Quelle; technische Änderungen mit Owner.

Übergabe

Dokumentiere Stabilitätskriterien, Restgefahren und Annahme der Übergabe.

Nach stabiler Queue: IC übergibt an Service Owner; separates Lernreview terminieren.

Fiktiv: Ausfall der Zahlungsbestätigung. Incident Commander koordiniert und setzt 15-Minuten-Updates; Operations Lead prüft Rückstau und Rollback; Communications Lead veröffentlicht Kundenstatus; Scribe protokolliert Zeitstempel. Nach Stabilisierung werden Rollen formell übergeben und Postmortem separat geplant.

Incident management at Google · Google Cloud

1
Führung
Incident ausrufen und führen
Ziel
Ist eine Person klar für Koordination zuständig?
Voraussetzungen für diesen Schritt
- Incident-Symptome, Schweregrad und Einsatzkräfte
Durchführung
- Schweregrad und Ziele festlegen; Incident Commander benennen und Rollen verteilen.
- Ist eine Person klar für Koordination zuständig?
Ergebnis
Incident-Erklärung mit Einsatzleitung
Incident-Erklärung mit Einsatzleitung
Qualitätscheck
Ist eine Person klar für Koordination zuständig?
Stolperfalle
Commander bearbeitet parallel technische Tasks Koordination von direkter Untersuchung trennen, sobald das Team wächst.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
2
Lagebild
Lagebild etablieren
Ziel
Sind offene Annahmen kenntlich?
Voraussetzungen für diesen Schritt
- Bestätigte Fakten, Auswirkungen und Systeme
Durchführung
- Symptome, Nutzerauswirkung, Systeme und bestätigte Fakten in einem Log sammeln.
- Sind offene Annahmen kenntlich?
Ergebnis
Gemeinsames Lagebild und Impact-Zusammenfassung
Gemeinsames Lagebild und Impact-Zusammenfassung
Qualitätscheck
Sind offene Annahmen kenntlich?
Stolperfalle
Mehrere Lagebilder widersprechen sich Ein Incident-Log und eine autoritative Statusquelle vereinbaren.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
3
Koordination
Arbeit und Kommunikation takten
Ziel
Können Helfende beitragen ohne parallele widersprüchliche Kommandos?
Voraussetzungen für diesen Schritt
- Rollen, Arbeitsstränge und Update-Empfänger
Durchführung
- Technische Arbeitspakete verantworten; Rhythmus und Empfänger für Status festlegen.
- Können Helfende beitragen ohne parallele widersprüchliche Kommandos?
Ergebnis
Getaktete technische und kommunikative Arbeit
Getaktete technische und kommunikative Arbeit
Qualitätscheck
Können Helfende beitragen ohne parallele widersprüchliche Kommandos?
Stolperfalle
Ungeklärte Vermutung wird als Fakt verbreitet Bestätigtes, vermutetes und unbekanntes im Update unterscheiden.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
4
Übergabe
Stabilisieren und übergeben
Ziel
Sind Dienst und Verantwortung klar übergeben?
Voraussetzungen für diesen Schritt
- Stabilitätsnachweis, offene Risiken und Übergabe
Durchführung
- Recovery prüfen, Restgefahren benennen, Kommandoübergabe dokumentieren und Nachbereitung planen.
- Sind Dienst und Verantwortung klar übergeben?
Ergebnis
Dokumentierte Stabilisierung und Kommandoübergabe
Dokumentierte Stabilisierung und Kommandoübergabe
Qualitätscheck
Sind Dienst und Verantwortung klar übergeben?
Stolperfalle
Übergabe ohne explizite Annahme Neue Einsatzleitung übernimmt Lage, Ziele und offene Risiken ausdrücklich.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Incident Command · Rollen und KommunikationsflussIncident Commander, Operations, Kommunikation und Scribe trennen, damit Entscheidungen im Vorfall klar bleiben

Form

Versioniertes Ergebnis mit Frage, Evidenz, offenen Punkten, nächster Maßnahme, Verantwortung und Reviewtermin.

Versionierung / Ownership

Datum, Geltungsbereich, Quellen und Änderungen festhalten. Frühere Beobachtungen erhalten.

Tool-Alternativen

Whiteboard oder Papier
Gemeinsame Tabelle
Projektablage mit Versionshistorie

incident-command-working-template.md

Bereite Incident Command mit klarer Frage, Rollen und Quellen vor.

Incident Command: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Vollständigen Ablauf planen Zeit: Nach Umfang und verfügbaren Belegen festlegen

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Gemeinsame Arbeitsfläche, zugängliche Quellen und Notiz für Entscheidungen.
Rollen: Incident Commander · Operations · Communications · Scribe
Vorab-Infos: Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
Gesamter Zeitbedarf: Für die Dauer des Incidents; Rollen, Update-Takt und Übergaben passen sich der Lage an.
Setup: Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Für die Arbeitsschritte bereitstellen

Führung: Incident ausrufen und führen

Incident-Symptome, Schweregrad und Einsatzkräfte

Lagebild: Lagebild etablieren

Bestätigte Fakten, Auswirkungen und Systeme

Koordination: Arbeit und Kommunikation takten

Rollen, Arbeitsstränge und Update-Empfänger

Übergabe: Stabilisieren und übergeben

Stabilitätsnachweis, offene Risiken und Übergabe

Lagebild, Arbeitsstränge und Übergabe

Lage

Notiere Severity, Incident Commander und Startzeit.

...

Rollen

Trenne bestätigte Fakten, Vermutungen, Impact und offene Fragen.

...

Takt

Weise Arbeitsstränge, Update-Takt und Empfänger zu.

...

Übergabe

Dokumentiere Stabilitätskriterien, Restgefahren und Annahme der Übergabe.

...

Leere Vorlage: beginne mit einer abgegrenzten Frage. Trage nur erhobene Fakten ein, markiere Annahmen und halte offene Fragen sowie Quellen fest.

Incident management at Google · Google Cloud

Führung: Incident ausrufen und führen

Erwartetes Artefakt: Incident-Erklärung mit Einsatzleitung

Incident-Erklärung mit Einsatzleitung

Eintrag:

...

Ist eine Person klar für Koordination zuständig?

Lagebild: Lagebild etablieren

Erwartetes Artefakt: Gemeinsames Lagebild und Impact-Zusammenfassung

Gemeinsames Lagebild und Impact-Zusammenfassung

Eintrag:

...

Sind offene Annahmen kenntlich?

Koordination: Arbeit und Kommunikation takten

Erwartetes Artefakt: Getaktete technische und kommunikative Arbeit

Getaktete technische und kommunikative Arbeit

Eintrag:

...

Können Helfende beitragen ohne parallele widersprüchliche Kommandos?

Übergabe: Stabilisieren und übergeben

Erwartetes Artefakt: Dokumentierte Stabilisierung und Kommandoübergabe

Dokumentierte Stabilisierung und Kommandoübergabe

Eintrag:

...

Sind Dienst und Verantwortung klar übergeben?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/incident-command/run-sheet

Beispielausgabe

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.

incident-command-beispiel.md

Konkret gefülltes Szenario, fiktives Beispiel

Fiktives Lehrbeispiel

Alle Namen und Werte sind erfunden und dienen nur der Illustration. Offene Erklärungen bleiben als Fragen markiert.

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

Incident ausrufen und führenCommander bearbeitet parallel technische TasksIn der Phase ansehen
Lagebild etablierenMehrere Lagebilder widersprechen sichIn der Phase ansehen
Arbeit und Kommunikation taktenUngeklärte Vermutung wird als Fakt verbreitetIn der Phase ansehen
Stabilisieren und übergebenÜbergabe ohne explizite AnnahmeIn der Phase ansehen