# Einen Veröffentlichungsvorfall nachvollziehbar nachbereiten

Eigene konstruierte Übung und vollständiger Arbeitsweg. Keine echte Teilnehmerantwort, kein Produkttest, kein realer Vorfall und kein Kundenbeleg. Frühere Beispiele des bestehenden Leitfadens behalten ihren ausdrücklich erklärten Umfang.

Baue den Bericht aus beobachteten Ereignissen, begrenzten Auswirkungen und ausdrücklicher Ursachenunsicherheit. Untersuche beitragende Bedingungen ohne Schuldzuweisung und gib Folgeaufgaben Zuständigkeit, Termin und prüfbare Abnahme. Ein Bericht oder Kontrollvorschlag beweist noch keine abgeschlossene Vorbeugung.

## Den Auftrag der Nachbereitung festlegen

Eine Vorfallnachbereitung fragt, was im Veröffentlichungsprozess geschah, was über die Auswirkungen bekannt ist und welche überprüfbaren Prozessänderungen folgen. Sie ist weder die öffentliche Korrektur selbst noch ein persönlicher Lernbeitrag. Begrenze akute Schäden zuerst über den autorisierten Reaktionsweg. Untersuche danach den Vorfall, ohne die überzeugendste Erzählung zur Ursache zu erklären.

Googles SRE-Hinweise verbinden die Vorfalldokumentation mit beitragenden Bedingungen und wirksamen Folgeaufgaben. Diesen Gedanken übertragen wir auf einen kleinen konstruierten Anhangsvorfall. Schuldzuweisungen zu vermeiden bedeutet nicht, Entscheidungen zu löschen oder Beruhigung zu erfinden. Beschreibe damalige Beobachtungsmöglichkeiten, trenne unsichere Deutungen und lasse private Teilnehmer- oder Kundendetails aus öffentlichen Kopien heraus.

## Die Zeitleiste aus ausdrücklichen Beobachtungen bauen

Fiktive Zeitleiste, alle Zeiten UTC am 1. November 2026:09:00 wird das beabsichtigte V3-Paket vorbereitet;09:04 wird die Veröffentlichung angenommen;09:07 beobachtet ein lokaler Check einen V2-Link;09:09 werden betroffene Links zurückgehalten;09:12 wird der beabsichtigte Link wiederhergestellt;09:16 liefern zwei erklärte öffentliche URLs die richtigen Dateibytes. Die sechs Zeilen sind eine konstruierte Übung, kein Wrapped.li-Störungsbericht.

Zwischen Annahme der Veröffentlichung und beobachteter Wiederherstellung an diesen URLs liegen 12 Minuten; bis zur ersten protokollierten Entdeckung sind es drei Minuten. Daraus folgt weder der erste Fehlerzeitpunkt noch die Betroffenheitsdauer aller Leser oder eine Zahl von V2-Downloads. Unterscheide Antwortbestätigung, versuchte Korrektur und tatsächlich geprüften Stand.

| UTC-Zeit | Konstruiertes Ereignis | Beleggrenze |
| --- | --- | --- |
| 09:00 | V3 vorbereitet | Vorbereitung, keine Veröffentlichung |
| 09:04 | Veröffentlichung angenommen | Richtige Bytes nicht belegt |
| 09:07 | V2-Link beobachtet | Erste protokollierte Entdeckung |
| 09:09 | Betroffene Links zurückgehalten | Begrenzung dokumentiert |
| 09:12 | Beabsichtigter Link wiederhergestellt | Korrektur versucht |
| 09:16 | Zwei URLs liefern beabsichtigte Bytes | Begrenzte Wiederherstellung beobachtet |

## Auswirkung, Bedingungen und offene Ursachen trennen

Vollständiger konstruierter Befund: „Ein lokaler Check beobachtete einen V2-Link, obwohl V3 beabsichtigt war. Die Prüfungen um 09:16 bestätigen die richtigen Bytes an zwei benannten URLs. Leserexposition und Downloadzahlen wurden nicht gemessen. Die Belege tragen eine Link-Fassungs-Abweichung und ihre begrenzte Korrektur, keinen Kundenverlust und keine einzelne endgültige Ursache.“

Prüfe den Weg, der die Abweichung zuließ: Quellauswahl, Dateiidentität, Freigabestand und öffentliche Kontrolle. In der Übung ist eine vorgeschlagene beitragende Bedingung, dass die Checkliste einen Dateinamen, aber keine Byteidentität am tatsächlichen Ziel verlangte. Bei einer echten Nachbereitung wäre das anhand wirklicher Unterlagen zu prüfen; es belegt keine gemeinsame Ursache aller Veröffentlichungsfehler.

## Drei naheliegende Fehlschlüsse bearbeiten

I1 — Konstruierte Schuldzuweisung: „Der Veröffentlichende war unachtsam“ liefert keine prüfbare Erklärung. Ersetze sie durch dokumentierte Entscheidung, verfügbare Information und fehlende oder unwirksame Kontrolle. Die tatsächliche Handlung bleibt sichtbar, während der ermöglichende Prozess untersucht wird.

I2 — Konstruierte Schadenssteigerung: Weil eine öffentliche URL existierte, behauptet der Entwurf Hunderte geschädigte Leser. Halte beobachtetes Zeitfenster und ungemessene Leserzahl auseinander. I3 — Konstruierter Aufgabenabschluss: Eine neue Checkliste wurde geschrieben, also gilt Prävention als erledigt. Verlange Zuständigkeit, Termin, Abnahmetest und tatsächliche Prüfung; ein Kontrollentwurf beweist weder Vorbeugung noch unmögliche Wiederholung.

## Jeder Folgeaufgabe ein prüfbares Ergebnis geben

Eine brauchbare fiktive Folgeaufgabe lautet: „Veröffentlichungsverantwortung, bis 3. November: genaue Anhangsidentität in den Freigabestand aufnehmen; prüfen, dass beide erklärten Sprachlinks diese Bytes liefern und eine absichtlich falsche Übungsdatei den Check nicht besteht.“ Das lässt sich besser prüfen als „sorgfältiger sein“. Bis Umsetzung und Beobachtungen vorliegen, bleibt die Aufgabe vorgeschlagen.

Trenne Reaktion, Korrektur, bessere Entdeckung und Vorbeugung, wenn sie verschiedene Zuständige oder Prüfungen benötigen. Prüfe laufenden Aufwand und ob die Kontrolle tatsächlich den Fehlerweg abdeckt. Teile nur den geeigneten minimalen Vorfallbericht. Eine öffentliche Lernnotiz darf private Belege weglassen, ohne deren unabhängige Prüfung vorzutäuschen.

## Den Bericht nach der Besprechung nutzbar halten

Das zweisprachige Paket enthält die vollständige Sechs-Ereignis-Zeitleiste, den begrenzten Befund und die Musteraufgabe. Der leere Bogen verbindet Umfang, Belegreferenzen, UTC-Zeiten, beobachtete und unbekannte Auswirkungen, Ursachenhypothesen, tatsächliche Begrenzung, Zuständigkeit, Termin, Abnahme und Prüfstand. Der lokale Check bestätigt Reihenfolge und 3-/12-Minuten-Abstände, keinen echten Vorfall und keine verminderte Wiederholung.

Das primäre Nachbereitungskapitel wurde am 1. November 2026 gelesen. Sämtliche I-Fälle, Rollen, Zeiten und Termine sind fiktiv; kein tatsächliches Team erhielt eine Aufgabe. Ein fertiger Bericht ist weder geprüfte Maßnahme noch unabhängige Untersuchung, Leserwirkung oder Kundenbeleg. Für die entsprechenden anderen Mitteilungen dienen die Leitfäden zu Korrektur und Projektstatus.

1. Nachbereitungsumfang festlegen und notwendige Belege erhalten.
2. Eine belegbezogene Zeitleiste mit einheitlicher Zeitbasis bauen.
3. Auswirkung begrenzen und Fakten von Ursachenhypothesen trennen.
4. Vorgeschlagene Aufgaben mit Zuständigkeit, Termin und Abnahmetest versehen.
5. Aufgaben erst nach tatsächlicher Prüfung schließen; offene Wirkungen erhalten.

## Quellen und Grenzen

- [Google SRE: postmortem records, contributing conditions and reviewed follow-ups](https://sre.google/sre-book/postmortem-culture/)
