Nous sommes à la troisième semaine d’un cycle de livraison de six semaines et votre équipe de développement est bloquée. Le responsable produit a besoin d’une date ferme pour une démonstration client, le responsable technique signale une augmentation soudaine du nombre de bugs et l’équipe d’assurance qualité (QA) enchaîne déjà les heures de nuit. Deux ingénieurs sont affectés chacun à trois projets, une rotation de support en production les sollicite constamment et le designer est partagé entre deux équipes. La décision à prendre semble simple sur le papier : faut-il maintenir la date en réduisant le périmètre, conserver le périmètre en décalant la date, ou ajouter des ressources dont vous ne disposez pas réellement ? Chaque jour d’attente accroît la charge de retravail et érode la confiance. Cette formation vous permet d’acquérir les habitudes et les outils nécessaires pour débloquer la situation. Vous apprendrez à repérer les besoins cachés en ressources dans un planning, à élaborer un modèle de capacité reflétant la réalité du travail de vos équipes et à utiliser l’IA pour générer des options à négocier avec les parties prenantes.
Le premier signe avant-coureur n’est pas le diagramme de Gantt, mais la fréquence des interruptions. Un ingénieur commence à développer une fonctionnalité, est appelé pour gérer un incident critique (Sev 2), revient pour résoudre des conflits de fusion, puis bâcle une revue de code pour un autre projet parce qu’il bloque un collègue. L’échéance glisse, et l’équipe compense en faisant l’impasse sur les tests. Une semaine plus tard, le nombre de défauts augmente, le contrôle qualité (QA) devient un goulot d’étranglement et la version candidate stagne. L’épuisement se manifeste par des cycles de développement plus longs, des transferts de tâches fragiles et davantage de temps passé à demander l’état d’avancement qu’à effectuer le travail lui-même.
Une erreur courante des chefs de projet consiste à traiter ce problème sous l’angle de l’exécution. Cette approche semble intuitive : on peut multiplier les réunions quotidiennes, resserrer le suivi dans Jira et exiger une meilleure concentration. Or, cela ne fait qu’alourdir la charge de coordination pesant sur ces mêmes personnes déjà surchargées. Le véritable problème est que le calendrier exige un volume d’heures de travail — et ce, aux mauvais moments — supérieur à ce que l’équipe peut fournir sans compromettre la qualité.
Lorsque vous affectez des personnes à des tâches, vous résolvez un problème de contraintes, vous ne vous contentez pas de remplir des cases. Le périmètre correspond au travail promis. Le calendrier définit les délais de réalisation. La capacité représente le nombre d’heures de travail effectif que l’équipe peut fournir chaque semaine. Les compétences déterminent qui peut accomplir quelles tâches sans risque inacceptable. Les hypothèses de disponibilité englobent les facteurs implicites — comme les astreintes, les réunions et les sollicitations par des services transverses — qui réduisent la capacité réelle.
Avant de décider d’une action, identifiez la contrainte qui pèse réellement sur votre situation : le calendrier, les compétences ou la disponibilité.
Il est important de noter cela car un même symptôme peut avoir des causes différentes. Dans le développement de logiciels, les contraintes de compétences sont souvent prédominantes : une seule personne peut maîtriser le pipeline de déploiement. Pour une campagne marketing, la contrainte majeure peut être liée à des dates précises imposées par des événements externes. Lors du déploiement d’opérations de santé, des facteurs de disponibilité — tels que le temps de formation ou la couverture des équipes — peuvent constituer un blocage, même si les effectifs semblent suffisants. Votre rôle consiste à identifier la contrainte, puis à choisir une solution qui modifie cette contrainte, plutôt qu’une simple mesure ajoutant de la pression.
Impossible d’équilibrer la charge des ressources sans connaître votre capacité réelle. Un modèle de capacité correspond à votre estimation explicite du nombre d’heures hebdomadaires exploitables par rôle, une fois déduit le temps qui ne contribue pas à l’avancement du projet. Partez du nombre d’heures théoriques. Soustrayez les congés payés et les jours fériés, ainsi que les réunions et cérémonies récurrentes. Appliquez ensuite un facteur de concentration (ou « focus factor ») : il s’agit du pourcentage du temps restant pouvant être réellement consacré aux tâches prévues du projet, compte tenu des interruptions et des besoins de coordination. Enfin, déduisez le temps alloué aux services partagés, comme le support à la production ou les demandes internes incontournables.
Utilisez l’outil de planification pour élaborer un plan de capacité de sprint intégrant les congés et la charge liée aux réunions pour chaque rôle.