Pré-Mortem de Projet

Décrivez un projet et Joy réalise un pré-mortem : elle imagine que le lancement a déjà échoué, remonte en arrière pour faire ressortir les modes de défaillance probables, les classe par probabilité et impact, et vous donne un signe avant-coureur et une solution concrète pour chacun, afin de combler les lacunes avant de construire.

Pour Responsables L&D Gestionnaires de programme et de projet RH et opérations RH Responsables des opérations
Exemple de prompt pour l'assistant Joy

Réalisez un pré-mortem sur notre [nouveau déploiement de formation conformité lancé au T3] et signalez les principaux risques.

À quoi cela peut ressembler

Un exemple illustratif. Votre résultat dépendra de vos sources, de vos données et de vos demandes.

Réalisez un pré-mortem sur notre nouveau déploiement de formation conformité lancé au T3 et signalez les principaux risques.

J'ai supposé que le déploiement avait déjà échoué et j'ai remonté en arrière, en utilisant votre plan de projet et le rétro du déploiement de l'an dernier dans le Knowledge Center pour ancrer chaque risque. Voici la lecture classée, avec les deux qui se démarquent signalés.

Pré-mortem — Déploiement de la formation conformité du T3

Projet : Déploiement de la formation conformité du T3 · Méthode : pré-mortem (supposer l'échec, remonter en arrière) · Risques notés : 6

J'ai imaginé qu'on est à la fin du T3 et que le déploiement s'est mal passé, puis j'ai remonté à partir de cet échec en m'appuyant sur votre plan de projet, le rétro du déploiement de l'an dernier et la carte des parties prenantes dans le Knowledge Center. Six modes de défaillance expliquent la plupart des façons dont cela pourrait mal tourner. J'ai noté chacun comme probabilité × impact sur une échelle de 1 à 5, donc le score de risque va de 1 à 25. Deux se détachent nettement des autres : le faible achèvement avant l'échéance (20) et le contenu obsolète par rapport à la réglementation actuelle (16). C'est là que je porterais votre attention en premier.

Score de risque par mode de défaillance (probabilité × impact, 1–25)

Faible achèvement avant l'échéance20
Contenu obsolète vs réglementation16
Adhésion des gestionnaires manquante15
Retards de localisation12
Problèmes d'accès LMS/SSO9
Lassitude des sondages6

Faible achèvement avant l'échéance — score 20. Probabilité élevée (5), impact élevé (4). Le rétro de l'an dernier montre l'achèvement qui stagne autour de 61% à deux semaines de la fin, et cette cohorte est plus grande. Si le chiffre de la deuxième semaine est sous environ 50%, traitez-le comme l'échec déjà en cours. La solution : échelonner l'affectation par équipe avec un point de contrôle ferme à mi-trimestre et donner à chaque gestionnaire une liste hebdomadaire d'achèvement pour ses propres subordonnés.

Contenu obsolète par rapport à la réglementation actuelle — score 16. Probabilité élevée (4), impact élevé (4). La politique source a été révisée pour la dernière fois avant le dernier changement de règles, alors le cours pourrait enseigner une exigence dépassée. Le signal à surveiller : aucune validation conformité sur le script final; la solution est une revue juridique et conformité datée avant le gel de production plutôt qu'après le lancement.

Le classement complet, avec un signe avant-coureur et une mesure d'atténuation concrète pour chacun, se trouve ci-dessous.

RisqueProbabilitéImpactSigne avant-coureurMesure d'atténuation
Faible achèvement avant l'échéanceÉlevéeÉlevéAchèvement de la deuxième semaine sous environ 50%Échelonner l'affectation par équipe avec un point de contrôle ferme à mi-trimestre, et donner aux gestionnaires une liste hebdomadaire d'achèvement pour leurs propres subordonnés
Contenu obsolète vs la réglementation actuelleÉlevéeÉlevéAucune validation conformité sur le script finalObtenir une revue juridique et conformité datée du contenu avant le gel de production, pas après le lancement
Adhésion des gestionnaires manquanteÉlevéeMoyenLes gestionnaires ne transmettent pas la note de lancement à leurs équipesInformer d'abord les gestionnaires et remettre à chacun un script de deux lignes ainsi que la liste de sa propre équipe
Retards de traduction et de localisationÉlevéeMoyenFichiers localisés non revenus avant le gel de productionVerrouiller le texte source tôt et mener la localisation en parallèle de la production, pas après
Problèmes d'accès LMS et SSOMoyenneMoyenÉchecs de connexion pour le groupe test en préproductionRéaliser un test de fumée SSO avec un petit groupe pilote deux semaines à l'avance
La lassitude des sondages fausse la rétroactionMoyenneFaibleTaux de réponse au sondage post-cours sous environ 20%Limiter le sondage à trois questions et l'intégrer à la fin du dernier module

Si vous solidifiez deux choses avant de construire, que ce soit le plan d'achèvement et la validation conformité — ensemble, ils portent les deux scores les plus élevés. Les quatre suivants (adhésion des gestionnaires à 15, retards de localisation à 12, accès LMS et SSO à 9, et lassitude des sondages à 6) méritent chacun une mesure d'atténuation mais ne devraient pas retarder le lancement.

Voulez-vous que je transforme le principal risque en liste de responsables et d'actions, ou que je rédige le plan d'atténuation complet pour l'un de ces risques ?

De la page blanche à une liste de risques classés

Pré-Mortem de Projet renverse le post-mortem. Vous décrivez le projet, et Joy suppose qu'il a déjà échoué, puis remonte en arrière pour nommer les façons précises dont cela pourrait arriver. Elle classe chaque mode de défaillance par probabilité et impact, signale le signe avant-coureur à surveiller et l'associe à une atténuation concrète, pour que les lacunes soient visibles pendant que vous pouvez encore agir.

  1. Décrivez le projet

    Dites à Joy ce que vous lancez, quand et pour qui. Pointez-la vers le plan de projet, les rétros passés et la carte des parties prenantes dans votre Knowledge Center pour ancrer les risques dans votre contexte réel.

  2. Demandez le pré-mortem

    Demandez à Joy de supposer que le projet a échoué et de remonter en arrière. Utilisez la commande /analyze ou décrivez simplement ce dont vous avez besoin. Elle fait ressortir les modes de défaillance probables et note chacun par probabilité et impact.

  3. Révisez les risques classés

    Joy renvoie un tableau de risques classés avec un signe avant-coureur et une atténuation pour chacun, plus un graphique des scores de risque pour que les deux premiers sautent aux yeux. Contestez ou ajoutez du contexte et elle reclasse.

  4. Intégrez-le à votre plan

    Copiez le tableau des risques et les atténuations dans votre document de projet, votre présentation de lancement ou votre registre RAID. Joy fait ressortir les risques; vous décidez lesquels protéger par des garde-fous.

  5. Rendez-le accessible en un clic pour votre équipe

    Enregistrez cette demande comme commande personnalisée sur l'assistant que votre équipe utilise déjà, pour que chacun puisse la lancer en une seule étape.

Faites-en la vôtre

Remonte à partir de l'échec

Au lieu d'une liste de contrôle générique de risques, Joy suppose que le projet a échoué et raisonne à rebours vers les façons précises dont cela a pu arriver, pour que la liste porte sur votre projet, pas sur n'importe quel projet.

Classé par probabilité et impact

Chaque risque reçoit une cote de probabilité et d'impact et un score de 1 à 25, pour que la priorité soit évidente d'un coup d'œil plutôt qu'une liste à plat sur laquelle débattre.

Signes avant-coureurs

Chaque risque est assorti du signal concret à surveiller, pour que vous puissiez savoir quand un risque se transforme en échec pendant qu'il est encore temps d'agir.

Une solution pour chaque risque

Joy associe chaque risque à une atténuation précise que vous pouvez déposer directement dans le plan, pas un vague « surveiller de près ».

Avant un déploiement de politique

Lancez-le sur une nouvelle politique ou un changement de processus pour faire ressortir les risques d'adoption et de communication avant de l'annoncer.

Avant une migration de système

Pointez-le vers une migration de LMS ou de plateforme pour attraper les risques d'accès, de données et de calendrier avant la bascule.

À la planification de programme

Mettez à l'épreuve le plan L&D de l'an prochain avant que le budget ne soit engagé, pour que les hypothèses fragiles apparaissent tôt.

Avant une poussée de certification

Éprouvez une échéance de certification ou de conformité pour voir où se concentrent les risques d'achèvement et de contenu.

Questions fréquentes

Qu'est-ce qu'un pré-mortem de projet ?

Un pré-mortem est un exercice de planification où vous imaginez qu'un projet a déjà échoué et remontez en arrière pour en nommer les raisons. Il fait ressortir les risques plus tôt qu'une revue de risques normale, car supposer l'échec rend les points faibles plus faciles à voir. Joy réalise l'exercice sur votre projet et renvoie une liste classée de modes de défaillance avec signes avant-coureurs et solutions.

En quoi est-ce différent d'un post-mortem ?

Un post-mortem a lieu après la fin d'un projet et explique ce qui a mal tourné. Un pré-mortem a lieu avant de construire, pendant que vous pouvez encore changer le plan. Cette recette réalise le pré-mortem, pour que les lacunes apparaissent assez tôt pour être comblées.

Est-ce un tableau de bord de risques en direct que je dois entretenir ?

Non. C'est une analyse à la demande. Vous la lancez quand elle aide (avant le lancement du projet, avant le gel de production, avant la mise en ligne) et Joy lit le plan actuel et renvoie une lecture fraîche. Il n'y a aucun tableau permanent à tenir à jour.

Comment Joy décide-t-elle quels risques comptent le plus ?

Joy cote chaque risque en probabilité et en impact et les multiplie en un score de 1 à 25, puis classe la liste selon ce score. Le graphique et le tableau montrent les cotes pour que vous puissiez voir le raisonnement, ajuster les hypothèses et demander à Joy de reclasser.

Joy peut-elle m'aider à agir sur les risques ?

Oui. Joy peut rédiger une liste de responsables et d'actions pour le principal risque, ou un plan d'atténuation plus complet pour un risque donné, sous forme de texte dans le chat. Vous le copiez dans votre document de projet, votre registre RAID ou votre présentation de lancement. Joy rédige le plan; elle n'assigne pas les responsables et ne suit pas le travail à votre place.

Prêt à trouver l'échec avant qu'il ne vous trouve ?

Rejoignez la liste d'attente et soyez parmi les premiers à essayer ce workflow lors du lancement de JoySuite.