Zurück zum Playbook
Operate & LearnOL-03
Nutzermeldungen für Ausfälle schreiben
Kommuniziert bekannte Auswirkungen zeitnah, ohne eine Wiederherstellungszeit zu erfinden, und hält eine klare Abfolge von Updates und Entwarnung ein.
ProduktstatusVerfügbar
Input3 benötigte InputsBestätigte betroffene Services und Nutzereffekt · Workarounds und Incident-Updates · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsDraft incident communication · Prepare task context · Review an artifact against agreed criteriaReliability Engineer + Reliability Engineer Agent
ErgebnisIncident-Kommunikation: internes Faktenblatt, Kunden-Statusentwürfe mit Timing und die Entwarnung mit ihrer Verifikationsgrundlage.Artefakt: Incident-Kommunikation
Owner
Reliability Engineer
Mensch + Agent
Beteiligte · Agents
Sales & SupportProduct MarketingEngineerReliability Engineer Agent
Auslöser
Ein laufender oder geplanter Ausfall betrifft Nutzer.
Benötigter Kontext
FilesBestätigte betroffene Services und NutzereffektMeetings · BetaWorkarounds und Incident-UpdatesProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
ConfluenceKommunikationsstil und VorlagenArchitekturService-Abhängigkeiten
Skills
Draft incident communicationPrepare task contextReview an artifact against agreed criteria
Vorgeschlagener Gesprächsbogen
- 1Auswirkung und Kommunikations-Ownership bestätigenBetroffene Nutzer, nicht verfügbare Funktionen, nutzbare Alternativen und die verantwortliche Kommunikationsperson identifizieren. Bekannte Fakten von unbestätigter Diagnose trennen.Skills: Prepare task context
- 2Die aktuelle Statusmeldung entwerfenEine klare Bestätigung mit Nutzereffekt, verfügbarem Workaround und Zeitpunkt des nächsten Updates schreiben. Eine Lösungszeit nur versprechen, wenn der Incident-Owner sie stützt.Skills: Draft incident communication
- 3Jede Statusrevision bestätigenDie neuesten verifizierten Incident-Fakten prüfen, bevor die nächste Meldung freigegeben wird; den Verlauf bewahren und ohne explizite Autorisierung nichts veröffentlichen.Skills: Review an artifact against agreed criteria
- 4Wiederherstellungsevidenz verifizierenVon Operations bestätigen lassen, dass das betroffene Verhalten wiederhergestellt ist, inklusive verbleibender Einschränkungen; bei teilweiser Wiederherstellung den Incident offen lassen.
- 5Entwarnung und Follow-up vorbereitenDie Entwarnung auf Basis der verifizierten Wiederherstellung entwerfen und verbleibende Einschränkungen nennen. Bei Bedarf ein späteres faktisches Follow-up vorbereiten und das Postmortem getrennt halten.Skills: Draft incident communication
Ergebnis
Incident-Kommunikation: internes Faktenblatt, Kunden-Statusentwürfe mit Timing und die Entwarnung mit ihrer Verifikationsgrundlage.
Artefakte
Erstellt: Incident-Kommunikation
So sieht gut aus
- Der Text spiegelt die aktuell belegten Incident-Fakten wider.
- Eine unbekannte Wiederherstellungszeit wird nie durch ein erfundenes Versprechen ersetzt.
- Keine Entwarnung ohne Wiederherstellungsevidenz.
Freigabe
Der Incident-Owner gibt jede Meldung frei; die Veröffentlichung ist eine separate autorisierte Handlung.
Ziel
StatusseiteSlack
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.
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.