Operations Operative Praxis

Runbook

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

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.

Kernfrage

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

Planung vorbereiten Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 1-4
Zeit: 20-60 min

Die Phasen können iterativ durchlaufen werden; ihre Reihenfolge unterstützt den Einstieg, ersetzt aber kein fachliches Urteil.

Arbeitsfläche für Runbook: Frage, Beobachtungen und nächste Entscheidung sind sichtbar.

Auslöser
Auslöser und Geltungsbereich festlegen
Beschreibe Symptome, betroffenen Dienst, Voraussetzungen und klare Nicht-Anwendungsfälle.
Vorgehen
Sichere Schritte formulieren
Ordne reversible Diagnoseschritte vor Änderungen; nenne erwartete Ergebnisse und Abbruchpunkte.
Eskalation
Eskalation und Erholung definieren
Benenne Rollen, Grenzen, Eskalation, Rollback und Erfolgskriterium.
Pflege
Üben und pflegen
Lass eine zweite Person die Schritte testen; versioniere Owner, Änderungsdatum und Reviewtermin.

Prüfe Ergebnis und offene Annahmen beim nächsten passenden Termin. Halte Änderungen, Verantwortung und neue Evidenz fest.

Geeignet, wenn

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

Ideal für

On-call Tasks
Incident Response
Repetitive Ops

Nicht gut für

Offene Discovery
Neue strategische Arbeit

Ergebnisse

Arbeitsbild
Das Arbeitsbild enthält Symptome, betroffenen Dienst, Voraussetzungen und klare Fälle, für die das Verfahren nicht gilt.
Prüfbare Evidenz
Die Evidenzbeschreibung hält Rollen, Grenzen, Eskalation, Rollback und Erfolgskriterium fest.
Nächster Schritt
Der nächste Schritt umfasst einen Test durch eine zweite Person sowie Owner, Änderungsdatum und Reviewtermin der Version.

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

Erster Schritt

Beginne mit einer abgegrenzten Frage, kläre Zugang und Beteiligte und sichere vorhandene Belege. Halte ein wiederholbares Betriebsverfahren mit Auslöser, sicheren Schritten, Entscheidungspunkten und Eskalation bereit.

Zur Methodenanleitung

Davor sinnvoll

DevOps

Blameless Postmortem

Liefert die Erkenntnis, aus der ein neues oder geändertes Verfahren entsteht.

Wie geht es weiter?

DevOps

Game Day

Übt das geschriebene Verfahren unter kontrollierten Störungsbedingungen.

DevOps

Incident Command

Dient als vorbereitetes Verfahren für die nächste echte Einsatzleitung.

Vertiefung

Zweck

Bei wiederkehrenden Betriebsaufgaben oder Störungen hält die Methode belastbare Handlungslogik bereit. Sie reduziert Unsicherheit, wenn Zeitdruck, Rollenwechsel oder seltene Situationen schnellen Zugriff verlangen.

Funktionsweise

Das Wissen wird entlang konkreter Situationen so verdichtet, dass Eingriff, Absicherung und Eskalation zusammenpassen. Dadurch wird implizites Erfahrungswissen für Vertretung, Rufbereitschaft und Automatisierung nutzbar. Regelmäßige Pflege hält die Anweisungen mit der tatsächlichen Systemlage synchron.

Im Detail

Ein Runbook macht Erfahrungswissen ausführbar, wenn eine Situation selten, kritisch oder unter Zeitdruck wiederkehrt. Klarheit entsteht durch Voraussetzungen, überprüfbare Schritte, Rollback-Logik und Eskalationspunkte. Es bleibt nur verlässlich, wenn es getestet, nach Incidents angepasst und als Source of Truth gepflegt wird.

Durchführung

Schreibe das Runbook gegen echte Operator-Fragen und reale Störungen, nicht gegen ein ideales Lehrbuchszenario. Der kritische Test ist der Kaltstart durch jemanden, der den Fall kennt, aber nicht jedes Detail im Kopf hat. Schließe mit einer klar benannten Source of Truth und Auslösern, bei denen Pflege oder Anpassung verpflichtend wird.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Operations Zuverlässigkeit Dokumentation

Quellen

Being On-Call · Google SRE Workbooksre.googleGeprüfte Methodenreferenz; stützt die fachliche Abgrenzung und Arbeitsschritte für Runbook. Beispiele und redaktionelle Anleitung sind eigenständig und ausdrücklich fiktiv.

In Playbooks

Incident aufarbeitenVon verstreuten Logs und Erinnerungen zu Timeline, Lernpunkten und konkreten Verbesserungen.

Artefakt-Vorlagen

Runbook: ArbeitsvorlageBereite Runbook mit klarer Frage, Rollen und Quellen vor.

markdown

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.