Der Blick vom EndePre-Mortem für ein Projekt
Bevor ein Projekt startet
Die Lage
Das neue Projekt startet bald, die Planung sieht gut aus. In der Sitzung hat niemand gesagt, was schiefgehen könnte, weil niemand als Bremser gelten will.
Der Schnitt
Vorher
«Was sind die Risiken bei meinem Projekt?»
Nachher
Für dich anpassen
Nichts verlässt deinen Browser.
Prompt zum Kopieren
Ziel: Hilf mir, Gründe für ein Scheitern zu finden, solange das Projekt noch nicht begonnen hat. Kontext: Projekt: [Projekttext, z. B. Beschreibung in drei Sätzen]. Start: [Start, z. B. Datum]. Ziel: [Projektziel, z. B. ein messbares Ziel]. Quelle: Nur meine Beschreibung und allgemeines Projektwissen. Kennzeichne jede Vermutung als Vermutung. Erwartung: 1. Nimm an, es ist [Zeitpunkt, z. B. ein Datum sechs Monate nach dem Start] und das Projekt ist klar gescheitert. Erzähl in höchstens 150 Wörtern, wie es dazu kam. 2. Die sieben Ursachen, die du für am wahrscheinlichsten hältst, je mit einem frühen Warnzeichen, das ich ab der ersten Woche beobachten kann. 3. Für die zwei gefährlichsten Ursachen je eine Massnahme, die ich vor dem Start umsetzen kann. 4. Die Annahme in meiner Beschreibung, die am schlechtesten belegt ist.
Ohne Zusatzlizenz in Microsoft Copilot Chat. Ohne Kopierknopf: Text markieren und mit Strg+C kopieren.
So nutzt du es
- Projekt in drei Sätzen beschreiben, Start, Ziel und Zeitpunkt eintragen, senden.
- Die Geschichte des Scheiterns lesen, ohne sie gleich zu widerlegen.
- Die Warnzeichen in den Projektplan oder in die Traktandenliste der Projektsitzung übernehmen.
- Die beiden Massnahmen vor dem Start einplanen, mit Termin und verantwortlicher Person.
Woran du eine gute Antwort erkennst
- Eine kurze Geschichte des Scheiterns, höchstens 150 Wörter.
- Sieben Ursachen mit je einem beobachtbaren Warnzeichen.
- Zwei konkrete Massnahmen vor dem Start.
- Vermutungen sind als Vermutungen gekennzeichnet.
Die Probe
Zähle die Massnahmen, die du in den Projektplan übernimmst. Nach sechs Monaten schaust du nach, wie viele der genannten Warnzeichen eingetreten sind.
Grenzen
- Die Antwort kennt dein Team und deine Firma nicht. Die Ursachen sind Denkanstösse, keine Prognose.
- Gary Klein beschreibt das Premortem in der Harvard Business Review (September 2007) als Übung im Team. Der Prompt ersetzt dieses Gespräch nicht, er bereitet es vor.
- Interne Projektdetails nur so weit einfügen, wie eure internen Regeln das erlauben.
Quellen
Microsoft Learn: Write an effective prompt (Lerneinheit), Harvard Business Review: Gary Klein, Performing a Project Premortem, September 2007. Stand .
Lieber mit Begleitung üben? Live-Kurs «Copilot Ninja in 4 Wochen» an der Power Platform Academy
Weitergeben
Vorschlag für deinen Post
Technik 7 aus dem PowerPlatformAcademy Dojo: Der Blick vom Ende. Ein Pre-Mortem als Prompt: Warum ist das Projekt gescheitert, und woran merkst du es ab der ersten Woche? Frei kopierbar, mit Quelle. https://copilot.ninja/techniken/pre-mortem-fuer-projekte/