methodatlas
Session Builder

Praxis etablieren

Lege Kadenz, Owner, Teilnahme und Erfolgssignale für eine wiederkehrende Team-Praxis fest.

Practice CharterwöchentlichOperative Praxis

Praxis etablieren

Lege Kadenz, Owner, Teilnahme und Erfolgssignale fest, damit die Methode als wiederkehrende Team-Praxis funktioniert.

Automatisch abgeleitet

Variante für Operative Praxis. Der Plan leitet sich aus Methodenform, Methodenschritten und Runsheet ab.

Runsheet
Kadenzlogik
Rhythmus vor Umfang

Eine operative Praxis wirkt durch Wiederholung. Die Kadenz sollte klein genug sein, um verlässlich gehalten zu werden.

Iterationsablauf
Ein Lauf, immer wieder nutzbar

Die Schritte beschreiben eine einzelne Wiederholung und werden nach dem Review angepasst.

  1. 1

    Sektion 1: Header und Trigger

    20 min

    Header befuellen: Titel, Service, Owner, Reviewer, letzte Aktualisierung, Severity. Trigger und Symptome konkret beschreiben (Alert-Name, Metrik-Schwelle, Logeintraege).

    OwnerWenn Symptome wage sind, wird das Runbook beim falschen Alarm gezogen. Konkretes Beispiel-Logeintrag oder Screenshot hilft enorm.
  2. 2

    Sektion 2: Vorbedingungen und Zugriffe

    20 min

    Tools, Berechtigungen, VPN, Konfigurationen, die fuer Ausfuehrung benoetigt werden. Pre-Checks auflisten: Was muss vorhanden sein, bevor Schritt 1 startet.

    TeamNichts ist frustrierender als Schritt 4 zu erreichen und keinen Tool-Zugang zu haben. Pre-Checks erzwingen, dass Berechtigungen vorher gepflegt sind.
  3. 3

    Sektion 3: Schritte

    60-120 min

    Pro Schritt: Nummer, Aktion (Kommando oder UI-Anweisung), erwartete Antwort, naechster Schritt. Decision Points als If/Then. Idempotenz pro Schritt pruefen.

    TeamSchritte muessen so konkret sein, dass jemand ohne Vorerfahrung sie ausfuehren kann. Keine impliziten Annahmen. Lieber zu detailliert als zu knapp.
  4. 4

    Sektion 4: Verifikation und Rollback

    20 min

    Verifikationsschritte: woran erkennt der Operator, dass die Aktion erfolgreich war. Rollback-Schritte fuer den Fall, dass Wirkung ausbleibt oder Nebeneffekt eintritt.

    TeamVerifikation ist nicht „schau ob es laeuft“. Konkretes Kommando oder Metrik mit Schwellwert. Rollback ist Pflichtsektion, kein Optional.
  5. 5

    Sektion 5: Eskalation und Postcheck

    15 min

    Wann eskalieren, an wen, mit welchem Kontext. Postcheck: was im Anschluss zu erledigen ist (Ticket schliessen, Postmortem starten, Owner informieren).

    TeamEskalations-Trigger explizit: nach 30 min ohne Wirkung, bei Severity-Erhoehung, bei Sicherheitsindikatoren. Sonst zoegert der Operator im Ernstfall zu lange.
  6. 6

    Sektion 6: Drill und Review

    1-2 h pro Drill

    Testpilot fuehrt das Runbook auf Staging oder im Game Day aus. Feedback einarbeiten. Review-Cadence (z. B. halbjaehrlich oder nach Aenderung) festlegen.

    TeamEin Runbook, das nie geuebt wurde, wird im Incident nicht funktionieren. Mindestens ein Drill nach Erstellung und nach groesserer Aenderung.
Nutzbares Artefakt

Practice Charter

Kopierbare Charter mit Zweck, Kadenz, Owner, Teilnahme, Ablauf, Erfolgssignalen und Review.

practice-charter.md

Practice Charter: Runbook

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.

Kadenz

wöchentlich

Owner und Teilnahme

  • Owner: offen
  • Teilnehmende: 1-4
  • Modus: synchron

Ablauf je Iteration

  1. Sektion 1: Header und Trigger (20 min) Header befuellen: Titel, Service, Owner, Reviewer, letzte Aktualisierung, Severity. Trigger und Symptome konkret beschreiben (Alert-Name, Metrik-Schwelle, Logeintraege).
  2. Sektion 2: Vorbedingungen und Zugriffe (20 min) Tools, Berechtigungen, VPN, Konfigurationen, die fuer Ausfuehrung benoetigt werden. Pre-Checks auflisten: Was muss vorhanden sein, bevor Schritt 1 startet.
  3. Sektion 3: Schritte (60-120 min) Pro Schritt: Nummer, Aktion (Kommando oder UI-Anweisung), erwartete Antwort, naechster Schritt. Decision Points als If/Then. Idempotenz pro Schritt pruefen.
  4. Sektion 4: Verifikation und Rollback (20 min) Verifikationsschritte: woran erkennt der Operator, dass die Aktion erfolgreich war. Rollback-Schritte fuer den Fall, dass Wirkung ausbleibt oder Nebeneffekt eintritt.
  5. Sektion 5: Eskalation und Postcheck (15 min) Wann eskalieren, an wen, mit welchem Kontext. Postcheck: was im Anschluss zu erledigen ist (Ticket schliessen, Postmortem starten, Owner informieren).
  6. Sektion 6: Drill und Review (1-2 h pro Drill) Testpilot fuehrt das Runbook auf Staging oder im Game Day aus. Feedback einarbeiten. Review-Cadence (z. B. halbjaehrlich oder nach Aenderung) festlegen.

Erfolgssignale

Runbook, Checklist, Escalation Path

Review

4 Wochen