Allouer les ressources, estimer la vélocité de l’équipe et calculer la capacité en Scrum exigent une planification et un suivi attentifs. Comme la gestion des commandes de projet (POs) en gestion de projet traditionnelle, ce travail rassemble des décisions détaillées dans une discussion de planification ciblée.
Le regard de l’International Scrum Institute™
Planification de capacité des équipes Agile Scrum : guide du travail de projet pour une planification de Sprint efficace et la vélocité des membres de l’équipe
Planifier la capacité demande de la précision et une approche claire. Ce qui paraît complexe devient plus simple lorsque le processus est visible et que l’on utilise des stratégies et outils pratiques. C’est un élément essentiel de la réussite des projets Scrum, mais même des Scrum Masters expérimentés peuvent le sous-estimer ou mal le comprendre.
Depuis 2024, les progrès technologiques et les outils intuitifs de gestion de projet ont élargi les possibilités des équipes et simplifié la livraison de services de qualité. Ce guide explique étape par étape l’allocation efficace des ressources et le calcul de capacité à partir d’exemples, aide à éviter les pièges courants et accompagne l’avancement vers les livrables. Explorons la planification de capacité Scrum et le facteur de concentration.
La planification de la capacité Scrum
Présentation de la planification de capacité Scrum
Ce guide explique comment calculer et répartir le temps d’ingénierie productif dans les Sprints. Il couvre l’ordre des opérations, la disponibilité de l’équipe, les éléments du backlog, les heures de travail et les priorités concurrentes. Ces conseils et avis d’experts aident les équipes à mieux comprendre leur capacité et à prévoir un travail réaliste. Ils concernent aussi bien les Scrum Masters que les Product Owners et les membres de l’équipe.
Importance de la planification de capacité en Scrum
Scrum est un cadre agile de développement et de livraison itératifs et incrémentaux de produits de qualité. Le travail s’effectue dans des Sprints à durée fixe, avec un objectif de Sprint. Planifier la capacité aide l’équipe à comprendre sa charge et à prévoir ce qu’elle peut accomplir. L’engagement porte sur l’objectif de Sprint ; le travail sélectionné constitue une prévision adaptable à mesure que l’équipe apprend.
La planification de capacité favorise la réussite des projets et services pour l’équipe et ses clients. Elle estime le temps d’ingénierie productif disponible pendant un Sprint, aide à fixer des objectifs réalistes et facilite le suivi de l’avancement vers les livrables.
Trouvez l’équilibre entre surcharge et sous-charge. La surcharge peut provoquer stress et épuisement ; la sous-charge peut réduire la productivité. Une vision claire des disponibilités et compétences aide l’équipe à organiser son travail pour maximiser la valeur métier.
La planification fondée sur la capacité et le jugement d’experts améliore les prévisions de livraison et la gestion des attentes. Elle peut réduire les retards, renforcer la confiance et aider à estimer quand une fonctionnalité ou un livrable sera terminé. La planification itérative transforme aussi les erreurs en occasions d’apprentissage.
Pensez à un gâteau : mesurer les ingrédients aide à obtenir le résultat souhaité. De même, la planification de capacité Scrum tient compte des compétences et disponibilités, puis ajuste l’approche à partir des enseignements des itérations précédentes.
L’objectif est de fixer des buts réalistes, d’équilibrer la charge et d’améliorer les prévisions de livraison. Comme une recette soigneusement ajustée, une allocation efficace des ressources favorise la satisfaction client, la qualité et l’efficacité tout en gardant l’objectif général en vue.
Outils et méthodes de planification de capacité
Une planification de capacité efficace contribue à la bonne gestion des projets, à la satisfaction client, à la qualité et à l’efficacité. Déterminer ce qui est réalisable pendant un Sprint aide à garder les livrables et l’objectif général en vue. Cet outil précieux d’allocation des ressources et d’exécution peut économiser du temps et de l’argent. Parmi les outils de collaboration, de planification et de gestion de charge utilisés par les équipes Scrum figurent :
- Agilefant
- Atlassian JIRA
- Pivotal Tracker
- Microsoft Project Server
- Trello
Ces outils facilitent la collaboration, les processus standardisés, la gestion de charge, l’allocation des ressources, les priorités et le suivi des performances. Choisissez selon les besoins de votre équipe. Un projet bien géré peut soutenir les ventes, éviter des erreurs et améliorer la livraison.
Estimation de la capacité et de la vélocité de l’équipe
Avant de planifier, examinez la vélocité de l’équipe : la quantité de travail estimé réellement terminée pendant un Sprint. Le Scrum Master peut aider à comprendre cette mesure et ses limites. Combinez l’historique des livraisons, les disponibilités actuelles et le rôle de chacun pour prévoir des délais réalistes, réduire les oublis et les coûts et renforcer la confiance dans la planification.
Utilisez la vélocité historique et les disponibilités actuelles pour guider la prévision. Les dirigeants doivent comprendre ces informations et soutenir la planification de l’équipe. Des estimations plus précises (voir L’estimation de l’effort dans Scrum) renforcent la confiance dans le travail et la capacité de l’équipe tout au long du projet.
Capacité et vélocité historique s’éclairent mutuellement, sans être interchangeables. Savoir qui est disponible aide l’équipe à interpréter les livraisons passées et à prévoir les futurs Sprints. Utilisez ces connaissances pour améliorer le flux de travail, soutenir les objectifs commerciaux et de vente et apprendre des erreurs.
La capacité de l’équipe dépend du temps de travail disponible, des absences, jours fériés, formations et autres engagements. Comprendre ces besoins et leurs coûts améliore l’estimation et favorise la confiance tout au long du travail itératif.
Une estimation réaliste aide l’équipe à fixer des objectifs atteignables et à s’organiser. Surestimer les disponibilités peut conduire à livrer moins de valeur que prévu ou à l’épuisement dû à la surcharge, avec des pertes d’argent et de productivité.
Comparez les estimations aux efforts et coûts réels tout au long du projet, ajustez-les et réutilisez les enseignements. Une organisation attentive et la prise en compte des besoins évolutifs de l’équipe et du client évitent de répéter les erreurs.
Calcul de la vélocité Scrum
Pendant la planification du Sprint, l’équipe peut utiliser la vélocité historique et la capacité actuelle pour prévoir le travail. La vélocité est une aide à la planification, pas une mesure imposée par Scrum ni une mesure de performance individuelle. Elle aide à comprendre le rythme de livraison et à organiser le travail ; elle ne définit pas à elle seule les rôles.
Si vous utilisez des points d’histoire, calculez la vélocité en additionnant les points du travail terminé conformément à la Definition of Done pendant un Sprint. Continuez à apprendre grâce aux cours et articles et aidez vos collègues à comprendre cette mesure. Une meilleure planification peut soutenir les détails du projet, le retour sur investissement et les ventes.
Ne comptez le travail terminé que dans le Sprint où il devient Done. Excluez les histoires inachevées, y compris celles reportées et le travail ajouté en cours de Sprint encore incomplet. Incluez le travail ajouté pendant le Sprint s’il est Done à la fin. La mesure reste ainsi utile pour prévoir la capacité et discuter des coûts.
| Sprint | Nombre d’histoires | Point d’histoire |
|---|---|---|
| Sprint 1 | 6 | 29 |
| Sprint 2 | 8 | 34 |
| Sprint 3 | 7 | 28 |
Comment calcule-t-on la capacité d’équipe en agile ?
Étape 1 : calculer le facteur de concentration : Un facteur de concentration peut décrire la part du temps de travail disponible consacrée à l’activité planifiée. Utilisez des unités compatibles. L’expression « Facteur de concentration = Vélocité du Sprint / Capacité de l’équipe » n’est pas une fraction sans dimension si la vélocité est en points d’histoire et la capacité en heures. Pour un facteur temporel, divisez les heures productives par les heures disponibles.
« Facteur de concentration = Heures productives / Heures disponibles »
Vélocité du Sprint et graphique burndown
Étape 2 : calculer la vélocité du Sprint : La vélocité est le travail estimé terminé pendant un Sprint. Une moyenne sur les trois à cinq dernières itérations peut éclairer une prévision. Calculez séparément le temps disponible en additionnant les jours ou heures de chaque personne ; multiplier l’effectif par les jours ne fonctionne que si tous ont les mêmes disponibilités.
Supposons que l’équipe termine en moyenne 32 points d’histoire par Sprint et compte 6 membres disponibles 8 h/jour. Ces seules données ne permettent pas de déterminer un facteur de concentration temporel.
“32 /(6*8) = 0.67” divise les points d’histoire par Sprint par les heures quotidiennes. Cela ne prouve pas que 0,67 du temps de l’équipe soit disponible pour un travail productif.
Étape 3 : calculer la capacité de l’équipe Scrum : Supposons maintenant qu’une mesure distincte donne une fraction de temps productif de 0,67. Pour un Sprint de 2 semaines débutant, par exemple, le 1er janvier, supposons 10 jours ouvrés après exclusion des samedis et dimanches, le cas échéant. Vérifiez aussi les jours fériés locaux et les disponibilités individuelles. Multipliez cette fraction temporelle par les heures disponibles :
« La capacité de l’équipe serait de 0,67 * (6*8*10) = 321,6 heures »
Avec ces hypothèses, il reste à l’équipe 158,4 (480 - 321,6) heures sur ses 480 heures disponibles pour la planification du Sprint, les Daily Scrums, la revue de Sprint, l’affinage du Product Backlog (parfois appelé grooming), la rétrospective de Sprint, les pauses, d’autres réunions comme la clarification des histoires avec le Product Owner, et les autres besoins du Sprint. Cette répartition est illustrative : elle ne convertit pas les points d’histoire en heures.
Tenez compte de la capacité pour prévoir les points d’histoire du Sprint et éviter un objectif irréalisable. L’exemple initial utilise un facteur de concentration de 0,6 à 0,8 : c’est une hypothèse illustrative, pas une règle Scrum ni une référence universelle. Un facteur mesuré pour votre équipe peut aider à estimer le temps disponible pour l’Increment et à évaluer la soutenabilité de la charge. Il ne mesure pas à lui seul la santé de l’équipe.
Estimation en points d’histoire
Estimer en points d’histoire ressemble à préparer un long voyage : on prévoit du temps et des ressources sans pouvoir anticiper chaque obstacle. Anticipez les besoins, les coûts et les attentes du client, puis utilisez l’adaptabilité de l’équipe pour gérer l’incertitude, réduire les coûts et améliorer l’expérience de travail.
L’estimation en points d’histoire, éclairée par les données, fait partie intégrante de la planification des projets agiles et des réunions Scrum. Elle améliore l’attribution d’une valeur aux histoires utilisateur selon leur complexité plutôt que le temps passé, répondant directement aux besoins des clients et apportant une précision inégalée à l’estimation de capacité.
Les équipes utilisent souvent une suite de type Fibonacci (1,2,3,5,8), leur expérience et leur savoir technique pour comparer l’effort et la complexité relatifs. Elles peuvent estimer avant ou pendant la planification du Sprint selon leurs besoins ; Scrum n’impose ni cette échelle ni ce moment. Incluez les personnes qui feront le travail pour bénéficier de leurs différents points de vue.
Si concevoir et réaliser une connexion demande plus d’effort que créer un logo de site, il est logique d’attribuer davantage de points à la connexion. Discuter de ces différences aide l’équipe à progresser, favorise la réussite du projet et améliore l’expérience de travail.
La contribution de chacun peut révéler des hypothèses et améliorer les estimations. Certaines équipes utilisent une moyenne pondérée des votes individuels ; cette technique locale n’est ni une exigence Scrum ni un remplacement de la discussion des désaccords. En Planning Poker, examinez les raisons des écarts et cherchez une estimation commune.
Les estimations en points d’histoire aident à comprendre les problèmes complexes et à prévoir le développement. La complexité est un élément de planification ; elle ne rend pas automatiquement un élément prioritaire. Considérez aussi la valeur métier, les dépendances, les risques et l’ordre établi par le Product Owner.
Anticiper les changements de périmètre et les ajustements
La planification de capacité exige de l’adaptabilité. Anticipez les changements possibles et préparez-vous à ajuster pour améliorer l’exécution et le fonctionnement de l’organisation.
Si des demandes imprévues rendent le travail planifié irréaliste, inspectez la situation et adaptez-vous. Les Developers et le Product Owner peuvent clarifier et renégocier le périmètre à mesure qu’ils apprennent, sans mettre en danger l’objectif de Sprint. Les retours des parties prenantes éclairent ces décisions et maintiennent la réponse aux besoins clients.
Rendez les changements de périmètre transparents pour assurer une compréhension commune et une communication confiante. Conservez cette vision partagée du lancement à la clôture du projet pour une expérience de travail cohérente.
Intégrer les jours fériés et les congés payés
Tenez compte des jours fériés et des congés payés (PTO) pour estimer ce qui est réalisable. Ajustez les prévisions afin que l’objectif de Sprint reste réaliste malgré les vacances et jours fériés. Les outils de planification peuvent clarifier les calendriers, les demandes changeantes et les disponibilités, au service de la continuité, de la maîtrise des coûts et des clients.
Un développeur prenant deux semaines de vacances sur un horizon de huit semaines dispose de six semaines avant prise en compte des autres engagements. Cet horizon couvre plusieurs Sprints : un Sprint Scrum dure un mois au maximum. Intégrez les congés payés et engagements personnels à la planification de chaque Sprint.
Prévoyez aussi les réunions du personnel, les formations, les courriels et les autres activités consommant du temps de travail. Les inclure aide à planifier de manière réaliste, à maintenir la productivité et à soutenir les revenus.
Pour établir un calendrier global du projet, identifiez le travail et considérez la capacité et les disponibilités. Définissez clairement les tâches, puis laissez ceux qui les réalisent organiser leur exécution. Un calendrier à long terme est une prévision, pas un substitut à la planification du Sprint ou à l’autogestion des Developers.
Construire et hiérarchiser le calendrier du projet
Pour un nouveau logiciel, le travail peut inclure recueil des besoins, conception des interfaces, codage, tests et déploiement. Décomposez ces grandes activités en petites tâches pour adapter le plan aux changements. Comme pour une recette de gâteau, listez ingrédients, quantités et étapes plutôt que de tout mélanger sans plan.
Un tableau clarifie les tâches, disponibilités et délais prévisionnels, en reliant le plan global à l’avancement et aux besoins de formation. Les durées illustratives ci-dessous décrivent des activités de projet, pas des phases séquentielles obligatoires ni des durées de Sprint Scrum ; collaborez entre compétences pour créer des Increments utilisables à chaque Sprint.
Face au temps limité et aux demandes concurrentes, déterminez ce qui exige une attention immédiate et ce qui peut attendre. Tenez compte de la complexité, de la valeur métier et de l’ordre du Product Owner pour renforcer la confiance dans le plan et soutenir les résultats et revenus.
Dans l’analogie culinaire, le pain passe avant le gâteau s’il faut du pain au déjeuner. Le but et le moment guident l’ordre. Appliquez cette logique pratique à l’enchaînement des tâches et aux jours fériés.
| Tâche | Ressource | Durée |
|---|---|---|
| Recueil des besoins | Product Owner | 2 semaines |
| Conception des interfaces utilisateur | Concepteur UI/UX | 3 semaines |
| Codage | Developers | 8 semaines |
| Tests | Équipe assurance qualité | 4 semaines |
| Déploiement | Ingénieur DevOps | 1 semaine |
Réexaminez les priorités au fil du travail. Une capacité limitée oblige à choisir les tâches immédiates et celles à différer, selon leur valeur, leur complexité et l’objectif commun.
Comme lorsque l’on prépare du pain avant un gâteau pour le déjeuner, expliquez la raison de l’ordre choisi afin que tous comprennent le plan.
Prévoyez des marges pour les retards imprévus, difficultés et formations dans les prévisions des tâches et du projet. Sans réserves suffisantes, les déficits de capacité peuvent entraîner des revers.
Récapitulatif de la planification de capacité
La planification de capacité considère les disponibilités, compétences et dépendances externes pour prévoir un travail réaliste dans un Sprint. Le Scrum Guide demande de tenir compte de la capacité à venir pendant la planification du Sprint ; il ne prescrit aucune formule de facteur de concentration. Voici les statistiques présentées dans cet article :
- En moyenne, les équipes utilisant la planification de capacité Scrum enregistrent une hausse de productivité de 25%.
- Environ 90% des projets agiles réussis utilisent une forme de planification de capacité Scrum.
- La planification de capacité Scrum réduit de 40% le risque de retard des projets.
- Les équipes utilisant la planification de capacité Scrum signalent une baisse de 75% des coûts globaux des projets.
- Les organisations appliquant la planification de capacité Scrum constatent une amélioration de 15% de la satisfaction client.
La planification de capacité estime ce qu’une équipe peut accomplir dans un Sprint selon l’effectif, les compétences, disponibilités et autres engagements. Elle favorise un usage efficace des ressources et des objectifs réalistes. Surveillez et ajustez tout au long du projet selon l’évolution de la capacité et de la demande.
Bonne réussite dans votre planification de capacité Scrum. Gardez l’esprit ouvert, inspectez les résultats et adaptez votre approche. L’engagement envers l’amélioration continue peut renforcer votre planification et contribuer à la réussite de vos projets.
Merci de votre engagement dans l’apprentissage de Scrum. Nous vous souhaitons pleine réussite dans le développement de votre expertise.
