7.2 Rétrospective et évaluation du projet
Bien gérer un projet pendant l'exécution compte — mais ce qui renforce vraiment le projet suivant, c'est ce qui se passe après celui-ci : la réflexion et l'évaluation.
Cette section explique comment réfléchir aux résultats, au processus, à l'équipe et à l'organisation ensemble, et comment utiliser des méthodes structurées pour faire ressortir les succès à reproduire et les erreurs à éviter.
Pourquoi les rétrospectives comptent
Une fois un projet terminé, la plupart des membres passent direct à la mission suivante. Sauter la rétrospective laisse en général :
- Des facteurs de succès que personne ne sait nommer — et donc qu'on ne peut pas reproduire
- Des erreurs et oublis qui resurgissent en silence
- Des insights coincés dans la tête d'une seule personne, qui n'atteignent jamais l'équipe
Une rétrospective n'est pas un blâme du passé ; c'est un mouvement stratégique pour augmenter les chances du prochain projet.
Quatre dimensions d'une revue de projet
Pour une vue complète, regardez le projet sous quatre angles :
- Résultats : les objectifs ont-ils été atteints ? qualité, livraison, coût, satisfaction
- Processus : planification, suivi d'avancement et gestion du changement étaient-ils efficaces ?
- Équipe : collaboration, rôles et communication étaient-ils clairs ?
- Environnement : les facteurs externes — parties prenantes, structure, outils — étaient-ils appropriés ?
Regarder les quatre fait passer la conversation au-delà de « c'était bien / pas bien » vers des insights à vraie profondeur.
Méthodes d'évaluation : KPT, 5 pourquoi, revue 360°
KPT (Keep / Problem / Try)
- Keep : ce qui a bien marché et qu'il faut continuer
- Problem : ce qui n'a pas bien marché
- Try : idées d'amélioration
5 pourquoi
Remontez aux racines en vous demandant « pourquoi ? » cinq fois de suite. Ça pousse au-delà des symptômes vers la vraie cause.
Retour 360°
Recueillez les retours de toutes les personnes impliquées pour que l'équipe se voie sous plusieurs angles — révélant des dynamiques qu'une seule perspective passerait à côté.
Utiliser AB pour les rétrospectives
AB donne à la rétrospective un socle solide :
- Rejouer les historiques de tâches et les commentaires pour voir comment les décisions ont vraiment circulé
- Utiliser les vues burndown et Gantt pour analyser le rythme et où les retards sont apparus
- Partager des modèles de rétrospective (format KPT) comme documents communs
- Recueillir des retours francs via commentaires anonymes ou enquêtes
Le résultat est une revue basée sur des faits, animée par le dialogue — pas un concours de mémoire.
Comment ancrer durablement les rétrospectives
Pour que les rétrospectives ne glissent pas vers le rituel :
- Planifiez-les comme partie de la clôture, pas comme un bonus optionnel
- Impliquez toute l'équipe, pas juste le PM
- Cadrez la conversation comme une amélioration tournée vers l'avenir, pas comme une chasse aux coupables
- Réinjectez les sorties dans les modèles de projet et la SDP pour la prochaine fois
En résumé : les rétrospectives déclenchent l'amélioration
Une rétrospective ne consiste pas à regretter le passé — il s'agit de concevoir un meilleur prochain projet. Transformer les insights en savoir d'équipe partagé, plutôt qu'en leçons personnelles, c'est la marque d'une équipe qui apprend.
Voici comment ça se passe dans AB
Dans AB Project Management, une page Rétrospective dans le Wiki du projet capture le KPT dans un format que la prochaine équipe peut chercher. Épinglez-la depuis l'accueil du projet pour que ce soit la première chose qu'on voie plus tard. Les tâches taguées Leçon portent les enseignements individuels avec des responsables — et les assistants IA connectés via MCP peuvent être sollicités pour résumer l'historique des modifications du projet en un brouillon de rétrospective qui amorce la discussion.
→ La suite, allez à 7.3 Transfert de connaissances pour les projets futurs et explorez comment capturer et transmettre efficacement les apprentissages.