Zurück zum Playbook
Operate & LearnOL-04
Ein blameless Incident-Postmortem durchführen
Lernt aus Systembedingungen und den damals verfügbaren Informationen, bewahrt Unsicherheit und vermeidet persönliche Schuldzuweisung.
ProduktstatusVerfügbar
Input3 benötigte InputsTimeline, Alerts und Logs · Berichte der Responder und Belege zur Eindämmung · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsDraft a blameless incident postmortem · Synthesise supplied evidence · Prepare task contextReliability Engineer + Reliability Engineer Agent
ErgebnisIncident-Postmortem: Auswirkungs-Zusammenfassung, belegte Timeline, beitragende Bedingungen sowie Massnahmen für Prävention, Erkennung und Wiederherstellung mit Ownern.Artefakt: Incident-Postmortem
Owner
Reliability Engineer
Mensch + Agent
Beteiligte · Agents
EngineerProduct ManagerSales & SupportReliability Engineer Agent
Auslöser
Ein konkreter Incident hat einen vereinbarten Postmortem-Umfang.
Benötigter Kontext
FilesTimeline, Alerts und LogsMeetings · BetaBerichte der Responder und Belege zur EindämmungProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
CodeÄnderungshistorie rund um den IncidentConfluenceSLO-Definition und Service-Ownership
Skills
Draft a blameless incident postmortemSynthesise supplied evidencePrepare task contextReview an artifact against agreed criteriaRecord decisions and follow-up
Vorgeschlagener Gesprächsbogen
- 1Auswirkung und Timeline feststellenEreignisse und Auswirkung aus Logs und Responder-Berichten zusammenstellen; widersprüchliche Zeitstempel und fehlende Evidenz explizit markieren.Skills: Prepare task context · Synthesise supplied evidence
- 2Beitragende Bedingungen besprechenDie Timeline mit den Respondern durchgehen und prüfen, warum Handlungen mit den damaligen Informationen sinnvoll waren. Technische und organisatorische Bedingungen ohne nachträgliche Schuldzuweisung identifizieren.
- 3Den Lernbericht entwerfenAuswirkung, Reaktion, beitragende Ursachen und konkrete Verbesserungen für Prävention, Erkennung und Wiederherstellung mit vorgeschlagener Ownership und Priorität dokumentieren.Skills: Draft a blameless incident postmortem
- 4Erkenntnisse prüfen und bestätigenResponder die Fakten und den Nutzen der Massnahmen verifizieren lassen; Verteilerkreis, Owner und Follow-up-Review bestätigen und unsichere Kausalität bewahren.Skills: Review an artifact against agreed criteria · Record decisions and follow-up
Ergebnis
Incident-Postmortem: Auswirkungs-Zusammenfassung, belegte Timeline, beitragende Bedingungen sowie Massnahmen für Prävention, Erkennung und Wiederherstellung mit Ownern.
Artefakte
Erstellt: Incident-Postmortem
So sieht gut aus
- Timeline und Kausalaussagen sind mit Evidenz verknüpft.
- Massnahmen adressieren konkrete beitragende Bedingungen ohne Schuldzuweisung.
- Widersprüchliche Logs oder Berichte bleiben ungelöst, statt durch Erfindung harmonisiert zu werden.
Freigabe
Die Responder verifizieren die Fakten und der Incident-Owner bestätigt Massnahmen, Owner und Verteilerkreis.
Ziel
ConfluenceJira
Meist als Nächstes
Menschen und Agents arbeiten mit demselben Product Brain. Der Owner bleibt verantwortlich. Zugewiesene Agents bereiten vor und prüfen. Ein benannter Mensch gibt an der Freigabe frei.
Vertiefung im AI PM Lab
Beiträge, die das Denken hinter dieser Activity erklären.
Wähl den Einstieg, der zu deiner Rolle passt.
Leg mit uns die Product-AI-Richtung fest oder teste das gemeinsame Product Brain mit Jira und Code an echter Arbeit.