Eine Projekt-Prämortem-Analyse durchführen

Autor: AILesson7 Min. EinrichtungszeitGetestet mit:ChatGPTGeprüft am: 2026-08-28

Schnelle Antwort

Ein gescheitertes Ergebnis vorausdenken, um plausible Ursachen, schwache Signale, Prüfungen und vorbeugende Maßnahmen sichtbar zu machen. Angeben: Projekt und Zeitpunkt des Scheiterns, Belege und Annahmen, Beteiligte und Handlungsbefugnisse. Erwartetes Ergebnis: Eine priorisierte Übersicht von Fehlerszenarien mit Belegen, Indikatoren, Verantwortlichen und sofortigen Experimenten.

1

Kontext hinzufügen

Dein Text bleibt in diesem Browser. AILesson Prompts sendet ihn nicht an ein Modell oder einen Server.

2

Dein Prompt

Nicht ausgefüllte Felder bleiben als Platzhalter sichtbar, sodass du den Prompt weiterhin kopieren und bearbeiten kannst.

Führen Sie anhand des bereitgestellten Kontexts eine Prämortem-Analyse des Projekts durch.

Projekt, Nutzende, Plan, Ziel und konkrete Definition des Scheiterns:
[project]

Einschränkungen, Abhängigkeiten, Vorfälle, Schätzungen, abweichende Meinungen und Unbekanntes:
[assumptions]

Perspektiven der Beteiligten, Befugnisse, Kapazität zur Risikominderung und Prüfzeitpunkt:
[participants]

Nehmen Sie an, das Projekt sei zu dem angegebenen zukünftigen Zeitpunkt gescheitert. Entwickeln Sie anschließend nur in relevanten Bereichen voneinander verschiedene und plausible Erklärungen zu Nutzwert, Umfang, Bereitstellung, Qualität, Betrieb, Personal, Dienstleistern, Governance, Sicherheit, Barrierefreiheit, Daten und äußerem Umfeld. Trennen Sie belegte Bedenken von Hypothesen. Vermeiden Sie allgemeine Katastrophenszenarien, Schuldzuweisungen und Gewissheit im Nachhinein. Bündeln Sie Ursachen zu Kausalketten, bestimmen Sie die frühesten beobachtbaren Indikatoren und ordnen Sie sie anhand von Plausibilität und Schadenshöhe mit begründeter Bewertung statt erfundener Genauigkeit. Geben Sie für die wichtigsten Szenarien eine kostengünstige Prüfung, Prävention, einen Notfallauslöser, eine Reaktion, eine ausdrücklich benannte verantwortliche Person oder „Nicht zugewiesen“ sowie eine Entscheidungsfrist an. Beziehen Sie konträre Szenarien und vorhandene Stärken ein, die das Risiko senken.
Im Playground ausprobieren
Standardmäßig privatDer Prompt wird lokal in deinem Browser zusammengestellt. Gib keine vertraulichen Informationen in einen KI-Dienst ein, es sei denn, deine Organisation erlaubt dies.

Von der Eingabe zum Ergebnis

Ein ausgearbeitetes Beispiel

Sieh dir an, wie konkreter Kontext dieses Rezept in ein nutzbares Ergebnis verwandelt.

Tatsächliche Eingabe

Projekt und Zeitpunkt des Scheiterns
Im März führt eine regionale Wohltätigkeitsorganisation ein Online-Portal zur Einsatzplanung für 600 Freiwillige und 40 Koordinierende ein. Als Scheitern zum 30. Juni gilt, wenn Koordinierende weiterhin parallele Tabellen führen, mehr als 10 % der geplanten Einsätze strittig sind oder weniger als 50 % der aktiven Freiwilligen das Portal monatlich nutzen. Der Pilotversuch beginnt im Februar mit zwei Teams.
Belege und Annahmen
Viele Freiwillige nutzen Mobiltelefone; bei 18 % der aktuellen Datensätze fehlt eine eindeutige E-Mail-Adresse. Koordinierende verwenden unterschiedliche Bezeichnungen für Einsätze. Der Anbieter gibt an, dass CSV-Import unterstützt wird, hat unsere Datei aber nicht getestet. Das Schulungsbudget deckt zwei Live-Veranstaltungen. Eine koordinierende Person befürchtet, dass Freiwillige Absagehinweise nicht sehen. Die Authentifizierung erfolgt über E-Mail-Links. Bisher gibt es weder einen Test der Barrierefreiheit noch einen Support-Dienstplan oder eine Regel zur Abschaffung der Tabellen.
Beteiligte und Handlungsbefugnisse
Am Workshop nehmen eine koordinierende Person, eine Vertretung der Freiwilligen, eine Betriebsleitung mit Einführungsbefugnis, eine für Daten verantwortliche Person, die Kommunikationsleitung und eine Fachperson des Anbieters teil. Für Risikominderung verbleiben zwei Personenwochen. Die Entscheidungen werden am kommenden Dienstag geprüft.

Beispielausgabe

Fehlerszenario A – fragmentierte Identitäten und Import: 18 % ohne eindeutige E-Mail-Adresse führen zusammen mit dem ungetesteten CSV-Import zu doppelten oder fehlenden Konten; Freiwillige können sich nicht authentifizieren; Koordinierende behalten Tabellen bei; Streitfälle nehmen zu. Durch Belege gestützt. Früheste Indikatoren: Anteil der Importausnahmen, doppelte Konten, fehlgeschlagene Anmeldungen. Kostengünstige Prüfung: Eine anonymisierte repräsentative Datei importieren und die Anmeldung per Mobiltelefon mit Datensätzen versuchen, deren E-Mail-Adresse fehlt oder doppelt vorkommt. Prävention: Vor dem Pilotversuch die Bereinigung der Identitäten festlegen und die Anzahl abgleichen. Verantwortlich: Datenverantwortliche Person für den Test; Verantwortung für die Identitätsrichtlinie nicht zugewiesen. Entscheidung bis kommenden Dienstag.

B – uneinheitliche Einsatzdefinitionen: Unterschiedliche Bezeichnungen werden falsch zugeordnet und erzeugen strittige Einsatzpläne und parallele Aufzeichnungen. Durch Belege gestützt. Eine gemeinsame Systematik an den beiden Pilotteams testen und jeden importierten Einsatz abgleichen. C – Absagen scheitern betrieblich: Nutzende von E-Mail-Links übersehen möglicherweise Hinweise; es gibt weder einen Support-Dienstplan noch eine Regel zur Bestätigung von Hinweisen. Das Bedenken ist ausdrücklich genannt, der Wirkmechanismus teilweise hypothetisch. Zustellung und Öffnung sowie fünf Aufgabenabläufe mit Freiwilligen testen; dringenden Ersatzweg und verantwortliche Person festlegen. D – Die Nutzung erscheint ausreichend, während Koordinierende Schattenlisten weiterführen; ein konträres Governance-Versagen. Indikator: Tabellen werden nach der Umstellung weiter bearbeitet. Vor der Einführung eine Abschaltungsbedingung und ein Ausnahmeprotokoll festlegen.

Weitere Hypothesen: Mangelnde mobile Barrierefreiheit verhindert den Abschluss von Aufgaben; zwei Veranstaltungen erreichen Schichtarbeitende nicht; Fehler des Anbieters beanspruchen mehr als zwei Personenwochen. Stärken: gestufter Pilotversuch mit zwei Teams, benannte Einführungsbefugnis, Perspektive der Freiwilligen und messbare Schwellenwerte für das Scheitern. A und B vor dem Pilotversuch priorisieren, da beide auf derselben Datengrundlage beruhen, aber getrennte Abnahmeprüfungen benötigen.

Warum das funktioniert

  1. 1

    Der gedachte Rückblick aus der Zukunft erleichtert es Teams, Ursachen des Scheiterns zu benennen, die optimistische Planung häufig verdrängt.

  2. 2

    Indikatoren und kostengünstige Prüfungen verwandeln vorgestelltes Scheitern in Belege, die den Plan verändern können.

Ergebnis prüfen

  • Sind die Szenarien projektspezifisch und mit bereitgestellten Belegen verknüpft oder als Hypothesen gekennzeichnet?

  • Besitzen die wichtigsten Szenarien frühe Indikatoren, kostengünstige Prüfungen, Auslöser und umsetzbare Reaktionen?

  • Vermeidet die Ausgabe Schuldzuweisungen, vorgetäuschte Wahrscheinlichkeiten und doppelte Formulierungen derselben Kausalkette?

Sicher nutzen

Häufig gestellte Fragen

Praktische Antworten dazu, wann du dieses Rezept verwenden solltest, was du bereitstellen solltest und wo menschliche Prüfung weiterhin wichtig ist.

Was sollte ich vorbereiten, bevor ich „Eine Projekt-Prämortem-Analyse durchführen“ verwende?

Bereiten Sie für „Eine Projekt-Prämortem-Analyse durchführen“ Projekt und Zeitpunkt des Scheiterns, Belege und Annahmen sowie Beteiligte und Handlungsbefugnisse vor. Ersetzen Sie Platzhalter nur durch überprüfbare Angaben. Ist ein Detail unbekannt, weisen Sie ausdrücklich auf diese Unsicherheit hin, anstatt das Modell zu einer Schlussfolgerung aufzufordern.

Wann ist das Ergebnis von „Eine Projekt-Prämortem-Analyse durchführen“ noch nicht einsatzbereit?

Das Ergebnis ist noch nicht einsatzbereit, wenn es anhand der bereitgestellten Belege das angegebene Resultat – eine priorisierte Übersicht von Fehlerszenarien mit Belegen, Indikatoren, Verantwortlichen und sofortigen Experimenten – noch nicht liefert oder auf ungeklärten Annahmen, fehlenden Genehmigungen oder erfundenen Details beruht. Nutzen Sie die Prüfpunkte als Freigabekriterien: Überarbeiten Sie die Ausgangsdaten oder benennen Sie eine autorisierte prüfende Person, anstatt ein unbelegtes Ergebnis sprachlich zu verfeinern.

Für welche KI-Werkzeuge sind Tests zu „Eine Projekt-Prämortem-Analyse durchführen“ dokumentiert?

Der veröffentlichte Testnachweis für „Eine Projekt-Prämortem-Analyse durchführen“ führt mit Stand vom 28.08.2026 ChatGPT auf. Dies bestätigt dokumentierte Testläufe, garantiert aber weder die Kompatibilität noch identische Ergebnisse in späteren Produktversionen. Halten Sie bei einem anderen Werkzeug oder einer anderen Version sämtliche Vorgaben sichtbar und wiederholen Sie die Ergebnisprüfungen vor der Verwendung.

Weitere Möglichkeiten zum Entdecken

Wo dieses Rezept hineinpasst

Bring die Arbeit voran