Postmortem für Einsteiger: Störungen ohne Schuldzuweisung aufarbeiten und Maßnahmen planen

Projekte & Entwicklung

Postmortem für Einsteiger: Störungen ohne Schuldzuweisung aufarbeiten und Maßnahmen planen

Diese Postmortem-Vorlage für Einsteiger hilft Entwicklungs- und Betriebsteams, eine Störung innerhalb einer Woche ohne Schuldzuweisung aufzuarbeiten. Das Whiteboard hat vier Seiten: Schuldfrei-Regeln lesen, Vorfall skizzieren und Material verteilen; Ereignisse auf einer Zeitachse mit sechs Stufen ordnen und die Folgen beziffern; mit den 5 Whys die Ursache im System suchen und Maßnahmen nach Wirkung und Aufwand wählen; Maßnahmen als Aufgaben mit Verantwortlichen und Frist anlegen. Das Aufgabenboard hat fünf Spalten, von Material sammeln bis erledigt, mit 4 Hauptaufgaben und je 3 Teilaufgaben. Für den Bericht übertragen Sie die Felder ② bis ④ (Überblick), ⑦ (Folgen), ⑫ (Grundursache), ⑭ (Maßnahmen) und ⑰ (Erkenntnisse). Die Regeln in Feld ① lenken den Blick auf das System statt auf Personen, damit das Gespräch nicht zum Verhör wird.

0 Likes 0 Kopien Autor: WeProcess
Postmortem Störungsanalyse Rückblick Wiederholung verhindern 5-Why-Analyse
Kostenlos registrieren und diese Vorlage nutzen

Mit einem kostenlosen Konto können Sie diese Vorlage aus dem Marktplatz kopieren

Whiteboard-Vorschau

Vorschaumodus Postmortem für Einsteiger: Störungen ohne Schuldzuweisung aufarbeiten und Maßnahmen planen

Whiteboard-Vorschau

① Regeln des Rückblicks (hier beginne... ② Was ist passiert? ③ Von wann bis wann? ④ Auslöser (soweit bekannt) ⑤ Material und wer es mitbringt (bis ... ⑥ Zeitachse (aus dem Material von ⑤ a... ⑦ Ausmaß der Folgen (Fakten und Zahlen) ⑧ Was noch unklar ist (nicht vorschne... ⑨ Was gut lief (aus der Zeitachse ⑥) ⑩ Was nicht lief (aus ⑥) ⑪ Wo wir Glück hatten (aus ⑥) ⑬ Maßnahmen wählen (ordnen Sie die Ma... Große Wirkung × hoher Aufwand Große Wirkung × geringer Aufwand Kleine Wirkung × hoher Aufwand Kleine Wirkung × geringer Aufwand ⑭ Aufgaben gegen Wiederholung (aus de... ⑮ An wen der Rückblick geht ⑯ Wann und wie Sie ihn teilen ⑰ Erkenntnisse (direkt in den Bericht... ⑱ Was beim nächsten Rückblick geprüft... Postmortem-Board ... Anleitung (4 Seit... Beschlüsse und Ma... Regeln und Zustän... Störung und Schwä... Erkenntnisse und ... 1/4 Schuldfrei starten Ctrl+F / ⌘F : 2/4... → 2/4 2/4 Zeitlich ordnen ↙ 3/4 Das System betrachten, nicht die PersonNicht „Wer hat sich geirrt?“, sondern„Warum war der Irrtum so naheliegend?“ Jede Entscheidung hatte ihre GründeKeine Schuld für das, was man erst später wusste.z. B. mit dem denken, was damals sichtbar war Fakten und Vermutungen trennenSetzen Sie „Vermutung“ vor eine Annahme.z. B. Vermutung: eine geänderte Einstellung z. B. die Bestellseite ließ sich nicht öffnen z. B. Kunden konnten nicht bestellen Das Symptom so notieren, wie es zu sehen war Noch keine Ursache (die suchen wir auf Seite 3) z. B. Beginn am 6. Oktober um 14:05 z. B. Ende am 6. Oktober um 15:20 z. B. jetzt läuft wieder alles Zeiten in Protokollen prüfen und im 24-Stunden-Format notieren z. B. um 14:00 wurde ein Update veröffentlicht z. B. Vermutung: ein Einstellungswert war veraltet Was unbekannt ist, als „unbekannt“ notieren Setzen Sie „Vermutung“ vor eine Annahme Zu sammelndes Mat... Wer bringt es mit Bis wann Systemprotokolle z. B. Fehlerprotokoll und Zugriffsdiagramm Zuständig: ____ z. B. bis zum Vortag des Rückblicks Chatverlauf z. B. Chatverlauf und Telefonnotizen Zuständig: ____ z. B. bis zum Vortag des Rückblicks Rückmeldungen von... z. B. Zahl und Inhalt der Anfragen Zuständig: ____ z. B. bis zum Vortag des Rückblicks Beginn 14:05Was geschahz. B. die Bestellseite ließ sich nicht öffnen Entdeckt 14:20Wer hat es bemerkt, woranz. B. der Support bemerkte die Anfragen Gemeldet 14:30Wer wurde wie informiertz. B. Nachricht in den Chat des Entwicklungsteams Maßnahme 14:40Was wurde getanz. B. Rücknahme des Updates von 14:00 begonnen Behoben 15:20Wann lief es wiederz. B. die Bestellseite öffnet sich wieder Ende bestätigt 16:00Wie wurde es geprüftz. B. die Zahl der Bestellungen war wieder normal Zahl Geprüfte Quelle Sicherheit Betroffene Personen z. B. Kunden ohne Bestellmöglichkeit, etwa 120 z. B. Zugriffsprotokoll z. B. Vermutung (Zählweise wird geprüft) Dauer des Ausfalls z. B. 75 Min. (14:05 bis 15:20) z. B. Fehlerprotokoll z. B. Fakt Anfragen z. B. 8 Anfragen z. B. Liste der Anfragen z. B. Fakt Blockierte Arbeit z. B. Versandvorbereitung eine Stunde verspätet z. B. Nachricht aus dem Lager z. B. Fakt Offene Fragenz. B. warum zwischen 14:05 und 14:20 keine Warnung ankam Wer klärt es, bis wannZuständig: ____ / Frist: __/__ Wo Sie es später ergänzenz. B. in Zeitachse ⑥ und Tabelle ⑦ nachtragen 3/4 Ursache ergründen → 4/4 4/4 Aufgaben verteilen z. B. der Support informierte sofort das Entwicklungsteam z. B. die Schritte zur Rücknahme standen im Handbuch Notieren Sie, warum das nächstes Mal wieder klappen kann z. B. nach dem Update ließ sich die Bestellseite nicht öffnen z. B. es dauerte 15 Minuten bis zur Entdeckung Das Ereignis zum Subjekt machen, nicht die Person z. B. es war eine ruhige Zeit für Kunden z. B. ein Experte saß zufällig am Platz Auf Glück ist nächstes Mal kein Verlass, also als Maßnahme erwägen ⑫ 5 Whys: Wählen ... Warum 1 z. B. Warum ließ sich die Seite nicht öffnen? → ein Einstellungswert war veraltet Warum 2 z. B. Warum veraltet? → er wurde vor der Veröffentlichung nicht in der Testumgebung geprüft Warum 3 z. B. Warum nicht geprüft? → der Testschritt stand nicht im Handbuch Warum 4 z. B. Warum fehlte er? → niemand ist für die Pflege des Handbuchs zuständig Warum 5 z. B. Warum niemand? → keine Regel verlangt, das Handbuch bei Änderungen anzupassen Grundursache z. B. Prozessänderung und Handbuchpflege sind nicht verbunden (Ursache im System) 縦軸: Wirkung (oben... Planen und angehen. z. B. eine automatische Prüfung vor der Veröffentlichung bauen Als Erstes tun. z. B. „Vor Veröffentlichung testen“ ins Handbuch aufnehmen Diesmal zurückstellen. Den Grund im Protokoll festhalten Nebenbei erledigen. z. B. die Kontaktliste aktualisieren Was Wer Bis wann Wie prüfen Maßnahme 1 z. B. „Vor Veröffentlichung testen“ ins Handbuch aufnehmen Zuständig: ____ z. B. in 1 Woche z. B. bei der nächsten Veröffentlichung prüfen, ob der Ablauf eingehalten wird Maßnahme 2 z. B. Regel einführen, das Handbuch bei jeder Prozessänderung anzupassen Zuständig: ____ z. B. in 2 Wochen z. B. die Regel im Team gemeinsam durchlesen Maßnahme 3 z. B. bei steigenden Fehlern eine Warnung auslösen Zuständig: ____ z. B. in 2 Wochen z. B. einen Testfehler auslösen und die Warnung prüfen Maßnahme 4 z. B. eine automatische Prüfung vor der Veröffentlichung bauen Zuständig: ____ z. B. in 1 Monat z. B. zählen, wie viele Fälle die Prüfung gestoppt hat z. B. das Support-Team z. B. Vorgesetzte und betroffene Bereiche z. B. andere Teams mit demselben System z. B. 10 Minuten im regulären Termin am 10. Oktober z. B. den Bericht im Chat teilen Datum: __/__ / Zuständig: ____ z. B. ein Testschritt fällt weg, wenn er nicht im Handbuch steht z. B. je früher der Support meldet, desto schneller die Behebung Schreiben Sie Erkenntnisse über das System, nicht über Personen Prüfterminz. B. regulärer Termin in 1 MonatDatum: __/__ Zahlen zur Prüfungz. B. wie viele Maßnahmen aus ⑭ erledigt sindz. B. ob dieselbe Störung erneut auftrat Wer prüftZuständig: ____Ergebnis in ⑭ dieses Boards nachtragen → 2/4 Zeitlich ordnen ↙ 3/4 Ursache ergründen → 4/4 Aufgaben verteilen
100%

Zum Verschieben ziehen, zum Zoomen scrollen

Inhalt des Aufgabenboards

Material sammeln 16 Einträge

Schuldfrei starten
Zeitlich ordnen
Ursache ergründen
Aufgaben verteilen
Regeln vorlesen
Vorfall skizzieren
Material verteilen
Zeitachse füllen
Folgen beziffern
Offenes trennen
Gut und schlecht
5-mal Warum fragen
Maßnahmen wählen
Maßnahmen anlegen
Termin zum Teilen
Nachprüfung planen

In Besprechung 0 Einträge

Maßnahmen laufen 0 Einträge

Wirkung prüfen 0 Einträge

Erledigt 0 Einträge

← Zurück zu den Vorlagen