Throughput vs utilisation : l'erreur de pilotage qui ralentit tes projets (et comment la corriger)

Tu as une équipe. Tout le monde a des tâches. Tout le monde est occupé. Pourtant les projets prennent deux fois plus de temps que prévu.

Ce scénario, je le vois chez la majorité des freelances, startups et PMEs que j'accompagne. L'intuition courante : si les gens travaillent à 100 %, les projets avancent vite. C'est faux.

Ce n'est pas une opinion — c'est un résultat formalisé par Eliyahu Goldratt dans The Goal, publié en 1984. Ce livre est devenu l'une des références les plus citées en management opérationnel. Le raisonnement est simple mais contre-intuitif : dans tout système de production — une usine, une équipe produit, un freelance multitâche — il existe toujours une contrainte, un goulot d'étranglement, qui limite le débit global. Optimiser autre chose que ce goulot ne sert à rien. Pire : ça crée de la congestion et ralentit encore plus le système.

Deux définitions nettes d'abord.

Le throughput (ou débit), c'est le flux de valeur qui sort du système : fonctionnalités livrées, clients signés, commandes expédiées. C'est ce que le client reçoit et pour quoi il paie.

Le taux d'utilisation, c'est le pourcentage de temps où chaque ressource est occupée. C'est ce que les managers regardent en général, parce que ça rassure. Une ressource à 100 % semble productive.

Le problème : ces deux métriques évoluent en sens opposé au-delà d'un certain seuil. La théorie des files d'attente — formalisée par John Kingman dans les années 1960 — le montre mathématiquement : quand l'utilisation d'une ressource dépasse environ 80 à 85 %, les délais d'attente n'augmentent pas linéairement. Ils explosent de façon exponentielle. Une équipe à 95 % d'utilisation peut afficher des temps de cycle bien supérieurs à une équipe à 80 %.

Traduction concrète : si ton développeur, ton designer ou ton service client est en permanence à fond, chaque nouvelle demande attend. Plus elle attend, plus le contexte à gérer s'accumule, plus les erreurs apparaissent, plus les révisions s'enchaînent. Le projet avance moins vite, pas plus vite.

La Theory of Constraints (ToC) de Goldratt propose cinq étapes. La première est la plus importante : trouver la contrainte. Pas optimiser tout le système — juste trouver où ça bloque.

Dans une startup ou une PME, le goulot n'est pas toujours évident. Ce n'est pas forcément la personne la plus occupée. C'est la ressource dont le débit plafonne tout ce qui vient après elle.

Deux questions pour l'identifier : d'abord, regarde où les tâches s'accumulent. Le goulot est juste avant la pile qui grossit. Si les demandes de validation attendent plusieurs jours sur le bureau du responsable produit, le responsable produit est ton goulot. Si les livraisons bloquent parce que la facturation prend du temps, la facturation est ton goulot. Ensuite, mesure le temps de cycle — de la demande entrante à la livraison — pas le taux d'occupation. Si une tâche passe 80 % de son temps à attendre et 20 % à être traitée, le problème n'est pas la vitesse d'exécution. C'est la file d'attente.

Une fois le goulot identifié, la règle est nette : exploite-le au maximum, protège-le de toute interruption, et subordonne tout le reste à son rythme. Produire plus vite en amont du goulot ne sert à rien — tu accumules du stock intermédiaire inutile qui crée de la congestion.

Une fois le goulot identifié, trois mécanismes permettent d'augmenter le débit réel sans nécessairement embaucher ou allonger les journées.

Levier 1 : les WIP limits. WIP signifie Work In Progress. Une WIP limit est un plafond sur le nombre de tâches qu'une personne ou une étape du flux peut avoir simultanément en cours. Si tu ne peux avoir que trois projets actifs à la fois, tu es forcé de finir avant de commencer. Ça semble contre-productif. En réalité ça réduit le multitasking, qui est documenté comme l'une des causes principales de baisse de productivité cognitive. Gerald Weinberg l'a formalisé dans Quality Software Management (1992) : chaque tâche supplémentaire en parallèle génère un surcoût de commutation de contexte. Des outils comme Kanban permettent de visualiser et d'appliquer ces limites simplement.

Levier 2 : rendre le goulot visible dans ton outil de gestion. Crée une colonne, un tag, une étiquette dédiée. Toute l'équipe doit savoir que cette étape est la priorité absolue. Aucune demande ad hoc ne vient perturber le goulot pour un travail de moindre valeur. Les urgences qui arrivent sont refusées ou planifiées.

Levier 3 : le buffer management. Goldratt distingue deux types de buffers. Le project buffer est un temps de sécurité centralisé en fin de projet. Le feeding buffer est un temps de sécurité placé avant le goulot, pour s'assurer qu'il ne reste jamais sans alimentation. L'erreur classique est d'ajouter du temps de sécurité à chaque tâche individuellement. Cela conduit à la loi de Parkinson — le travail s'étend pour remplir le temps disponible — et au syndrome de l'étudiant : on commence toujours à la dernière minute. Centralise le buffer. Pilote-le comme un indicateur en temps réel.

Pour un freelance : ton goulot, c'est souvent toi. Et ton goulot interne, c'est souvent la révision et la validation client — pas la production. Identifier ça change complètement la façon de gérer tes projets. Moins de démarrages simultanés, plus de finitions nettes, délais mieux tenus.

Pour une startup early stage : le goulot change selon la phase. En phase de construction, c'est souvent l'engineering. En phase de vente, c'est le closing ou l'onboarding. La Theory of Constraints t'oblige à recalibrer régulièrement et à ne pas optimiser au mauvais endroit.

Pour une PME : les goulots se cachent souvent dans les processus de validation hiérarchique et dans les dépendances inter-services. Un diagnostic ToC révèle des blocages que personne ne regardait parce que tout le monde était trop occupé pour observer le flux.

Ce que cette approche ne fait pas : elle ne te dit pas d'embaucher, d'acheter un outil ou de faire plus. Elle te dit de faire moins, mieux ciblé. C'est pour ça qu'elle est efficace dans des contextes contraints en ressources — exactement ceux des freelances, startups et PMEs.

Si tu veux aller plus loin sur la gestion de projet opérationnelle — planification, priorisation, pilotage du flux de travail au quotidien — c'est exactement ce qu'on couvre dans la formation Gestion de projet sur Growth Loupe. Les concepts sont là pour être appliqués, pas pour rester théoriques.