Rétrospective agile — de la définition à la pratique : Modèle Excel “One-Page — Pilotage Projet”

Objectif : apprendre vite, mieux travailler ensemble, livrer plus de valeur.

1) Définition : qu’est-ce qu’une rétrospective ?

Une Rétrospective agile est un rituel d’équipe, cadencé (souvent en fin d’itération), pour inspecter la façon de travailler et adapter le système (processus, pratiques, accords d’équipe). Elle produit des décisions d’amélioration concrètes, pas seulement une discussion.

Finalités :

Apprentissage continu (technique, produit, collaboration).
Qualité (DoD, tests, déploiement, observabilité).
Flux (WIP, handoffs, files d’attente).
Climat (sécurité psychologique, feedback).

Une bonne rétro répond à : Qu’allons-nous changer maintenant ? (pas « que s’est-il passé ? »).

2) Principes clés (pour ne pas se perdre)

Sécurité psychologique d’abord : on critique les processus, pas les personnes.
Données > opinions : au moins 2–3 mesures ou faits observables (ex. cycle time médian, âge du WIP p95, % bugs).
Focus : 1 problème par rétro, 1 expérimentation à la fois.
Timebox : 30 à 60 minutes. Court = meilleur.
Traçabilité : décisions visibles (tableau d’amélioration, registre).
Boucle courte : tester une micro-règle 2 semaines, décider Garder/Ajuster/Jeter sur données.

3) Quand et combien de temps ?

À la fin d’un sprint/itération, ou toutes les 2 semaines en flux continu.
Durée : 30’ (équipe rodée) à 60’ (équipe nouvelle/fort enjeu).
Rythme : régulier (ex. jeudi 16h), jamais annulée, au pire raccourcie.

4) Préparer la rétro (J-1 à J-0)

Scoreboard simple :
- Throughput (cartes Done/sem.), cycle time médian, âge WIP p95, % Expedite, défauts, incidents.
Faits contextuels : événements, absences, changements.
Matériel : board (physique/outil), gabarit de prise de notes, minuteur.
Cadre : objectifs, règles de discussion, rappel IN/OUT (ce que la rétro couvre/ne couvre pas).

Check-list :

Données prêtes (ou proxys)
Cadre & règles affichés
Facilitateur + timekeeper désignés

5) Agenda standard (45 minutes)

Ouverture (5’) : rappel objectif, règles, timebox, parking-lot.
Faits & signaux (10’) : lire les données (scoreboard) + événements.
Choix du problème (5’) : prioriser par impact × contrôlabilité.
Diagnostic (10’) : 5 Pourquoi + Ishikawa light (procédures, outils, compétences, flux, externes).
Idées → expérimentation (10’) : diverger 3–5 idées, choisir un pari testable.
Plan d’actions & clôture (5’) : 3 actions max, owners, dates + critère J+14.

Variante 30’ : 2’ / 6’ / 4’ / 7’ / 7’ / 4’.

6) Outils de facilitation (simples et efficaces)

Start / Stop / Continue : comportements/processus à démarrer, arrêter, maintenir.
4Ls (Liked, Learned, Lacked, Longed for) : climat et apprentissages.
Mad / Sad / Glad : émotions → causes → actions.
Sailboat (Vision/Île, Vent, Ancres, Récifs) : utile en produit/équipe multi-métier.
5 Pourquoi + Ishikawa light : aller à la cause (pas au symptôme).
Dot voting (vote par points) : prioriser sans débattre trop longtemps.

7) Des données concrètes (même sans outil BI)

Flux : cartes Done/sem., cycle time (Start→Done), âge WIP des plus anciennes, stock par colonne.
Qualité : bugs/semaine, retours QA, incidents, MTTR.
Livraison : déploiements/semaine, lead time demande→prod.
Satisfaction : mini-sondage (1–5) sur clarté, charge, entraide.

Si données absentes : utiliser des proxys visuels (ex. liste des 3 cartes les plus anciennes, comptage manuel du stock Revue/Test).

8) Transformer la rétro en actions

Formuler un problème en 1–2 phrases (neutre, mesurable).
Choisir un pari (faible coût, mesurable en 2 semaines).
Écrire la carte d’expérience :
- Hypothèse : “Si nous faisons X, Y s’améliore de Z%.”
- Design : changement testé, population/scope, fenêtre (dates), garde-fous.
- Mesure : métrique principale, baseline, cible, source, critère J+14.
Limiter à 3 actions immédiates, chacune avec owner + date.
Tracer : tableau d’amélioration / registre (ID, décision, effet, statut).

Exemple

Hypothèse : “Deux créneaux de revue quotidiens + WIP En cours = équipe−1 réduisent le cycle médian de 20%.”
Baseline 8,2 j → Cible 6,6 j. Critère J+14 : médian ≤ 6,6 j ET stock Revue/Test −30% → Garder.

9) Sécurité psychologique (le fondationnel)

Règles visibles : on critique les processus, on cherche la cause, on s’appuie sur données.
Technique du “parler en dernier” pour le manager/sponsor.
Tour muet 3’ en début de divergence (post-its/outil) pour donner la parole à tous.
Kudos (remerciements) en fin de séance, ancrer le positif.

10) À distance / hybride : adapter sans perdre l’esprit

Doc partagé à l’écran ; votes emoji/dots ; minuteur visible.
Caméras ON pour les moments de décision, sinon “chat-first” pour fluidifier.
Règles de prise de parole (main levée, 60–90 s max).
Fuseaux horaires : préférer micro-créneaux récurrents vs slots géants.

11) Cas particuliers & parades (résumé)

Pas de données → proxys + action “script d’extraction hebdo”.
Trop de sujets → 1 seul problème, parking-lot pour le reste.
Goulot QA/Revue → créneaux fixes + WIP en amont + DoD clair.
Urgences (Expedite) en rafale → critères durs, WIP=1, post-mortem 10’.
Dépendance externe → carte dédiée “date d’obtention”, SLE inter-équipes, escalade T+48/72 h.

12) Antipatterns fréquents → correctifs rapides

Rétro = défouloir → revenir au scoreboard ; reformuler en problème neutre.
Action list géante → ≤ 3 actions, datées, publicisées ; le reste au parking-lot.
Tout changer d’un coup → 1 expérimentation/2 semaines, décision J+14.
Décisions invisibles → registre d’amélioration avec statut et effet.

13) Modèles “copier-coller”

Problème (ex.)

“La bande Revue/Test a augmenté de +35% sur 2 semaines ; 60% des cartes y restent > 3 jours.”

Carte d’expérience (ex.)

Hypothèse : 2 créneaux de revue/jour + WIP En cours = équipe−1 ↓ cycle médian 20%.
Fenêtre : 22/09→06/10 ; Métrique : cycle médian ; Baseline 8,2 j ; Cible 6,6 j ;
Critère J+14 : médian ≤ 6,6 j & stock Revue/Test −30% → Garder.

Action (ex.)

Publier créneaux 11h/16h (board+Slack) — Owner : Aya — Échéance : 23/09.

Registre d’amélioration

ID	Décision	Mesure suivie	Effet (∆)	Statut	Prochaine rev.

14) Mesurer les effets (sans se noyer)

Avant/Après sur la métrique principale (ex. cycle médian).
CFD (diagramme de flux cumulé) : bandes parallèles = flux stable ; bande “En cours” qui s’épaissit = WIP qui gonfle.
% cartes sans “next step” (objectif 0 %).
SLE : formuler une attente réaliste (ex. “85% des cartes En cours→Done ≤ 8 j”).

15) Rôle du management

Protéger la régularité des rétros (pas d’annulation).
Soutenir les expérimentations (lever obstacles, pas micro-gérer).
Demander des preuves légères : un avant/après suffit — pas de reporting démesuré.

16) En résumé (check-list d’or)

2–3 données lues ensemble.
1 problème formulé en 1–2 phrases.
1 cause plausible (5 Pourquoi).
1 expérimentation 2 semaines (baseline, cible, critère J+14).
≤ 3 actions datées avec owner.
Décision J+14 : Garder / Ajuster / Jeter + mise à jour du registre.

Dashboard Projet + Rétrospective agile 30’ – Modèle Excel

OnePage — tableau de pilotage projet en une page (A4 paysage).
Retro30 — rétrospective agile 30’ en une page (A4 portrait), dédiée au cycle “problème racine → expérimentation 2 semaines → décision J+14”.

1) Onglet OnePage (Pilotage projet)

Objectif : suivre actions, flux Kanban et jalons sur une seule page imprimable.

Zones clés

Bandeau titre + Mise à jour auto (=TODAY()), champ Projet.
Cartes KPI :
- Flux : Total / Done / En cours / Bloqué (calculs sur la table d’actions).
- Delivery : Throughput 7j (formule), espaces pour Cycle médian & Âge WIP p95 (à renseigner si besoin), % Expedite (calcul).
- Jalons 30–60–90 : objectif, échéance (format jj/mm/aaaa), statut (☐/☑).
Tableau d’actions (lignes 15→200) :
- Colonnes à saisir en BLEU : ID, Titre, Owner, Classe, Statut, Début, Échéance, Prochaine étape.
- Listes déroulantes : Classe (Standard, Fixed Date, Expedite, Intangible) ; Statut (Ready, En cours, Revue, Test, Bloqué, Done).
- Formule de Cycle (jours) : calcule automatiquement (date fin − date début, ou AUJOURD’HUI() − début si non terminé).
- Mises en forme conditionnelles : Échéance dépassée (rouge pâle) si non Done ; Statut Bloqué en rose.
Impression : A4 paysage, fits sur 1 page, titres répétés, quadrillage masqué.

Usage rapide

Renseigne 10–20 cartes dans le tableau (bleu).
Mets à jour Statut et Dates au fil de l’eau → les KPI se calculent.
Garde le WIP maîtrisé (limiter “En cours”), et utilise Prochaine étape datée pour chaque ligne.

2) Onglet Retro30 (Rétrospective agile 30’)

Objectif : tenir une rétro courte, poser une expérimentation de 2 semaines, décider Garder/Ajuster/Jeter à J+14.

Sections

En-tête : Équipe/Projet, Période, Date de rétro, Facilitateur, Participants, Humeur.
Scoreboard KPI (gauche) & Faits & signaux (droite) : champs pour saisir mesures (Throughput, Cycle médian, Âge WIP p95, % Expedite, Défauts/Incidents) et faits notables.
Problème (1–2 phrases) : bande corail, formulation neutre & mesurable.
Diagnostic :
- 5 Pourquoi (5 lignes préformatées).
- Causes par familles (procédures/politiques, outils/techniques, compétences/organisation, flux/WIP, externes).
Idées & Pari : jusqu’à 5 idées + bloc Pari retenu (petit et testable).
Expérimentation 2 semaines :
- Design : Hypothèse, Changement testé, Scope/Population, Fenêtre (dates), Risques & garde-fous, Capacité.
- Mesure : Métrique principale, Baseline, Cible, Source de mesure, Owner & rituels, Critère J+14.
Actions J+1 (≤ 3) : Action, Prochaine étape (date), Owner, Échéance, Statut (zones bleues).
Décision J+14 : Résultat (∆ vs baseline), Décision (liste : Garder / Ajuster / Jeter), Justification (données), Prochaines étapes.
Impression : A4 portrait, 1 page, quadrillage masqué.

Usage rapide (2 semaines)

En rétro (30’) : remplis les blocs Scoreboard → Problème → Diagnostic → Pari → Expérimentation, puis 3 actions J+1.
Chaque semaine : mets à jour la métrique principale (baseline vs semaine).
J+14 : renseigne Résultat et Décision (G/A/J), planifie la suite.

Points communs & ergonomie

Cellules de saisie en BLEU, entêtes gris, cartes colorées pour lecture rapide.
Listes déroulantes et formats de dates homogènes (jj/mm/aaaa).
Mise en page prête à imprimer (1 page par onglet).
Quadrillage masqué pour un rendu propre en PDF.

OnePage_Projet_Dashboard_Retro Download