Rétrospective de projet : questions, déroulé et modèle

Qu’est-ce qu’une rétrospective de projet ?

La rétrospective est une réunion où l’équipe revient sur une période et décide quoi changer. Elle peut suivre un projet, une étape ou un cycle récurrent. La discussion porte sur la collaboration, les processus et les conditions, sans chercher de coupable.

Un point d’avancement traite des tâches terminées ou en retard. En rétrospective, demandez pourquoi le travail s’est déroulé ainsi et quelle petite action aiderait la prochaine fois. La liste des difficultés ne suffit pas. Convenez d’un résultat vérifiable.

Évitez d’en faire une soutenance de rapport devant la direction. Si les participants craignent d’être sanctionnés pour leur franchise, ils peuvent taire des détails utiles. Expliquez l’objectif et les règles à l’avance.

Préparer l’équipe

Définissez le périmètre, par exemple « préparation et lancement du webinaire de formation » plutôt que « tout ce qui fonctionne mal ». Invitez les personnes qui y ont participé et peuvent présenter des points de vue différents.

Demandez à chacun de préparer un épisode précis : ce qui s’est passé, quand, avec quelles conséquences et ce qui a aidé. Recueillez éventuellement des notes à l’avance, puis laissez quelques minutes de réflexion pour éviter que l’opinion de la personne la plus active donne seule le ton.

Gardez des éléments pour vérifier les faits : plan, historique des tâches, versions validées ou échanges. Une trace manquante ne prouve pas que l’action n’a pas eu lieu. Un commentaire non enregistré ne démontre pas que la personne n’a rien fait.

Déroulé et questions de la rétrospective

Cette répartition du temps est un exemple pour une petite équipe. Adaptez-la selon le besoin. Un sujet complexe peut nécessiter une réunion distincte.

Si la discussion tourne autour de la personne qui se trompe habituellement, ramenez-la à l’épisode. Au lieu de « On ne nous donne jamais de bons documents », demandez « Qu’est-ce qui manquait cette fois et quand l’a-t-on remarqué ? ».

Ne cherchez pas à tout résoudre en une réunion. Choisissez un problème qui pèse sur le travail et un moyen réaliste d’agir. Notez les autres sujets à part pour éviter de les oublier ou d’en faire des promesses sans responsable.

De la plainte à un changement vérifiable

L’équipe préparait un webinaire. La veille, elle a découvert que plusieurs corrections validées manquaient dans les diapositives. Quelqu’un a dit en rétrospective : « On a encore dû tout refaire à la dernière minute. » La frustration seule n’indiquait pas de solution.

Les participants ont ouvert les documents et reconstitué l’épisode. Les remarques venaient de deux discussions, certaines corrections étaient faites et le suivi n’était pas partagé. L’équipe a supposé qu’une liste unique aiderait à repérer les oublis avant la validation.

Ils testent l’idée au prochain webinaire. Marina, la coordinatrice, crée la liste avant la préparation. Chaque remarque est « acceptée », « en cours » ou « vérifiée », ou accompagnée d’un motif de refus. La veille, la rédaction compare la liste à la présentation finale.

Lors de la prochaine rétrospective, l’équipe vérifie les corrections validées mais oubliées et la facilité à tenir la liste. Si les omissions reviennent, elle examine d’autres causes, par exemple des demandes floues ou tardives, avant d’accuser l’outil.

Modèle de synthèse de rétrospective

Projet et période :
Participants :
Ce qui a aidé et qu’on garde :

Problème retenu :
Observations et exemples concrets :
Cause supposée :
Ce qui reste inconnu :

Expérience à mener :
Responsable :
Délai de préparation :
Où noter l’avancement :
Comment juger le résultat :
Quand en discuter :
Décision après vérification : [garder / modifier / arrêter]

Autres sujets pour la prochaine discussion :

Envoyez la synthèse aux participants et laissez-les corriger les imprécisions. Si une décision dépend d’une personne absente, notez cette dépendance. Demandez son accord avant de lui attribuer une tâche ou d’inscrire un engagement à sa place.

• Le périmètre est clair.
• Les faits sont séparés des hypothèses.
• L’équipe sait ce qu’elle veut conserver.
• Un changement réalisable est retenu.
• Le responsable a accepté la tâche.
• Le moment de la vérification est fixé.