MethodenanleitungOperations

Runbook

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

KomplexitätNiedrig

Zeit20-60 min

Teilnehmende1-4

FormatAsync

ReifegradCanonical

Planung vorbereiten

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenKlare Abgrenzung

Ein wiederkehrender operativer Vorgang mit definiertem Auslöser und fachkundigem Owner für Verifikation.

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

On-call-Fachperson · Service Owner · Reviewer

Vorabinfos

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

Zeitbedarf

Als laufende Praxis pflegen; regelmäßiger Test bei Änderungen und in vereinbarten Betriebsübungen.

Setup

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

Kernfrage

Die eine Frage, die diese Methode beantwortet

Kann eine berechtigte Person unter Druck sicher erkennen, wann und wie dieses Verfahren anzuwenden ist?

Ablauf

Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle

Ein Runbook beschreibt ein wiederholbares Betriebsverfahren mit Auslöser, sicheren Schritten, Entscheidungspunkten und Eskalation. Es macht Voraussetzungen und Grenzen so sichtbar, dass ein begründeter nächster Schritt möglich wird.

Auslöser, Diagnose, Eskalation und Recovery

Fiktives Lehrbeispiel

Halte ein wiederholbares Betriebsverfahren mit Auslöser, sicheren Schritten, Entscheidungspunkten und Eskalation bereit.

Auslöser

Definiere Signal, Dienst, Voraussetzungen und Nicht-Anwendungsfall.

Queue-Alter >5 min in drei Messungen; Dienst: payments-consumer.

Diagnose

Führe lesende Prüfschritte mit erwarteten Resultaten auf.

Dashboard → Consumer-Health → letzte Änderung; Zeitstempel und Befund notieren.

Aktion

Notiere Autorisierung, Eskalationskontakt und Rückweg.

Nur freigegebene Skalierung; bei Datenverlustverdacht keine Löschung, Incident Commander eskalieren.

Erfolg

Dokumentiere Testperson, Testdatum, Owner und Aktualität.

Queue-Alter <1 min für 10 min; sonst Rücknahme und Eskalation. Owner SRE; Review 30.09.

Fiktives Runbook „Queue-Rückstau prüfen“: Auslöser: Queue-Alter >5 min für 3 Messungen; Wirkung und Dashboard prüfen; Consumer-Health und jüngste Änderung ansehen; nur nach Freigabe skalieren; bei Datenverlustverdacht nicht löschen, Incident Commander rufen; Erfolg: Alter <1 min für 10 min.

Being On-Call · Google SRE Workbook

1
Auslöser
Auslöser und Geltungsbereich festlegen
Ziel
Ist der Auslöser messbar?
Voraussetzungen für diesen Schritt
- Dienst, Alarm, Auslöser und Geltungsbereich
Durchführung
- Beschreibe Symptome, betroffenen Dienst, Voraussetzungen und klare Nicht-Anwendungsfälle.
- Ist der Auslöser messbar?
Ergebnis
Messbarer Auslöser und Verfahrensgrenze
Messbarer Auslöser und Verfahrensgrenze
Qualitätscheck
Ist der Auslöser messbar?
Stolperfalle
Schritt setzt unbekannten Zustand voraus Vorbedingungen, erwartetes Resultat und sicheren Rückweg nennen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
2
Vorgehen
Sichere Schritte formulieren
Ziel
Kann der Schritt mit sicherem Kontext ausgeführt werden?
Voraussetzungen für diesen Schritt
- Zugänge, Read-only-Prüfungen und erwartete Resultate
Durchführung
- Ordne reversible Diagnoseschritte vor Änderungen; nenne erwartete Ergebnisse und Abbruchpunkte.
- Kann der Schritt mit sicherem Kontext ausgeführt werden?
Ergebnis
Validierte sichere Diagnosefolge
Validierte sichere Diagnosefolge
Qualitätscheck
Kann der Schritt mit sicherem Kontext ausgeführt werden?
Stolperfalle
Befehl kann Daten irreversibel ändern Lesende Diagnose vor Mutation setzen und explizite Freigabe verlangen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
3
Eskalation
Eskalation und Erholung definieren
Ziel
Gibt es einen klaren Punkt zum Stoppen?
Voraussetzungen für diesen Schritt
- Eskalation, Freigabe, Rollback und Erfolgskriterium
Durchführung
- Benenne Rollen, Grenzen, Eskalation, Rollback und Erfolgskriterium.
- Gibt es einen klaren Punkt zum Stoppen?
Ergebnis
Eskalations-, Rollback- und Erfolgskriterien
Eskalations-, Rollback- und Erfolgskriterien
Qualitätscheck
Gibt es einen klaren Punkt zum Stoppen?
Stolperfalle
Verfahren ist für aktuelle Version veraltet Version, Owner, letzte Übung und Reviewtermin nachführen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.
4
Pflege
Üben und pflegen
Ziel
Ist das Verfahren aktuell und getestet?
Voraussetzungen für diesen Schritt
- Übungsergebnis, Owner und Reviewtermin
Durchführung
- Lass eine zweite Person die Schritte testen; versioniere Owner, Änderungsdatum und Reviewtermin.
- Ist das Verfahren aktuell und getestet?
Ergebnis
Geübtes Runbook mit Reviewverantwortung
Geübtes Runbook mit Reviewverantwortung
Qualitätscheck
Ist das Verfahren aktuell und getestet?
Stolperfalle
Eskalation ist nicht erreichbar Backup-Kontakt und Alternative festlegen und regelmäßig prüfen.
Zeitlicher Rahmen: Teil des vereinbarten Arbeitsblocks; Recherche ggf. separat.

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Runbook · operativer AblaufTrigger, Checks, Befehle, Verifikation und Eskalation als verlässliche Betriebsprozedur verbinden

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

runbook-checklist.md

Bereite Runbook mit klarer Frage, Rollen und Quellen vor.

Runbook: 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: On-call-Fachperson · Service Owner · Reviewer
Vorab-Infos: Frage, Zeitraum, Datenzugriff, beteiligte Rollen und bekannte Unsicherheiten vorab klären.
Gesamter Zeitbedarf: Als laufende Praxis pflegen; regelmäßiger Test bei Änderungen und in vereinbarten Betriebsübungen.
Setup: Eine gemeinsame Version anlegen. Fakten, Annahmen und Entscheidung getrennt kennzeichnen.

Für die Arbeitsschritte bereitstellen

Auslöser: Auslöser und Geltungsbereich festlegen

Dienst, Alarm, Auslöser und Geltungsbereich

Vorgehen: Sichere Schritte formulieren

Zugänge, Read-only-Prüfungen und erwartete Resultate

Eskalation: Eskalation und Erholung definieren

Eskalation, Freigabe, Rollback und Erfolgskriterium

Pflege: Üben und pflegen

Übungsergebnis, Owner und Reviewtermin

Auslöser, Diagnose, Eskalation und Recovery

Auslöser

Definiere Signal, Dienst, Voraussetzungen und Nicht-Anwendungsfall.

...

Diagnose

Führe lesende Prüfschritte mit erwarteten Resultaten auf.

...

Aktion

Notiere Autorisierung, Eskalationskontakt und Rückweg.

...

Erfolg

Dokumentiere Testperson, Testdatum, Owner und Aktualität.

...

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

Being On-Call · Google SRE Workbook

Auslöser: Auslöser und Geltungsbereich festlegen

Erwartetes Artefakt: Messbarer Auslöser und Verfahrensgrenze

Messbarer Auslöser und Verfahrensgrenze

Eintrag:

...

Ist der Auslöser messbar?

Vorgehen: Sichere Schritte formulieren

Erwartetes Artefakt: Validierte sichere Diagnosefolge

Validierte sichere Diagnosefolge

Eintrag:

...

Kann der Schritt mit sicherem Kontext ausgeführt werden?

Eskalation: Eskalation und Erholung definieren

Erwartetes Artefakt: Eskalations-, Rollback- und Erfolgskriterien

Eskalations-, Rollback- und Erfolgskriterien

Eintrag:

...

Gibt es einen klaren Punkt zum Stoppen?

Pflege: Üben und pflegen

Erwartetes Artefakt: Geübtes Runbook mit Reviewverantwortung

Geübtes Runbook mit Reviewverantwortung

Eintrag:

...

Ist das Verfahren aktuell und getestet?

Offene Fragen und nächste Schritte

...

Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/runbook/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.

runbook-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

Auslöser und Geltungsbereich festlegenSchritt setzt unbekannten Zustand vorausIn der Phase ansehen
Sichere Schritte formulierenBefehl kann Daten irreversibel ändernIn der Phase ansehen
Eskalation und Erholung definierenVerfahren ist für aktuelle Version veraltetIn der Phase ansehen
Üben und pflegenEskalation ist nicht erreichbarIn der Phase ansehen