4 min lecture • Guide 873 of 877
Logiciel de Planification de Capacité pour Équipes de Développement
La planification de capacité détermine ce que votre équipe peut réellement livrer. Sans outils appropriés, les équipes se sur-engagent, s'épuisent ou sous-utilisent les ressources. Les logiciels modernes de planification de capacité aident les équipes d'ingénierie à équilibrer charge de travail, prédire délais et maintenir vélocité durable.
Aperçu Planification de Capacité
| Facteur | Ce Qu'il Mesure | Pourquoi C'est Important |
|---|---|---|
| Taille équipe | Développeurs disponibles | Capacité de base |
| Vélocité | Points par sprint | Débit réel |
| Disponibilité | Jours travaillés moins PTO | Capacité réelle |
| Facteur focus | % temps sur travail sprint | Engagement réaliste |
| Report | Travail incomplet | Réduit nouvelle capacité |
Le Problème de Planification de Capacité
SANS PLANIFICATION DE CAPACITÉ
══════════════════════════════
ÉCHEC PLANIFICATION SPRINT :
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ Réunion Planification Sprint │
│ ───────────────────────────────────── │
│ │
│ Product Owner : "Nous avons besoin de ces 15 features" │
│ Équipe : "Bien sûr, on peut essayer !" │
│ │
│ Vérification réalité : │
│ ├── 2 développeurs en PTO │
│ ├── 1 développeur d'astreinte cette semaine │
│ ├── All-hands entreprise (4 heures) │
│ ├── Report du sprint précédent (3 tâches) │
│ └── Incident production probable │
│ │
│ Résultat : │
│ ├── 40% du sprint incomplet │
│ ├── Équipe démoralisée │
│ ├── Stakeholders frustrés │
│ └── Cycle se répète prochain sprint │
│ │
└─────────────────────────────────────────────────────────────┘
AVEC PLANIFICATION DE CAPACITÉ :
─────────────────────────────────────
┌─────────────────────────────────────────────────────────────┐
│ │
│ L'outil montre : │
│ ├── Vélocité historique : 42 points │
│ ├── Capacité ce sprint : 32 points (-24%) │
│ ├── Raison : 2 PTO, 1 astreinte, férié │
│ └── Engagement recommandé : 28-32 points │
│ │
│ Équipe : "Nous pouvons nous engager sur 30 points" │
│ Product Owner : "Priorisons les 8 items principaux" │
│ │
│ Résultat : │
│ ├── 100% complétion sprint │
│ ├── Confiance équipe haute │
│ ├── Stakeholders font confiance estimations │
│ └── Rythme durable maintenu │
│ │
└─────────────────────────────────────────────────────────────┘
Fonctionnalités Capacité GitScrum
PLANIFICATION CAPACITÉ GITSCRUM
═══════════════════════════════
SUIVI VÉLOCITÉ :
─────────────────────────────────────
Board → Rapports → Vélocité
Points
Complétés
│
50 ┤ ████
│ ████ ████ ████
40 ┤────────────────────────────────────── Ligne Base : 42
│ ████ ████ ████ ████
30 ┤ ████ ████ ████ ████ ████
│████ ████ ████ ████ ████ ████
20 ┤████ ████ ████ ████ ████ ████
│████ ████ ████ ████ ████ ████
10 ┤████ ████ ████ ████ ████ ████
│████ ████ ████ ████ ████ ████
0 └────────────────────────────────────
S9 S10 S11 S12 S13 S14
INDICATEURS CAPACITÉ :
─────────────────────────────────────
0% 50% 80% 100% 120%
│ │ │ │ │
└───────────┴───────────┴──────┴────────┘
Vert Jaune Rouge Excès !
Actuel : ████████████████████░░░░ 85% (Sain)
Meilleures Pratiques
- Suivez vélocité historiquement - 4+ sprints pour ligne base fiable
- Considérez facteur focus - Personne ne code 8h/jour
- Planifiez pour l'inattendu - 15-20% buffer pour incidents
- Mettez à jour disponibilité hebdo - Changements PTO, shifts astreinte
- Équilibrez charge travail - Aucun membre ne doit être 100%+ constamment
- Révisez et ajustez - Rétrospective sur précision capacité
- Visualisez engagements - Rendez sur-engagement visible
- Incluez report - Travail incomplet réduit prochain sprint