Retour d'expérience
Alias : REX, bilan de projet, leçons apprises, rétrospective (en agile, à chaque itération), post-mortem (après un incident), lessons learned.
Définition
Un retour d'expérience utile part de faits (les écarts mesurés, les décisions prises et leurs dates, les événements survenus), remonte aux causes, et en tire des enseignements formulés de manière actionnable : « exiger par écrit les durées des fournisseurs avant d'engager le planning », pas « mieux communiquer ». Il distingue ce qui tenait au projet de ce qui tient à l'organisation, parce que le second ne se corrige pas au niveau du chef de projet.
Le REX se rédige à chaud, à une date fixée, avec les personnes qui ont fait, et il est archivé là où le prochain projet le trouvera. Un REX sans lecteur ne sert à rien ; un REX qui cherche des coupables fait taire les suivants.
Exemple
Bilan d'un lot d'intégration : le planning supposait deux développements en parallèle portés par la même équipe du prestataire ; ils ont été séquencés et le lot a glissé de trois semaines. Enseignement : demander le plan de staffing du prestataire et niveler le planning avant le comité d'engagement, et l'inscrire dans la liste de contrôle du cadrage.
À ne pas confondre avec
- Le rapport de clôture : le bilan chiffré ; le REX en extrait les leçons.
- L'évaluation des personnes : le REX porte sur le projet, pas sur les individus.
- La rétrospective : un REX court et régulier, à l'échelle d'une itération.
Voir aussi
Fiches : GP12 — Clôturer un projet et préparer le passage au run, EQ09 — Utiliser Scrum pour apprendre et livrer par incréments. Kits : T07 — Changement, reprise et passage au run. Termes : clôture de projet, sprint, feedback.