Quand on gère trois projets à la fois, la journée se fragmente vite en tranches de trente minutes sans rapport les unes avec les autres: un comité de pilotage ici, un cadrage là, la relecture d’un livrable entre deux. Le soir venu, le constat est souvent le même: beaucoup de réunions, peu d’avancement réel sur chacun des dossiers. Ce n’est pas un problème d’organisation personnelle. C’est un phénomène systémique, et une loi mathématique formulée en 1961 permet de comprendre précisément pourquoi.
La loi de Little en trois minutes
La loi de Little (Little’s Law) établit une relation entre trois variables dans tout système où des éléments entrent, sont traités, puis sortent. La formule s’écrit L = λ × W, où L représente le nombre moyen d’éléments dans le système (les projets en cours), λ le taux d’arrivée des nouveaux éléments (les projets lancés par unité de temps) et W le temps moyen qu’un élément passe dans le système (la durée d’un projet du lancement à la livraison).
Reformulée pour la gestion de projet, la relation devient: débit = WIP / délai moyen, où le WIP (work in progress, le travail en cours) désigne le nombre de projets simultanément actifs. Cette formule, validée aussi bien dans l’industrie manufacturière que dans les projets d’infrastructure, dit une chose simple: dans un système stable, réduire le délai moyen des projets suppose de réduire le nombre de projets en cours.
La contre-intuition est totale. Face à des projets qui trainent, la réponse naturelle est d’en démarrer d’autres pour “ne pas perdre de temps”. Or c’est précisément ce comportement qui aggrave le problème, puisque chaque projet supplémentaire dans le système augmente mécaniquement le délai de tous les autres.
Un exemple chiffré
Prenons un bureau de projets (PMO) qui traite en moyenne 20 projets simultanément, avec un délai moyen de livraison de 10 mois. Le débit du système est de 2 projets livrés par mois. Si la direction impose cinq nouveaux projets sans qu’aucun ne soit terminé ou retiré, le WIP passe à 25 et, à débit constant, le délai moyen grimpe à 12,5 mois. Les projets existants qui devaient être livrés en 10 mois prendront désormais plus longtemps, et les cinq nouveaux ne seront pas livrés plus vite pour autant.
Inversement, si le PMO décide de geler cinq projets non prioritaires pour ramener le WIP à 15, le délai moyen tombe à 7,5 mois. Les quinze projets restants avancent plus vite, et les cinq projets gelés, repris ultérieurement dans de meilleures conditions, ont de meilleures chances d’aboutir que s’ils avaient végété pendant des mois dans un portefeuille surchargé.
Le coût invisible du changement de contexte
Au-delà de la mécanique des flux, le parallélisme a un coût individuel rarement mesuré. Gerald Weinberg, dans Quality Software Management (1992), a proposé un modèle devenu référence dans les communautés Lean et agiles: une personne affectée à deux projets simultanément ne consacre pas 50% de son temps à chacun, mais environ 40%, les 20% restants étant absorbés par le changement de contexte lui-même (le temps nécessaire pour se replonger dans un dossier après une interruption). Avec trois projets, la perte monte à 40%. Avec cinq projets, plus de 75% de la capacité productive s’évapore en transitions.
La traduction financière est parlante: un collaborateur facturé 600 francs par jour et affecté à deux projets perd environ 120 francs par jour en coûts de transition, soit près de 29 000 francs par an de capacité productive qui ne bénéficie à aucun projet. Ce coût n’apparait dans aucun tableau de bord classique, ce qui explique en partie pourquoi les organisations continuent à empiler les affectations.
Pourquoi les organisations surchargent quand même
Si la loi de Little est limpide et les données sur le changement de contexte sans ambiguité, pourquoi les organisations continuent-elles à surcharger leurs portefeuilles? Trois mécanismes l’expliquent.
Le premier est la pression politique: chaque projet a un sponsor, et chaque sponsor veut voir son initiative lancée. Refuser de démarrer un projet, même quand la capacité fait défaut, est perçu comme un affront ou un aveu d’incompétence. L’organisation préfère donner l’illusion du mouvement en lançant tout plutôt que de prioriser explicitement.
Le deuxième est la confusion entre activité et productivité. Un portefeuille de trente projets “actifs” donne une impression de dynamisme, même si la moitié de ces projets sont en réalité en attente, avec des ressources partiellement allouées qui passent d’un sujet à l’autre sans rien terminer.
Le troisième est l’absence de mécanisme de sortie. Beaucoup d’organisations ont un processus bien rodé pour lancer des projets (business case, comité d’engagement, allocation budgétaire) mais aucun processus équivalent pour les arrêter ou les suspendre. Un projet lancé reste “en cours” indéfiniment, même quand ses hypothèses initiales ne sont plus valides.
Le WIP comme levier de gouvernance
La limite de travail en cours (WIP limit), concept issu du Lean et popularisé par le Kanban, s’applique aussi bien au niveau d’un tableau d’équipe qu’au niveau d’un portefeuille de projets: fixer un nombre maximum de projets simultanément actifs et ne lancer un nouveau projet que lorsqu’un créneau se libère.
Cette discipline suppose de maintenir une file d’attente ordonnée par priorité, où les projets en attente restent visibles et où la date probable de démarrage peut être estimée en fonction du débit historique. La conversation avec les sponsors change alors de nature: au lieu de promettre que “tout sera fait en parallèle” et de livrer tardivement, le PMO s’engage sur un ordre de passage et un délai réaliste.
Le Project Production Institute observe que les organisations qui appliquent explicitement la loi de Little à leur portefeuille constatent une réduction significative des délais sans augmentation des ressources. Le gain ne vient pas d’un surcroit de travail, il vient de la suppression du gaspillage structurel causé par le parallélisme excessif.