Certaines ressources sont surchargées : que faire concrètement ?

Votre planning est propre. Pourtant, certaines personnes croulent sous le travail.

Vous avez planifié vos projets. Les tâches sont affectées, les délais fixés. Et pourtant, au fil des semaines, le même constat revient : certaines personnes accumulent les retards, jonglent entre trop de sujets à la fois, et les projets qui dépendent d'elles commencent à glisser.

Ce n'est pas un problème de motivation ni d'organisation individuelle. C'est un problème de charge invisible.

Tant que la surcharge n'est pas rendue visible sur l'ensemble du portefeuille, les décisions de réaffectation se prennent dans l'urgence, sans visibilité sur les effets de bord. Et souvent, en résolvant un problème, on en crée un autre.

Ce guide explique comment reconnaître une surcharge réelle, comment agir sur la charge sans déstabiliser les autres projets, et comment mettre en place un pilotage qui anticipe ces situations plutôt que de les subir.

Ce que la surcharge ressemble vraiment sur le terrain

Prenons un exemple concret. Une entreprise collecte et restaure des manuels scolaires. Elle emploie une équipe permanente d'une trentaine de personnes, complétée chaque année par environ deux cents saisonniers pour les campagnes de rentrée.

La quantité de livres à traiter varie. L'état des ouvrages est inégal. La disponibilité des saisonniers fluctue selon les années. Et les délais, eux, sont fixes : les livres doivent être prêts avant la rentrée.

Dans ce contexte, la surcharge n'arrive pas brutalement. Elle s'installe progressivement.

Un poste de tri commence à accumuler du stock en attente. Les contrôleurs qualité sont sollicités sur plusieurs lots à la fois. Les saisonniers les plus expérimentés sont réaffectés en urgence d'un poste à l'autre, sans que personne ne mesure l'impact sur le reste de la chaîne.

Ce scénario se retrouve dans de nombreux secteurs : bureau d'études avec des ingénieurs partagés entre plusieurs chantiers, agence avec des chefs de projet sur plusieurs clients, équipe IT avec des développeurs sollicités en parallèle sur la maintenance et les nouvelles fonctionnalités.

Deux erreurs qui aggravent la situation

Réaffecter dans l'urgence sans voir l'impact

Quand un poste est saturé, le réflexe naturel est de déplacer une ressource disponible vers le problème visible. C'est rapide, logique en apparence, et souvent contre-productif.

Ce que l'on ne voit pas au moment de la décision : la ressource déplacée était peut-être planifiée sur une tâche en amont d'un autre projet. En la retirant, on décale silencieusement une dépendance ailleurs. Le problème visible est résolu, mais un autre problème invisible vient de naître.

Découvrir trop tard qu'un poste est à saturation

La surcharge n'est pas toujours criante. Elle se développe sur plusieurs semaines. Une personne absorbe progressivement plus de charge que sa capacité réelle, compense par des heures supplémentaires, déprioritise certaines tâches sans le signaler, et un jour le retard devient visible — mais il a en réalité commencé bien plus tôt.

Ce qu'on voit

Un retard qui apparaît soudainement sur un projet, une ressource qui demande de l'aide en urgence.

Ce qui s'est passé

Une charge accumulée sur plusieurs semaines, des signaux ignorés faute de visibilité centralisée.

Comment rendre la surcharge visible avant qu'elle devienne un retard

La première étape n'est pas de réaffecter. C'est de voir.

Pour chaque ressource, deux informations sont nécessaires : sa capacité disponible sur une période donnée, et la charge qui lui est déjà affectée dans les plannings en cours. L'écart entre les deux est ce que l'on appelle la tension de charge.

Tant que cette information n'est pas centralisée et mise à jour en continu, les décisions de réaffectation reposent sur des estimations informelles. Et les estimations informelles se trompent régulièrement.

Dans un environnement multi-projets comme la restauration de manuels scolaires, il faut pouvoir répondre à trois questions simples en quelques secondes :

• Quelle ressource est actuellement proche ou au-delà de sa capacité ?
• Sur quels projets cette ressource est-elle engagée ?
• Si je la déplace, quel est l'impact sur les autres projets ?

Sans outil adapté, répondre à ces questions prend du temps et repose sur des tableaux Excel souvent désynchronisés.

Le nivellement de charge : ce que c'est, et ce que ce n'est pas

Le nivellement de charge est souvent présenté comme une fonctionnalité mystérieuse des logiciels de gestion de projet. En réalité, le principe est simple.

Quand plusieurs tâches sont affectées à la même ressource sur une même période, et que cette période dépasse sa capacité réelle, le nivellement consiste à décaler les tâches moins prioritaires pour que la ressource ne soit jamais planifiée au-delà de ce qu'elle peut faire.

Ce n'est pas une optimisation magique. C'est une mise en réalité du planning.

La question importante pour un chef de projet ou un responsable d'équipe n'est pas « est-ce que je veux niveler ? » mais « comment décider quelles tâches décaler en premier ? »

C'est là que la logique de la chaîne critique apporte une réponse concrète.

Comment décider quoi décaler : la logique de la chaîne critique

La méthode CCPM, développée par Eliyahu M. Goldratt dans Critical Chain (1997) à partir de sa Théorie des Contraintes, pose un principe simple : toutes les tâches n'ont pas la même importance pour la date de fin du projet.

La chaîne critique est la suite de tâches qui conditionne réellement la livraison du projet, en tenant compte à la fois des dépendances entre tâches et des disponibilités des ressources. C'est plus précis que le chemin critique classique, qui ne tient pas compte des conflits de ressources.

Ce principe donne une règle de décision claire pour le nivellement :

1. 1

   Identifier la chaîne critique. Quelles tâches, si elles glissent, font glisser la date de fin du projet ? Ce sont celles-là qu'il ne faut pas toucher.

2. 2

   Protéger les ressources critiques. Si une ressource est sur la chaîne critique, elle ne doit jamais se voir affecter une tâche secondaire en parallèle de ses tâches critiques. Ce n'est pas qu'elle ne peut faire qu'une seule chose dans tout le projet — c'est que le multitâche simultané sur la chaîne critique est ce qui tue les délais.

3. 3

   Décaler les tâches hors chaîne critique. Les tâches qui ne sont pas sur la chaîne critique peuvent être reportées sans impact direct sur la date de fin — à condition de ne pas les retarder indéfiniment.

4. 4

   Surveiller les buffers d'alimentation. Les chemins secondaires qui rejoignent la chaîne critique doivent disposer de marges suffisantes. Si ces marges se consomment trop vite, c'est un signal d'action.

Dans l'exemple de la restauration de manuels scolaires, cela revient à se demander : quelle séquence de tâches détermine vraiment la date à laquelle les premiers lots seront prêts pour la rentrée ? Ce sont ces tâches — et les ressources qui les exécutent — qui doivent être protégées en priorité.

Comment KairoProject détecte la surcharge et applique le nivellement

KairoProject intègre cette logique directement dans son moteur de planification. Quand une ressource est affectée à plusieurs tâches incompatibles dans une même période, le moteur ne laisse pas passer le conflit : il le résout en ordonnant les tâches selon leur position par rapport à la chaîne critique.

La vidéo ci-dessous illustre concrètement ce mécanisme : comment le moteur détecte un conflit de charge, décale les tâches moins prioritaires, et recalcule la chaîne critique et les dates du projet en conséquence.

Ce que KairoProject permet concrètement face à une surcharge :

• Voir la tension de charge par ressource et par équipe, sur l'ensemble du portefeuille, pas seulement projet par projet.
• Identifier le projet et la tâche à l'origine de la tension, pour ne pas réagir à l'aveugle.
• Évaluer l'impact d'une réaffectation sur la chaîne critique, le buffer et les dates des autres projets avant de l'appliquer.
• Suivre les heures restantes par tâche et par ressource, pour détecter la dérive avant qu'elle soit irréversible.

Le moteur CCPM arbitre les conflits de charge en appliquant une priorité claire : ce qui est prêt à démarrer maintenant, ce qui est sur la chaîne critique, ce qui est en retard réel. La décision de réaffectation cesse d'être intuitive. Elle devient lisible.

Ce qu'il faut faire en pratique : trois actions concrètes

Si la surcharge renvoie à la façon dont le travail a été réparti au départ, voir comment allouer les ressources entre plusieurs projets.

1. Rendre la charge visible sur l'ensemble du portefeuille

Avant toute décision, vérifiez la charge globale de chaque ressource, pas seulement sur le projet qui pose problème. Une ressource saturée sur un projet l'est souvent aussi ailleurs.

Dans KairoProject, la vue charge ressources agrège les affectations de tous les projets actifs pour chaque personne ou équipe. C'est ce niveau de vue qui rend les décisions fiables.

2. Identifier la tâche prioritaire, pas la ressource disponible

Quand la surcharge est détectée, le réflexe est de chercher « qui peut prendre ce travail ? ». La bonne question est « quelle tâche doit absolument avancer, et qui peut s'en charger sans fragiliser la chaîne critique d'un autre projet ? »

Cette inversion de logique évite la grande majorité des effets de bord non vus lors des réaffectations en urgence.

3. Traiter la contrainte, pas les symptômes

Une surcharge persistante sur les mêmes types de tâches n'est pas un problème d'estimation : c'est le signal qu'une ressource est la vraie contrainte du système. La Théorie des Contraintes de Goldratt propose une réponse structurée en trois temps, directement applicable ici.

Identifier la contrainte réelle. Quelle ressource, si elle est saturée, bloque l'ensemble de la chaîne ? Pas celle qui semble la plus occupée en surface, mais celle dont le ralentissement retarde les autres postes en aval. Dans notre exemple, ce peut être le poste de contrôle qualité — si les livres s'accumulent devant lui, c'est lui qui détermine le rythme de sortie.

Subordonner les autres ressources à la contrainte. Une fois la contrainte identifiée, les postes en amont ne doivent pas produire plus vite qu'elle ne peut absorber. Alimenter une contrainte plus vite qu'elle ne peut traiter crée du stock intermédiaire, de la complexité, et aucun gain sur la date de fin. Le reste de l'équipe s'organise autour du rythme de la contrainte, pas l'inverse.

Élever la capacité uniquement si nécessaire. Ce n'est qu'après avoir maximisé l'utilisation de la contrainte existante — en la déchargeant de tout travail non critique, en supprimant les interruptions, en lui donnant la priorité absolue — qu'on envisage d'augmenter sa capacité : affecter un saisonnier supplémentaire à ce poste précis, former un agent polyvalent à cette tâche, réorganiser le flux en amont.

Ce que cela change pour une équipe de restauration de manuels scolaires

Dans le contexte décrit plus haut, ces trois actions se traduisent ainsi :

Questions fréquentes

Sources et lectures complémentaires

• Eliyahu M. Goldratt, Critical Chain (1997) — fondement de la CCPM et de la gestion des ressources contraintes en multi-projets. Voir sur Google Books
• PMI, Pulse of the Profession — rapport annuel sur les causes d'échec projet et le rôle de la gestion des ressources. Accéder aux rapports PMI
• chaine-critique.com — ressource francophone de référence sur la méthode CCPM et le nivellement de charge.
• Pour la méthode complète au niveau du portefeuille, voir notre guide pour gérer plusieurs projets avec une équipe partagée.