Ein Pre-Mortem durchführen, bevor Sie sich einem Plan verpflichten

Stellen Sie sich vor, der Plan sei bereits gescheitert, und fragen Sie, was schiefgelaufen ist.

Why it works

Ein Pre-Mortem nimmt vorübergehend Scheitern an und bittet Menschen, es zu erklären, was das Äußern von Bedenken erlaubt, die Bestätigungsfehler und sozialer Druck sonst unterdrücken würden. Indem Scheitern als bereits eingetretene Realität gerahmt wird, verschiebt sich die Frage von „könnte das scheitern?“ (leicht abzutun) zu „wie ist das gescheitert?“ (schwerer abzutun, produziert konkretere Fehlermodi). Gary Kleins Forschung zeigte, dass dies die Identifikation potenzieller Probleme im Vergleich zur üblichen prospektiven Bewertung erhöhte.

How to do it

1. Sagen Sie, nachdem der Plan fertig ist, aber bevor Ressourcen gebunden werden: „Es ist zwölf Monate später, und dieser Plan ist gescheitert. Was ist passiert?“
2. Lassen Sie jeden unabhängig Fehlerursachen erzeugen, bevor diskutiert wird – das verhindert Gruppendenken.
3. Sammeln Sie die Liste und adressieren Sie jeden Fehlermodus explizit, entweder mit einer Abmilderung oder mit einer angepassten Erwartung.
4. Überspringen Sie den Schritt nicht, weil der Plan „solide aussieht“ – genau diese Zuversicht ist der Moment, in dem das Pre-Mortem am meisten gebraucht wird.

Evidenz

Klein (2007) fand, dass Pre-Mortems die Identifikation potenzieller Probleme um etwa 30% im Vergleich zur üblichen prospektiven Bewertung in einer kontrollierten Studie erhöhten. Die Technik wird heute breit im Projektmanagement eingesetzt und hat Replikationen über organisationale Umgebungen hinweg. (observational)

Die 30%-Schätzung stammt aus einer Studie mit spezifischen Bedingungen; Effektstärken variieren je nach Gruppenzusammensetzung, Einsatz und wie ernst die Übung genommen wird.

Quellen

• Klein (2007), performing a project premortem, Harvard Business Review
• Klein, G. (2007). Performing a project premortem. Harvard Business Review, 85(9), 18–19.

Häufiger Fehler

Das Pre-Mortem als Formalität zu behandeln – oberflächliche Fehlermodi aufzulisten, um den Punkt abzuhaken, und sie dann abzutun, weil das Team zuversichtlich ist.