Projekt-Pre-Mortem

Beschreiben Sie ein Projekt und Joy führt ein Pre-Mortem durch: Joy stellt sich vor, der Launch sei bereits gescheitert, arbeitet rückwärts, um die wahrscheinlichen Fehlermodi aufzudecken, ordnet sie nach Wahrscheinlichkeit und Auswirkung und liefert Ihnen für jeden ein frühes Warnsignal und eine konkrete Lösung – damit Sie die Lücken schließen, bevor Sie loslegen.

Für L&D-Verantwortliche Programm- & Projektmanager HR & People Ops Operations-Verantwortliche
Beispiel-Prompt für den Joy-Assistenten

Führen Sie ein Pre-Mortem für unseren [neuen Rollout des Compliance-Trainings mit Start in Q3] durch und markieren Sie die größten Risiken.

So kann es aussehen

Ein anschauliches Beispiel. Ihr Ergebnis hängt von Ihren Quellen, Daten und Anfragen ab.

Führen Sie ein Pre-Mortem für unseren neuen Rollout des Compliance-Trainings mit Start in Q3 durch und markieren Sie die größten Risiken.

Ich habe angenommen, der Rollout sei bereits gescheitert, und rückwärts gearbeitet, wobei ich Ihren Projektplan und die Retro des letztjährigen Rollouts im Knowledge Center genutzt habe, um jedes Risiko zu verankern. Hier ist die geordnete Einschätzung, mit den beiden hervorstechenden markiert.

Pre-Mortem — Q3-Rollout Compliance-Training

Projekt: Q3-Rollout Compliance-Training · Methode: Pre-Mortem (Scheitern annehmen, rückwärts arbeiten) · Bewertete Risiken: 6

Ich habe mir vorgestellt, es ist Ende Q3 und der Rollout ist schlecht gelaufen, und dann von diesem Scheitern rückwärts gearbeitet, unter Nutzung Ihres Projektplans, der Retro des letztjährigen Rollouts und der Stakeholder-Landkarte im Knowledge Center. Sechs Fehlermodi erklären die meisten Wege, wie es schiefgehen könnte. Ich habe jeden als Wahrscheinlichkeit × Auswirkung auf einer Skala von 1–5 bewertet, sodass der Risikowert von 1 bis 25 reicht. Zwei liegen deutlich vor dem Rest: niedrige Abschlussquote vor der Frist (20) und Inhalt, der gegenüber der aktuellen Regulierung veraltet ist (16). Darauf würde ich Ihre Aufmerksamkeit zuerst richten.

Risikowert nach Fehlermodus (Wahrscheinlichkeit × Auswirkung, 1–25)

Niedrige Abschlussquote vor der Frist20
Inhalt veraltet ggü. Regulierung16
Fehlende Führungskräfte-Akzeptanz15
Lokalisierungsverzögerungen12
LMS-/SSO-Zugangsprobleme9
Umfragemüdigkeit6

Niedrige Abschlussquote vor der Frist — Wert 20. Wahrscheinlichkeit hoch (5), Auswirkung hoch (4). Die letztjährige Retro zeigt, dass der Abschluss zwei Wochen vor Schluss bei knapp 61 % stockte, und diese Kohorte ist größer. Liegt der Zwei-Wochen-Wert unter etwa 50 %, behandeln Sie es als ein bereits laufendes Scheitern. Die Lösung ist, die Zuweisung nach Team zu staffeln, mit einem harten Checkpoint zur Quartalsmitte, und jeder Führungskraft eine wöchentliche Abschlussliste für ihre eigenen Mitarbeitenden zu geben.

Inhalt gegenüber der aktuellen Regulierung veraltet — Wert 16. Wahrscheinlichkeit hoch (4), Auswirkung hoch (4). Die Quellenrichtlinie wurde zuletzt vor der jüngsten Regeländerung überprüft, sodass der Kurs eine überholte Anforderung lehren könnte. Das Signal, auf das Sie achten sollten, ist ein fehlendes Compliance-Sign-off auf dem finalen Skript; die Lösung ist eine datierte rechtliche und Compliance-Prüfung vor dem Build-Freeze statt nach dem Launch.

Die vollständige Rangfolge, mit einem frühen Warnsignal und einer konkreten Gegenmaßnahme für jedes Risiko, ist unten aufgeführt.

RisikoWahrscheinlichkeitAuswirkungFrühes WarnsignalGegenmaßnahme
Niedrige Abschlussquote vor der FristHochHochZwei-Wochen-Abschluss unter etwa 50 %Zuweisung nach Team staffeln, mit einem harten Checkpoint zur Quartalsmitte, und Führungskräften eine wöchentliche Abschlussliste für ihre eigenen Mitarbeitenden geben
Inhalt veraltet ggü. der aktuellen RegulierungHochHochKein Compliance-Sign-off auf dem finalen SkriptEine datierte rechtliche und Compliance-Prüfung des Inhalts vor dem Build-Freeze einholen, nicht nach dem Launch
Fehlende Führungskräfte-AkzeptanzHochMittelFührungskräfte leiten die Kickoff-Notiz nicht an ihre Teams weiterFührungskräfte zuerst briefen und jeder ein zweizeiliges Skript plus die eigene Teamliste in die Hand geben
Übersetzungs- und LokalisierungsverzögerungenHochMittelLokalisierte Dateien nicht bis zum Build-Freeze zurückDen Quelltext früh sperren und die Lokalisierung parallel zum Build laufen lassen, nicht danach
LMS- und SSO-ZugangsproblemeMittelMittelLogin-Fehler für die Testgruppe im StagingZwei Wochen vor Schluss einen SSO-Smoke-Test mit einer kleinen Pilotgruppe durchführen
Umfragemüdigkeit verzerrt das FeedbackMittelNiedrigAntwortquote der Nachkurs-Umfrage unter etwa 20 %Die Umfrage auf drei Fragen beschränken und sie am Ende des letzten Moduls einbetten

Wenn Sie zwei Dinge härten, bevor Sie loslegen, dann machen Sie es zum Abschlussplan und zum Compliance-Sign-off – zusammen tragen sie die beiden höchsten Werte. Die unteren vier (Führungskräfte-Akzeptanz bei 15, Lokalisierungsverzögerungen bei 12, LMS- und SSO-Zugang bei 9 und Umfragemüdigkeit bei 6) verdienen jeweils eine Gegenmaßnahme, sollten den Launch aber nicht aufhalten.

Soll ich das oberste Risiko in eine Verantwortlichkeits- und Aktionscheckliste verwandeln oder den vollständigen Gegenmaßnahmenplan für eines dieser Risiken entwerfen?

Vom leeren Blatt zu einer geordneten Risikoliste

Projekt-Pre-Mortem dreht das Post-Mortem um. Sie beschreiben das Projekt, und Joy nimmt an, es sei bereits gescheitert, und arbeitet dann rückwärts, um die konkreten Wege zu benennen, wie das passieren könnte. Joy ordnet jeden Fehlermodus nach Wahrscheinlichkeit und Auswirkung, markiert das frühe Warnsignal, auf das Sie achten sollten, und kombiniert es mit einer konkreten Gegenmaßnahme – damit die Lücken sichtbar sind, solange Sie noch handeln können.

  1. Beschreiben Sie das Projekt

    Sagen Sie Joy, was Sie starten, wann und für wen. Verweisen Sie auf den Projektplan, vergangene Retros und die Stakeholder-Landkarte in Ihrem Knowledge Center, damit die Risiken in Ihrem realen Kontext verankert sind.

  2. Bitten Sie um das Pre-Mortem

    Bitten Sie Joy, anzunehmen, das Projekt sei gescheitert, und rückwärts zu arbeiten. Verwenden Sie den Befehl /analyze oder beschreiben Sie einfach, was Sie brauchen. Joy deckt die wahrscheinlichen Fehlermodi auf und bewertet jeden nach Wahrscheinlichkeit und Auswirkung.

  3. Prüfen Sie die geordneten Risiken

    Joy liefert eine geordnete Risikotabelle mit einem frühen Warnsignal und einer Gegenmaßnahme für jedes Risiko, plus ein Diagramm der Risikowerte, sodass die obersten beiden offensichtlich sind. Widersprechen Sie oder ergänzen Sie Kontext, und Joy ordnet neu.

  4. Übernehmen Sie es in Ihren Plan

    Kopieren Sie die Risikotabelle und Gegenmaßnahmen in Ihr Projektdokument, Kickoff-Deck oder RAID-Log. Joy deckt die Risiken auf; Sie entscheiden, für welche Sie Leitplanken bauen.

  5. Machen Sie daraus einen Ein-Klick-Schritt für Ihr Team

    Speichern Sie diese Anfrage als benutzerdefinierten Befehl im Assistenten, den Ihr Team bereits nutzt, damit jeder sie in einem Schritt ausführen kann.

Machen Sie es sich zu eigen

Arbeitet rückwärts vom Scheitern

Statt einer generischen Risiko-Checkliste nimmt Joy an, das Projekt sei gescheitert, und schließt zurück auf die konkreten Wege, wie es dazu kommen konnte – die Liste dreht sich um Ihr Projekt, nicht um irgendein Projekt.

Geordnet nach Wahrscheinlichkeit und Auswirkung

Jedes Risiko erhält eine Wahrscheinlichkeits- und Auswirkungsbewertung und einen Wert von 1–25, sodass die Priorität auf einen Blick offensichtlich ist, statt einer flachen Liste, über die man streiten muss.

Frühe Warnsignale

Jedes Risiko kommt mit dem konkreten Signal, auf das Sie achten sollten, sodass Sie erkennen, wann ein Risiko zum Scheitern wird, solange noch Zeit zum Handeln ist.

Eine Lösung für jedes Risiko

Joy kombiniert jedes Risiko mit einer konkreten Gegenmaßnahme, die Sie direkt in den Plan übernehmen können, nicht mit einem vagen „genau beobachten“.

Vor einem Richtlinien-Rollout

Führen Sie es für eine neue Richtlinie oder Prozessänderung aus, um die Akzeptanz- und Kommunikationsrisiken aufzudecken, bevor Sie sie ankündigen.

Vor einer Systemmigration

Richten Sie es auf eine LMS- oder Plattformmigration, um Zugangs-, Daten- und Timing-Risiken vor dem Cutover zu erkennen.

In der Programmplanung

Testen Sie den L&D-Plan für nächstes Jahr auf Herz und Nieren, bevor das Budget festgelegt ist, damit die wackeligen Annahmen früh auffallen.

Vor einem Zertifizierungsschub

Belasten Sie eine Zertifizierungs- oder Compliance-Frist, um zu sehen, wo sich Abschluss- und Inhaltsrisiken konzentrieren.

Häufig gestellte Fragen

Was ist ein Projekt-Pre-Mortem?

Ein Pre-Mortem ist eine Planungsübung, bei der Sie sich vorstellen, ein Projekt sei bereits gescheitert, und rückwärts arbeiten, um die Gründe dafür zu benennen. Es deckt Risiken früher auf als eine normale Risikoprüfung, weil die Annahme des Scheiterns die Schwachstellen leichter erkennbar macht. Joy führt die Übung für Ihr Projekt durch und liefert eine geordnete Liste von Fehlermodi mit Warnsignalen und Lösungen.

Wie unterscheidet sich das von einem Post-Mortem?

Ein Post-Mortem findet statt, nachdem ein Projekt endet, und erklärt, was schiefging. Ein Pre-Mortem findet statt, bevor Sie loslegen, solange Sie den Plan noch ändern können. Dieses Rezept führt das Pre-Mortem durch, sodass die Lücken früh genug auftauchen, um sie zu schließen.

Ist das ein Live-Risiko-Dashboard, das ich pflegen muss?

Nein. Es ist eine Analyse auf Abruf. Sie führen es aus, wenn es hilft (vor dem Kickoff, vor dem Build-Freeze, vor dem Launch), und Joy liest den aktuellen Plan und liefert eine frische Einschätzung. Es gibt kein stehendes Board, das aktuell gehalten werden muss.

Wie entscheidet Joy, welche Risiken am wichtigsten sind?

Joy bewertet jedes Risiko nach Wahrscheinlichkeit und Auswirkung und multipliziert sie zu einem Wert von 1–25, dann ordnet Joy die Liste nach diesem Wert. Diagramm und Tabelle zeigen die Bewertungen, sodass Sie die Begründung nachvollziehen, die Annahmen anpassen und Joy bitten können, neu zu ordnen.

Kann Joy mir helfen, auf die Risiken zu reagieren?

Ja. Joy kann eine Verantwortlichkeits- und Aktionscheckliste für das oberste Risiko oder einen umfassenderen Gegenmaßnahmenplan für ein einzelnes Risiko als Text im Chat entwerfen. Sie kopieren es in Ihr Projektdokument, RAID-Log oder Kickoff-Deck. Joy entwirft den Plan; Joy weist keine Verantwortlichen zu und verfolgt die Arbeit nicht für Sie.

Verwandte Vorlagen

Lernen & Entwicklung

Jährliche Compliance-Schulung

Planen und verfolgen Sie den jährlichen Rollout von Compliance-Trainings.
Lernen & Entwicklung

Lücken-Crusher

Verwandeln Sie rohe Leistungsdaten in eine strukturierte Bedarfsanalyse.
Lernen & Entwicklung

Führungskräfte-L&D-Zusammenfassung

Stakeholder-gerechte Programmzusammenfassung mit Ergebnissen und nächsten Schritten.

Bereit, das Scheitern zu finden, bevor es Sie findet?

Melden Sie sich für die Warteliste an und probieren Sie diesen Workflow bei der Einführung von JoySuite als Erste aus.

Zur Warteliste Alle Vorlagen durchsuchen