Guides › Guide
Modèle de retour d'expérience (lessons learned)
La plupart des retours d'expérience sont rédigés une fois, rangés soigneusement et jamais rouverts. Voici un modèle conçu pour que quelque chose change vraiment sur le projet suivant.
Pourquoi la plupart des leçons ne sont jamais apprises
Une leçon est apprise quand quelqu'un fait autrement. Un paragraphe disant que la communication aurait pu être meilleure ne change rien, car personne ne le porte et personne ne peut dire si cela a marché.
Le modèle ci-dessous demande donc, pour chaque leçon, un fait, une cause et une action portée. S'il n'y a pas de réponse à ces trois points, c'est une plainte, pas une leçon.
Le modèle : colonnes à copier
Utilisez un simple tableau avec une ligne par leçon. Gardez une rédaction factuelle et sans reproche.
- Numéro de référence et phase du projet (initialisation, planification, réalisation, clôture).
- Catégorie : périmètre, délais, coût, personnes, fournisseurs, gouvernance, technologie ou communication.
- Ce qui s'est passé, en une ou deux phrases factuelles.
- Impact : jours perdus, coût ajouté ou bénéfice touché, si vous le savez.
- Cause racine : la raison derrière la raison, pas le symptôme.
- Recommandation, porteur de l'action, et équipe ou processus concerné.
Animer la séance
Tenez-la tant que les souvenirs sont frais, idéalement dans les semaines suivant la mise en production, et invitez ceux qui ont fait le travail autant que le sponsor. Si possible, faites animer par quelqu'un d'extérieur à l'équipe de réalisation : le chef de projet est rarement neutre sur son propre projet.
Menez-la autour de trois questions, chacune précédée de dix minutes d'écriture silencieuse avant toute discussion, pour que la voix la plus forte ne fixe pas l'ordre du jour.
- Qu'est-ce qui a bien marché et mérite d'être reproduit ?
- Qu'est-ce qui n'a pas bien marché, et quelle en était la cause racine ?
- Que ferions-nous autrement, et qui le fera advenir ?
- Demandez « pourquoi » cinq fois sur les deux ou trois plus gros problèmes.
- Fixez une règle d'emblée : on discute des processus et des décisions, pas des personnes.
Transformer les leçons en changement
Triez le résultat entre les leçons sur lesquelles agir et celles qui sont seulement intéressantes. Les premières ont besoin d'un porteur et d'une date, et vont dans un endroit où l'on les reverra, comme le guide du PMO, une checklist de démarrage de projet ou le modèle de registre des risques du prochain projet.
- Ajoutez les problèmes récurrents à la liste de risques standard des nouveaux projets.
- Mettez à jour modèles et checklists la même semaine, pas « un jour ».
- Envoyez les cinq principales leçons au PMO et au prochain chef de projet, nommément.
- Relisez le journal au lancement de chaque nouveau projet.
Consignez les leçons au fil de l'eau
Les meilleurs journaux de leçons commencent la première semaine. Une ligne ajoutée chaque fois que quelque chose se passe mal vaut plus qu'un effort de mémoire héroïque à la fin. Dans Senshin, vous pouvez le tenir à côté du registre RAID : les problèmes clos et les décisions sont déjà là au moment de la revue.
Gardez-le à jour, pas dans un tableur
Senshin réunit votre plan, votre registre RAID, votre budget et vos rapports au même endroit : ce document reste à jour sans copier-coller chaque semaine. Essai de 14 jours, avec des projets d'exemple.
Commencez votre essai de 14 joursOù cela se trouve dans Senshin
Ou £499.90 par an. Chaque plan commence par un essai de 14 jours ; à l'issue, vos données restent accessibles en lecture seule jusqu'à votre abonnement. Annulable à tout moment. Les prix s'entendent hors taxes. Enterprise est facturé par contrat : contactez-nous.
Questions fréquentes
Qu'est-ce qu'un modèle de retour d'expérience ?
C'est un tableau ou un document structuré pour consigner ce qui s'est passé sur un projet, pourquoi, et ce qui doit changer la prochaine fois, avec un porteur pour chaque action.
Quand faut-il consigner les leçons ?
En continu pendant le projet, avec une revue formelle à la fin de chaque grande phase et à la clôture, tant que les gens se souviennent des détails.
Qui doit participer à une réunion de retour d'expérience ?
L'équipe de réalisation, les fournisseurs ou parties prenantes clés, et le sponsor ou son représentant. Un animateur neutre aide à rester honnête.
Comment s'assurer que les leçons servent vraiment ?
Donnez à chaque leçon un porteur et une date, mettez à jour modèles et checklists tout de suite, et relisez le journal au lancement de chaque nouveau projet.
D'autres guides
Dernière mise à jour: