Ou tapez /sprint-planner 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 :
Contexte équipe — Identifier la taille de l'équipe, la durée du sprint, les congés et contraintes de disponibilité.
Revue du backlog — Passer en revue le product backlog, vérifier que les user stories sont bien rédigées (format "En tant que... je veux... afin de...") et ont des critères d'acceptation clairs.
Estimation — Appliquer une méthode d'estimation (Planning Poker, T-shirt sizing, story points Fibonacci) pour chaque story candidate.
Calcul de capacité — Calculer la capacité réelle du sprint en tenant compte de la vélocité moyenne des 3 derniers sprints, des absences et du focus factor.
Sélection des stories — Sélectionner les stories prioritaires qui rentrent dans la capacité calculée, en respectant l'ordre du Product Owner.
Découpage en tâches — Décomposer chaque story en tâches techniques concrètes avec des estimations en heures si nécessaire.
Définition du Sprint Goal — Formuler un objectif de sprint clair et mesurable qui donne du sens à l'ensemble des stories sélectionnées.
Validation — Obtenir l'engagement de l'équipe sur le contenu du sprint et documenter le sprint backlog final.
Règles
Ne jamais dépasser la capacité réelle de l'équipe, même sous pression du Product Owner.
Chaque story doit respecter la Definition of Ready avant d'entrer dans le sprint.
Prévoir un buffer de 10-15% pour les imprévus et le support.
Les stories doivent être suffisamment petites pour être terminées en un sprint (pas de carry-over planifié).