Trouver le problème racine, tester une solution en 2 semaines, décider sur données.
1) Pourquoi une rétro courte de 30 minutes ?
Parce qu’elle force l’essentiel : faits → diagnostic → expérimentation → décision. En 30’, l’équipe aligne ses observations, converge vers une cause racine plausible, choisit un pari mesurable sur 2 semaines, et s’engage sur 3 actions maximum. Résultat : moins de blabla, plus d’apprentissage.
Objectifs à la sortie :
Un problème formulé en 1–2 phrases (factuel, sans jugement).
Une cause racine pressentie (via 5 Pourquoi / Ishikawa light).
Une expérimentation de 2 semaines, avec métrique, baseline, cible et critère de décision J+14.
≤ 3 actions datées et un owner par action.
2) Cadre de la séance (timebox 30’)
Agenda suggéré
Ouverture & règles (2’)
Faits & signaux (6’)
Problème + causes (7’)
Idées & pari (5’)
Design de l’expérience 2 semaines (7’)
Clôture & actions (3’)
Rôles
Facilitateur : protège la timebox, recentre sur le problème et les données.
Scribe : remplit la fiche (Word/PDF), lit les formulations à voix haute.
Timekeeper : annonce “⏳ 2 min restantes” à chaque étape.
Règles
Un seul problème à la fois ; le reste va au parking lot.
Chaque point se conclut par un objet écrit (phrase, tableau, critère).
Pas de décision “à la sensation” : on préfère une petite mesure imparfaite à une opinion parfaite.
3) Faits & signaux : partir de la réalité
Collectez 3–5 éléments objectifs :
KPI (throughput, cycle time médian, âge du WIP p95, % expedite).
Événements (incidents, pics de charge, absentéisme).
Symptômes (retours QA, attente en revue/test, dérive des délais).
Impact (retard jalon, dette accrue, plaintes utilisateurs).
Astuce : affichez un scoreboard simple (baseline vs semaine en cours) — pas besoin de graphiques sophistiqués.
4) Formuler le problème (1–2 phrases)
Clair, neutre, mesurable :
“Le cycle time médian est passé de 5,5 j à 8,2 j en 3 semaines, principalement à cause d’un stock en Revue/Test.”
Anti-modèles : “la QA n’avance pas” (jugement), “on manque de monde” (vague). Mieux : “la bande Revue/Test grossit de +35 % sur 2 semaines ; 60 % des cartes y restent > 3 jours.”
% cartes sans next step : 0 % (contrôle chaque stand-up).
11) Variantes de format
Style “paysage” : idéal pour mur physique / grand écran, tables larges (5 Pourquoi + Ishikawa côte à côte).
Style “portrait” cartes & bandes : lecture rapide en visio, mise en couleur par blocs (Humeur/KPI, Problème, Diagnostic, Start/Stop/Continue, Expérience).
12) Pièges fréquents → Parades
Rétro = défouloir → revenir aux faits (scoreboard), bannir les jugements de personnes.
Trop d’actions → ≤ 3, datées, avec owner ; le reste au parking lot.
But : identifier un problème racine, lancer une expérience de 2 semaines mesurable, puis décider à J+14 (Garder / Ajuster / Jeter) sur la base de données.
En-tête : équipe/projet, période couverte, date, facilitateur, participants, humeur, focus.
Faits & signaux : tableau des KPI (throughput, cycle time, âge WIP, % expedite), événements, symptômes, impact.
Problème (1–2 phrases) : formulation factuelle et mesurable.
Diagnostic : 5 Pourquoi + “Ishikawa light” (procédures, outils, compétences, flux/WIP, externes) pour isoler la cause pressentie.
Idées → Pari : 3–5 idées rapides, choix d’un pari petit et testable.