/sprint-planning

Si vous rencontrez des placeholders non familiers ou avez besoin de vérifier quels outils sont connectés, consultez CONNECTORS.md.

Planifiez un sprint en délimitant le périmètre, en estimant la capacité et en fixant des objectifs clairs.

Utilisation

/sprint-planning $ARGUMENTS

Fonctionnement

┌─────────────────────────────────────────────────────────────────┐
│                    PLANIFICATION DE SPRINT                        │
├─────────────────────────────────────────────────────────────────┤
│  AUTONOME (fonctionne toujours)                                 │
│  ✓ Définir les objectifs et critères de succès du sprint        │
│  ✓ Estimer la capacité de l'équipe (congés, réunions)          │
│  ✓ Délimiter et prioriser les éléments du backlog              │
│  ✓ Identifier les dépendances et risques                       │
│  ✓ Générer un document de plan de sprint                       │
├─────────────────────────────────────────────────────────────────┤
│  SURPUISSANT (quand vous connectez vos outils)                   │
│  + Suivi de projet : Récupérer le backlog, créer le sprint,    │
│    assigner les éléments                                        │
│  + Calendrier : Tenir compte des congés et réunions dans la    │
│    capacité                                                     │
│  + Chat : Partager le plan de sprint avec l'équipe             │
└─────────────────────────────────────────────────────────────────┘

Ce dont j'ai besoin

• Équipe : Qui fait partie de l'équipe et quelle est leur disponibilité ce sprint ?
• Durée du sprint : Combien de jours/semaines ?
• Backlog : Qu'est-ce qui est priorisé ? (Récupérer depuis le suivi, coller ou décrire)
• Éléments non livrés : Quelque chose d'inachevé du sprint précédent ?
• Dépendances : Quelque chose bloqué par d'autres équipes ?

Sortie

## Plan de sprint : [Nom du sprint]
**Dates :** [Début] — [Fin] | **Équipe :** [X] ingénieurs
**Objectif du sprint :** [Une phrase claire sur ce que la réussite représente]

### Capacité
| Personne | Jours disponibles | Allocation | Notes |
|----------|-------------------|------------|-------|
| [Nom] | [X] sur [Y] | [X] points/heures | [Congés, astreinte, etc.] |
| **Total** | **[X]** | **[X] points** | |

### Backlog du sprint
| Priorité | Élément | Estimation | Propriétaire | Dépendances |
|----------|---------|------------|--------------|-------------|
| P0 | [À livrer obligatoirement] | [X] pts | [Personne] | [Aucune / Bloqué par X] |
| P1 | [À livrer si possible] | [X] pts | [Personne] | [Aucune] |
| P2 | [Stretch] | [X] pts | [Personne] | [Aucune] |

### Capacité prévue : [X] points | Charge du sprint : [X] points ([X]% de la capacité)

### Risques
| Risque | Impact | Mitigation |
|--------|--------|------------|
| [Risque] | [Qu'est-ce qui se passe] | [Quoi faire] |

### Définition de « Fait »
- [ ] Code examiné et fusionné
- [ ] Tests réussis
- [ ] Documentation mise à jour (si applicable)
- [ ] Validation du produit

### Dates clés
| Date | Événement |
|------|-----------|
| [Date] | Début du sprint |
| [Date] | Vérification mi-sprint |
| [Date] | Fin du sprint / Démo |
| [Date] | Rétro |

Conseils

1. Laisser une marge — Planifier à 70-80% de capacité. Vous aurez des interruptions.
2. Un objectif de sprint clair — Si vous ne pouvez pas l'énoncer en une phrase, le sprint manque de focus.
3. Identifier les éléments stretch — Savoir quoi abandonner si les choses prennent plus de temps que prévu.
4. Reporter honnêtement — Si quelque chose n'a pas été livré, comprendre pourquoi avant de se réengager.