6 min lecture • Guide 638 of 877
Planification de Sprint Basée sur les Données
La planification de sprint basée sur les données remplace les intuitions par des preuves historiques, menant à une planification de capacité plus précise et des objectifs de sprint atteignables. Le suivi de vélocité, les analytics historiques et les outils de capacité de GitScrum aident les équipes à utiliser les données de performance passée pour informer les engagements de sprint futurs.
Fondamentaux de la Planification
Métriques Clés pour la Planification
MÉTRIQUES DE PLANIFICATION DE SPRINT :
┌─────────────────────────────────────────────────────────────┐
│ MÉTRIQUE │ UTILISATION EN PLANIFICATION │
├─────────────────────┼───────────────────────────────────────┤
│ Vélocité Moyenne │ Capacité de base pour le sprint │
│ │ (Utiliser moyenne des 4 derniers) │
├─────────────────────┼───────────────────────────────────────┤
│ Variance de │ Combien de buffer inclure │
│ Vélocité │ (Haute variance = plus de buffer) │
├─────────────────────┼───────────────────────────────────────┤
│ Précision des │ Ajuster les estimations par type │
│ Estimations │ (Bugs prennent 1.5x l'estimé, etc.) │
├─────────────────────┼───────────────────────────────────────┤
│ Taux de Report │ Combien de travail non fini typique │
│ │ (Factoriser dans la capacité) │
└─────────────────────────────────────────────────────────────┘
Calcul de Capacité
FORMULE DE PLANIFICATION DE CAPACITÉ :
┌─────────────────────────────────────────────────────────────┐
│ │
│ CAPACITÉ DE BASE : │
│ Vélocité moyenne des 4 derniers sprints : 45 points │
│ │
│ AJUSTEMENTS : │
│ - Membre d'équipe en congé : -8 points │
│ - Nouveau membre en montée : -5 points │
│ - Jour férié dans le sprint : -3 points │
│ - Réunions/formations prévues : -4 points │
│ │
│ CAPACITÉ AJUSTÉE : │
│ 45 - 8 - 5 - 3 - 4 = 25 points │
│ │
│ BUFFER DE CONFIANCE (10%) : │
│ 25 × 0.9 = ~22 points de capacité planifiée │
└─────────────────────────────────────────────────────────────┘
Analyse Historique
Tendances de Vélocité
ANALYSE DE VÉLOCITÉ :
┌─────────────────────────────────────────────────────────────┐
│ HISTORIQUE DE VÉLOCITÉ PAR SPRINT │
│ │
│ Sprint 10 : ████████████████████████████░░ 38 pts │
│ Sprint 11 : ████████████████████████████████████░░ 45 pts │
│ Sprint 12 : ████████████████████████████████ 42 pts │
│ Sprint 13 : ████████████████████████████████████████ 50 pts│
│ Sprint 14 : ████████████████████████████████████ 46 pts │
│ │
│ Moyenne : 44.2 points │
│ Plage : 38-50 points │
│ Écart type : 4.3 │
│ │
│ INSIGHT : L'équipe livre 44 ± 5 points de façon constante │
│ RECOMMANDATION : Planifier 40-45 points │
└─────────────────────────────────────────────────────────────┘
Précision des Estimations par Type
ANALYSE DE PRÉCISION DES ESTIMATIONS :
┌─────────────────────────────────────────────────────────────┐
│ TYPE TÂCHE │ ESTIMÉ │ RÉEL │ PRÉCISION │ AJUST. │
├────────────────┼───────────┼─────────┼───────────┼─────────┤
│ Fonctionnalité │ 5 pts │ 5.2 pts │ 96% │ - │
│ Bug │ 2 pts │ 3.1 pts │ 65% │ ×1.5 │
│ Refactoring │ 3 pts │ 2.8 pts │ 93% │ - │
│ Intégration │ 5 pts │ 7.2 pts │ 69% │ ×1.4 │
│ Documentation │ 1 pt │ 1.1 pts │ 91% │ - │
└─────────────────────────────────────────────────────────────┘
UTILISER LES AJUSTEMENTS :
Pour planifier du travail sur les bugs, multiplier par 1.5
Pour planifier des intégrations, multiplier par 1.4
Processus de Planification
Planification de Sprint Informée par les Données
AGENDA DE LA RÉUNION DE PLANIFICATION :
┌─────────────────────────────────────────────────────────────┐
│ │
│ 1. REVOIR LES MÉTRIQUES (5 min) │
│ • Vélocité du dernier sprint │
│ • Moyenne glissante │
│ • Anomalies à expliquer │
│ │
│ 2. CALCULER LA CAPACITÉ (5 min) │
│ • Disponibilité de l'équipe ce sprint │
│ • Interruptions connues │
│ • Capacité ajustée │
│ │
│ 3. SÉLECTIONNER LE TRAVAIL (30 min) │
│ • Ordre de priorité depuis le backlog │
│ • Appliquer les ajustements d'estimation │
│ • Remplir à 90% de la capacité │
│ │
│ 4. DÉFINIR L'OBJECTIF DE SPRINT (10 min) │
│ • Quel est le thème/résultat ? │
│ • Quel est le minimum de succès ? │
│ • Quoi en stretch si en avance ? │
└─────────────────────────────────────────────────────────────┘
Niveaux d'Engagement
ENGAGEMENT PAR NIVEAUX :
┌─────────────────────────────────────────────────────────────┐
│ │
│ ENGAGÉ (80% de la capacité) : │
│ Items que nous sommes confiants de compléter │
│ ═══════════════════════════════════ │
│ • Feature : Dashboard utilisateur 8 pts │
│ • Feature : Fonctionnalité export 5 pts │
│ • Bug : Problème timeout login 3 pts │
│ Total : 16 points │
│ │
│ STRETCH (20% de la capacité) : │
│ Items à traiter si en avance │
│ ─────────────────────────── │
│ • Feature : Paramètres notification 4 pts │
│ Total : 4 points │
│ │
│ Cette approche : │
│ • Définit des attentes réalistes │
│ • Fournit de la flexibilité │
│ • Permet les imprévus │
└─────────────────────────────────────────────────────────────┘
Amélioration Continue
Analyse Post-Sprint
| Catégorie | Planifié | Réel | Écart |
|---|---|---|---|
| Engagé | 16 pts | 18 pts | +2 ✅ |
| Stretch | 4 pts | 2 pts | -2 |
| Bug (estimé 3) | 3 pts | 5 pts | +2 ⚠️ |
| Feature (estimée 5) | 5 pts | 3 pts | -2 ✅ |
Apprentissages et Actions
- Ajustement des bugs : Continuer le facteur ×1.5
- Estimations features : S'améliorent
- Capacité : Le modèle fonctionne bien
- Action : Revoir les estimations d'intégration aussi