Prämortem für Projekte: Workshop-Ablauf und ausgefülltes Beispiel

Ein Prämortem ist eine Besprechung, in der das Team sich vorstellt, ein Projekt sei bereits gescheitert, und nach Erklärungen sucht. Es nutzt Inversion: vom Fehlschlag ausgehen und vor der Ausführung Bedingungen untersuchen, die ihn verursachen könnten.

Ein fiktives Unternehmen wechselt seine Kundendienstplattform. Die Vorführung funktionierte, die Schulung fand statt und der Termin ist bekanntgegeben. Offen ist, ob laufende Anfragen danach Verlauf, Zuständigkeit und nächste Aktion behalten.

Ein untersuchbares Scheitern wählen

Die AHRQ beschreibt das Prämortem als Mittel, Umsetzungshindernisse vorwegzunehmen. Die vorgeschlagenen Ursachen sind noch zu prüfende Hypothesen.

Definieren Sie das untersuchte unerwünschte Ergebnis. Beim Plattformwechsel könnte es der Verlust der kontinuierlichen Bearbeitung offener Anfragen sein. Nur von einem katastrophalen Wechsel zu sprechen, lässt Sorgen über unterschiedliche Probleme zusammenfließen.

Vereinbaren Sie auch den Zeitraum. Eine Unterbrechung am ersten Tag erfordert andere Fragen als eine Schwierigkeit nach Monaten der Nutzung. Sind beide wichtig, halten Sie sie getrennt fest, um Ursachen und Maßnahmen nicht zu vermischen.

Vorgeschlagener Ablauf für eine Besprechung von 45 Minuten

Laden Sie Menschen ein, die Kunden betreuen, das System einrichten und über den Übergang entscheiden. Versenden Sie Plan und Scheiterkriterium vorab. Die folgende Zeiteinteilung ist ein Moderationsvorschlag für diesen Fall und keine methodisch vorgeschriebene Dauer.

Zeigt das Gespräch, dass niemand den Weg einer Anfrage beschreiben kann, stoppen Sie die Risikoauswahl und rekonstruieren Sie diesen Weg. Über eine schlecht verstandene Liste abzustimmen ordnet nur die Unsicherheit.

Individuelles Aufschreiben vor dem Gespräch kann einer Beobachtung Raum geben, die nach einer Wortmeldung der Leitung nicht geäußert würde. Dafür muss die Moderation Zweifel aufnehmen, ohne sofort einen Beweis für die gesamte Hypothese zu verlangen.

Allgemeine Sorgen durch Mechanismen ersetzen

„Das Team wird sich widersetzen“ schreibt Menschen eine allgemeine Haltung zu. Nützlicher wäre: Wer eine Anfrage erhält, weiß nicht, in welchem System sie zu aktualisieren ist, weil die Übergangsregeln fehlen.

Fragen Sie, welche Bedingung die vorgeschlagene Ursache mit dem Scheitern verbindet. Besteht eine Werkzeuggrenze? Fehlt eine Entscheidung? Hängt das Problem von einem Ausnahmefall ab oder kann es im normalen Gebrauch auftreten? Suchen Sie Aufzeichnungen, Vorführungen und Menschen, die die Beziehung prüfen helfen.

Eine lange Risikoliste sagt nichts über Häufigkeit oder Schwere aus. Unterscheiden Sie Belege von Möglichkeiten und notieren Sie Unsicherheiten. Die Methode kann eine Sorge sichtbarer machen, ohne sie wahrscheinlicher zu machen.

Prüfungen wählen, die den Plan verändern

Das Unternehmen könnte eine Gruppe offener Anfragen migrieren und Verlauf, Zuständigkeit und nächste Aktion kontrollieren. Es könnte außerdem eine während des Übergangs eingehende Nachricht simulieren und ihren Weg bis zur Bearbeitung verfolgen.

Jede Prüfung braucht eine zuständige Person und eine Konsequenz für den Plan. Bleibt der wesentliche Verlauf nicht erhalten, müsste das Team den Wechsel vielleicht verschieben oder einen sicheren Lesezugriff auf das alte System bewahren. Das Vorgehen hängt vom Befund ab.

Vergleichen Sie die Kosten dieser Maßnahmen mit den Alternativen. Zwei Systeme können Zugang bewahren und widersprüchliche Aktualisierungen erzeugen. Verfolgen Sie wie bei der Auswahl von Werkzeugen den gesamten Prozess und den Aufwand für den Ausstieg aus jeder Option.

Ausgefüllte Übersicht für den Plattformwechsel

Das letzte Risiko unterscheidet vorhandene Daten von der Fähigkeit, weiterzuarbeiten. Eine exportierte Datei kann existieren und trotzdem eine manuelle Suche verlangen, die der Betrieb nicht bewältigen kann.

Beginnen Sie bei der Priorisierung mit Fehlern, die die Bearbeitung einer wesentlichen Anfrage verhindern und keine nachgewiesene Wiederherstellung haben. Prüfen Sie danach relevante Folgen, die vor dem Wechsel mit wenig Aufwand kontrollierbar sind. Behebbare Unannehmlichkeiten können mit einer zuständigen Person unter Beobachtung bleiben. Diese Reihenfolge ist ein Arbeitskriterium des Beispiels, keine validierte Wahrscheinlichkeitsskala.

Bewahren Sie beim Übernehmen der Übersicht vier Felder: beobachtbarer Fehler; fehlende Prüfung; Zuständigkeit und Termin; Entscheidung bei fehlgeschlagenem Test. Der Untersuchungsbogen kann Beobachtungen aufnehmen und Fakten von Deutungen trennen.

Festhalten, was die Übung nicht geklärt hat

Ein Prämortem hängt vom Wissen und der Bereitschaft der Beteiligten ab. Es kann Probleme auslassen, Gruppenüberzeugungen wiederholen oder die Aufmerksamkeit auf eine einprägsame Geschichte richten. Bitten Sie jemanden, eine andere Erklärung für dasselbe Ergebnis zu suchen.

Prüfen Sie nach der Korrektur einer Schwachstelle, was diese Korrektur hinzufügt. Eine zusätzliche Freigabe kann einen Fehler verringern und Wartezeit erzeugen. Auch der überarbeitete Plan braucht Zuständigkeiten, Grenzen und Bedingungen für die Beobachtung.

Am Ende der Besprechung braucht jeder blockierende Punkt eine terminierte Prüfung. Kommt die Antwort nicht vor dem Wechseltermin, muss jemand ausdrücklich entscheiden, ob verschoben oder das verbleibende Risiko akzeptiert wird. Eine Sorgenliste ohne diese Konsequenz bietet kein Kriterium zur Freigabe des Wechsels.