L’essentiel à retenir avant de le mettre en place
- L’objectif est de comparer la capacité réelle de l’équipe avec la charge à venir, période par période.
- Il faut intégrer les projets, mais aussi le support, les réunions, les congés et les tâches récurrentes.
- Une mise à jour hebdomadaire est souvent le bon rythme pour garder une vision fiable.
- Le taux d’occupation, le reste à faire et la capacité nette sont les trois repères que je regarde en premier.
- Excel peut dépanner sur un petit périmètre, mais devient vite fragile dès que plusieurs projets se croisent.
- Une charge durablement supérieure à 85-90 % est souvent un signal d’alerte, surtout si l’équipe gère aussi du run.
Ce que couvre vraiment une logique de charge projet
Je le rappelle souvent aux équipes qui démarrent : ce type d’outil n’est pas un simple planning de tâches. Il croise trois dimensions qui, ensemble, donnent une vraie visibilité de pilotage : la demande des projets, la capacité réelle des ressources et le temps disponible sur une période donnée. C’est ce croisement qui permet de répondre à des questions simples en apparence, mais décisives en pratique : qui est disponible, à quel moment, avec quelle compétence, et pour quelle durée ?
Dans une équipe IT ou dans un portefeuille multi-projets, la charge ne se limite jamais aux livrables. Il faut aussi compter les réunions, les interruptions, le support, les congés, les absences prévues, les tâches administratives et parfois la maintenance applicative. Si on oublie ces éléments, on obtient un joli tableau sur le papier et une mauvaise surprise dans la vraie vie.
- Capacité : ce que l’équipe peut réellement absorber sur une période donnée.
- Charge : le volume de travail attendu, exprimé en heures, en jours ou en points d’effort.
- Affectation : la répartition concrète des tâches entre les personnes disponibles.
- Compétence : la compatibilité entre une tâche et la personne qui doit la porter.
Autrement dit, la valeur de cet outil n’est pas de montrer un agenda plus ou moins dense, mais de rendre les arbitrages visibles avant qu’ils ne deviennent urgents. C’est précisément là que les équipes se trompent le plus, et c’est ce qui explique les tensions que l’on observe ensuite dans la capacité réelle.
Les signes qui montrent qu’une équipe n’est pas bien calibrée
Quand je regarde une organisation qui peine à tenir ses engagements, je cherche d’abord des symptômes très concrets. Une équipe trop chargée n’annonce pas toujours la crise de façon spectaculaire ; elle la signale souvent par une accumulation de petits dérapages. Les tâches glissent d’une semaine à l’autre, les réunions deviennent permanentes, les validations prennent du retard, et l’on commence à « emprunter » du temps sur les soirées ou les week-ends pour rattraper.
À l’inverse, une sous-charge existe aussi, même si elle est moins visible. Elle apparaît quand certaines compétences restent sous-utilisées parce que les affectations ne sont pas assez fines, ou parce qu’un projet mobilise toujours les mêmes profils pendant que d’autres attendent une décision. Dans ce cas, le problème n’est pas l’absence de travail, mais une mauvaise répartition du travail.
Surcharge visible
Je la reconnais à trois signaux : des délais qui bougent sans cesse, des estimations qui deviennent trop optimistes par habitude, et une équipe qui ne peut plus absorber l’imprévu. Dès qu’une seule personne devient le point de passage obligé de plusieurs projets, le risque grimpe vite.Lire aussi : User Stories Agiles - Écrire des récits qui livrent de la valeur
Sous-charge cachée
Elle est plus sournoise, parce qu’elle donne l’impression que l’équipe est « disponible ». En réalité, la personne est parfois disponible sur le papier, mais pas exploitable sur le bon périmètre, parce que ses compétences, son autonomie ou son niveau de contexte ne correspondent pas à la demande immédiate.
Ces signaux doivent être repérés tôt, sinon on finit par piloter au ressenti plutôt qu’avec une vision fiable. C’est justement pour cela qu’il faut structurer la construction de la charge plutôt que de la subir.
Construire un tableau lisible sans le surcharger
Je préfère toujours une structure simple, vivante et claire à un modèle sophistiqué que personne ne met à jour. Pour qu’il soit utile, le tableau doit montrer ce qui compte réellement, à une granularité adaptée à l’équipe. Dans beaucoup de cas, je pars sur une lecture hebdomadaire pour l’opérationnel et sur un horizon de 8 à 12 semaines pour voir venir les tensions. Au-delà, on entre dans la projection plus que dans le pilotage.
- Commencer par la capacité nette : heures ou jours réellement mobilisables après retrait des congés, absences, rituels récurrents et activités hors projet.
- Découper la demande : séparer les projets, le support, le run, les tâches internes et les activités exceptionnelles.
- Affecter par compétence : une personne disponible n’est pas forcément la bonne personne pour la tâche.
- Ajouter une marge : je garde presque toujours un coussin de 10 à 20 % selon l’incertitude du portefeuille.
- Rendre la mise à jour simple : si l’actualisation prend trop de temps, l’outil sera abandonné ou contourné.
En pratique, je recommande aussi de travailler en blocs de 0,25 à 0,5 jour quand l’incertitude est forte. Cela évite la fausse précision, qui est souvent pire qu’une estimation honnête et légèrement grossière. Une fois ce cadre posé, les indicateurs deviennent beaucoup plus lisibles.
Les indicateurs qui méritent un suivi régulier
Le bon tableau n’est pas celui qui affiche tout. C’est celui qui fait ressortir les quelques mesures qui permettent de décider vite. Je me concentre en général sur cinq repères, parce qu’ils racontent à eux seuls l’état réel du portefeuille.
| Indicateur | Ce qu’il mesure | Pourquoi je le regarde |
|---|---|---|
| Capacité nette | Le temps réellement mobilisable après retrait des absences et du hors projet | Elle sert de base à tous les arbitrages |
| Charge planifiée | Le volume de travail déjà affecté sur une période | Elle montre la pression réelle sur l’équipe |
| Taux d’occupation | Charge planifiée ÷ capacité nette × 100 | Il révèle vite la saturation ou la marge restante |
| Reste à faire | Le volume de travail non encore absorbé | Il permet d’anticiper un décalage ou une dérive |
| Charge hors projet | Réunions, support, maintenance, tâches internes | Elle explique souvent pourquoi le planning se tend |
Le signal qui m’intéresse le plus reste le taux d’occupation. Au-delà de 85-90 % de manière continue, on entre souvent dans une zone fragile, surtout quand l’équipe gère à la fois des projets et de l’exploitation. Ce n’est pas une règle absolue, mais c’est un excellent point d’alerte pour ouvrir la discussion avant que les retards ne s’accumulent.
Je regarde aussi la fréquence de mise à jour. Une lecture mensuelle masque trop vite les variations de capacité, alors qu’une revue hebdomadaire permet de corriger les affectations avant que le portefeuille ne se désorganise. C’est précisément à ce moment-là qu’il faut trancher entre les outils disponibles.
Excel, Gantt ou logiciel dédié
Le choix de l’outil dépend moins de la mode que de la complexité réelle de votre environnement. Pour un petit périmètre stable, un tableur peut suffire. Dès que plusieurs projets, plusieurs profils et plusieurs types d’activités se superposent, il devient vite difficile de garder une vue fiable sans multiplier les versions. Je résume souvent le sujet ainsi : le bon outil est celui qui aide à arbitrer, pas seulement à afficher des données.
| Solution | Quand elle suffit | Ses limites | Mon avis |
|---|---|---|---|
| Tableur | Petite équipe, peu de projets, fonctionnement stable | Versions multiples, erreurs de saisie, faible visibilité globale | Très bien pour démarrer, fragile dès que le volume augmente |
| Vue Gantt | Besoin surtout de séquencer les tâches d’un projet | Montre mal la capacité réelle et les activités récurrentes | Utile pour le calendrier, insuffisant pour le pilotage capacitaire |
| Logiciel dédié | Portefeuille multi-projets, arbitrages fréquents, équipes partagées | Paramétrage plus long, coût plus élevé, conduite du changement nécessaire | Le meilleur choix dès que la visibilité et la collaboration deviennent critiques |
Dans ma pratique, je considère qu’on franchit un cap dès qu’il faut suivre plus d’une dizaine de profils, plusieurs projets en parallèle et des activités non projet qui consomment elles aussi de la capacité. À ce niveau, le vrai sujet n’est plus l’affichage, mais la fiabilité de la décision. C’est là que les erreurs classiques deviennent coûteuses.
Les erreurs qui faussent presque toujours la lecture
Je rencontre souvent les mêmes biais, quel que soit le secteur. Le premier consiste à confondre capacité brute et capacité utile. Le second consiste à ignorer les tâches invisibles, celles qui ne figurent pas dans les projets mais qui absorbent une part importante du temps. Le troisième, plus subtil, est de vouloir une précision artificielle alors que l’information de départ est encore floue.
- Oublier le hors projet : réunions, support, reporting, formations, incidents, assistance métier.
- Affecter seulement selon la disponibilité : la compétence et le niveau d’autonomie comptent autant que le temps libre.
- Ne pas mettre à jour assez souvent : une charge juste hier peut être fausse aujourd’hui.
- Sur-préciser les estimations : si le projet est encore incertain, mieux vaut rester sur une granularité simple.
- Transformer l’outil en contrôle : si l’équipe le vit comme un instrument de surveillance, elle cessera de le nourrir correctement.
- Ne pas prévoir de marge : sans buffer, le moindre aléa casse la mécanique.
Je préfère un modèle légèrement imparfait mais utilisé chaque semaine à un modèle théoriquement impeccable qu’on n’ouvre plus. L’objectif n’est pas de gagner le débat de forme, mais de sécuriser les décisions de fond. Et c’est encore plus vrai dans un portefeuille IT, où les arbitrages se jouent sur plusieurs niveaux.
Ce que cela change dans un portefeuille IT
Dans un contexte IT, la lecture de la charge devient plus stratégique parce que l’équipe ne travaille presque jamais sur un seul flux homogène. Elle jongle entre projets, maintenance, incidents, sécurité, évolutions applicatives, support métier et parfois dette technique. Ce mélange impose une vision plus fine, car la disponibilité d’un profil dépend autant de son agenda que de son niveau de compétence sur un sujet donné.
Je distingue généralement trois niveaux de lecture. Au niveau opérationnel, je veux savoir qui travaille sur quelle tâche la semaine prochaine. Au niveau tactique, j’essaie de comprendre si l’on peut lancer un nouveau projet, déplacer une phase ou sous-traiter une partie. Au niveau stratégique, la question devient plus large : faut-il recruter, former, réallouer ou arbitrer le portefeuille ?
C’est aussi dans l’IT que l’outil prend toute sa valeur pour le PMO, les managers de ressources et les chefs de projet. Il évite de lancer des initiatives « à l’aveugle » et oblige à relier la feuille de route à la capacité réellement disponible. C’est une fonction de pilotage, pas seulement une fonction de planification.
Quand je conseille une équipe IT, je lui demande toujours d’identifier ce qui crée la rareté : la disponibilité, la compétence, le temps de décision ou le volume de demandes. C’est cette lecture qui permet de savoir si le problème se règle par réorganisation, par arbitrage, par renfort externe ou par simple séquencement des priorités.
Ce qu’il faut garder en tête pour qu’il reste utile
Le vrai bon réflexe, c’est de traiter cet outil comme un support de décision vivant. Il doit rester lisible, mis à jour et suffisamment simple pour être compris par ceux qui l’utilisent au quotidien. Si vous devez expliquer le même tableau pendant dix minutes à chaque réunion, il est déjà trop lourd.
Je retiens surtout quatre règles : partir de la capacité nette, intégrer le hors projet, mettre à jour régulièrement et garder une marge pour les imprévus. Avec ces quatre repères, on évite déjà la plupart des dérives. Le reste relève de l’organisation, des arbitrages et de la maturité de l’équipe.
Un bon outil de charge ne promet pas d’éliminer l’incertitude. Il permet en revanche de la rendre visible plus tôt, ce qui change tout quand plusieurs projets avancent en parallèle et que les ressources ne sont pas extensibles à l’infini.
