📋 Management

management-retro-facilitator

Facilite les rétrospectives agile avec différents formats, génère des actions concrètes et assure le suivi des améliorations.

⚡ Installation & lancement en 1 commande

Copiez-collez dans votre terminal : le skill s'installe dans ~/.claude/skills et Claude Code se lance directement dessus.

macOS / Linux
curl -fsSL https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.sh | sh -s -- management-retro-facilitator --launch
Windows (PowerShell)
iex "& { $(iwr -useb https://raw.githubusercontent.com/khalilbenaz/claude-skills-collection/main/install.ps1) } management-retro-facilitator -Launch"

🚀 Déjà installé ?

claude "/management-retro-facilitator"

Ou tapez /management-retro-facilitator dans une session Claude Code, ou décrivez simplement votre besoin — le skill se déclenche automatiquement via le skill-router.

🔑 Déclencheurs automatiques

Le skill s'active automatiquement quand votre demande contient :

rétrospectiveretrosprint reviewamélioration continuewhat went well

📦 Installation manuelle

git clone https://github.com/khalilbenaz/claude-skills-collection.git cp -r claude-skills-collection/skills/management-retro-facilitator ~/.claude/skills/

Payload du plugin : skills/management-retro-facilitator · source éditable : management-skills/retro-facilitator

📖 Manuel

Retro Facilitator

Workflow

Étape 1 — Choisir le format (avant la session)

FormatQuand l'utiliserDurée conseillée
Start / Stop / ContinueÉquipe stable, besoin d'actions rapides45 min
4L (Liked / Learned / Lacked / Longed for)Post-release, bilan complet60 min
Mad / Sad / GladTension émotionnelle dans l'équipe60 min
Sailboat (ancres / vents)Vision long terme, obstacles systémiques75 min
KALM (Keep / Add / Less / More)Rétro de calibration fine60 min
TimelineSprint avec beaucoup d'événements90 min

Critère de décision : si la rétro précédente n'a produit aucune action clôturée, choisir un format Mad/Sad/Glad pour rouvrir le canal émotionnel avant d'aller aux actions.

Étape 2 — Préparer le board (J-1)

Outils digitaux :

Miro        → Template "Sprint Retrospective" intégré
FigJam      → Section Retro → format au choix
Retrium     → Retrium.com, spécialisé retro, export PDF natif
EasyRetro   → easyretro.io, accès invité sans compte

Board physique :

Étape 3 — Ouvrir la session (5 min)

Rappeler les trois règles à chaque rétro :

  1. Règle de Vegas : ce qui est dit ici reste ici.
  2. Bonne foi assumée : on part du principe que chacun a fait de son mieux.
  3. Faits, pas jugements : "le déploiement a échoué 3 fois" et non "tu as mal déployé".

Annoncer le timing à voix haute :

Réflexion silencieuse : 7 min
Partage + regroupement : 15 min
Vote                  : 3 min
Discussion top sujets : 20 min
Définition d'actions  : 10 min
Revue actions passées : 5 min

Étape 4 — Collecte individuelle (5-10 min, silencieux)

Chaque membre écrit ses points seul, sans voir les autres. Sur Miro : activer "Private mode" pour masquer les notes avant reveal. Sur FigJam : sticky notes cachées jusqu'au partage.

Prompt suggéré à projeter pendant ce temps :

"Pense aux 2 dernières semaines : qu'est-ce qui t'a aidé à livrer ? qu'est-ce qui t'a ralenti ? qu'aimerais-tu changer ?"

Étape 5 — Partage et regroupement (15 min)

Étape 6 — Vote (dot voting, 3 min)

Chaque participant dispose de 3 votes (peut tous les mettre sur un seul sujet).

Comptage manuel   : dots autocollants
Miro              : clic droit → "Voting session"
EasyRetro         : bouton "Start voting" intégré
Retrium           : vote anonyme natif

Prendre les 2-3 thèmes les plus votés pour la discussion.

Étape 7 — Analyse causes racines (20 min)

Appliquer les 5 Pourquoi sur chaque sujet retenu :

Problème : "Les PRs restent ouvertes > 2 jours"
Pourquoi 1 : Pas de temps dédié aux reviews
Pourquoi 2 : Aucun slot dans l'agenda de l'équipe
Pourquoi 3 : On n'a jamais formalisé de SLA de review
→ Cause racine : pas de convention d'équipe sur le délai de review

Ne pas s'arrêter à "manque de communication" — c'est un symptôme, pas une cause.

Étape 8 — Définition d'actions SMART (10 min)

Format obligatoire pour chaque action :

Quoi    : Ajouter un slot "Review PRs" de 15 min chaque matin
Qui     : Dev lead (Alice)
Quand   : Dès lundi prochain
Mesure  : 0 PR > 24h en attente au prochain sprint

Maximum 3 actions par rétro. Au-delà, rien ne se fait.

Saisir les actions dans l'outil de suivi de l'équipe immédiatement :

# Exemple Jira CLI (go-jira)
jira issue create --project TEAM --type Task \
  --summary "Retro action: slot review PRs quotidien" \
  --assignee alice --due 2026-07-01

# Exemple GitHub Issues
gh issue create --title "Retro action: slot review PRs" \
  --assignee alice --label "retro-action" \
  --body "Ajouter 15 min matin. Mesure: 0 PR > 24h."

Étape 9 — Revue des actions passées (5 min, en début ou fin)

Pour chaque action de la rétro précédente :

Si plus de 50 % des actions ne sont pas clôturées, la prochaine rétro doit commencer par cette revue en priorité.


Garde-fous et anti-patterns

Anti-patternSymptômeCorrectif
Retro sans action"On a parlé, c'était bien"Finir la session uniquement quand au moins 1 action a un owner
Actions trop vagues"Améliorer la communication"Reformuler en comportement observable et mesurable
Toujours le même formatTaux de participation baisseChanger de format tous les 2-3 sprints
Manager présent non invitéL'équipe autocensureRetro = équipe only, sauf invitation explicite
Discussion globale sans voteLes mêmes sujets dominentVote obligatoire avant toute discussion
5+ actions définiesRien n'est faitHard limit à 3, reporter le reste au backlog de rétro
Rétro annulée "faute de temps"Régression continueBloquer le slot en début de sprint, non négociable

Bonnes pratiques 2026