Loi de Brooks : pourquoi ajouter du monde retarde les projets en retard

Publié le 2026-07-02 · La recherche derrière Project-simulator

Le projet est en retard. La solution apparemment évidente : ajouter du monde. Fred Brooks, qui a dirigé chez IBM l'un des plus grands projets logiciels de son époque, est arrivé à la conclusion inverse dans son recueil d'essais classique The Mythical Man-Month, publié en 1975 : ajouter des personnes à un projet en retard peut le retarder encore davantage.

Cette affirmation est devenue célèbre sous le nom de loi de Brooks. Le livre s'appuie sur l'expérience de la construction du système d'exploitation des grands ordinateurs IBM dans les années 1960, mais cinquante ans plus tard, on le cite encore – parce que les mécanismes en jeu s'appliquent à presque tout travail où des personnes doivent réfléchir ensemble.

Que dit la recherche ?

Le mois-homme du titre – on dirait plutôt mois-personne aujourd'hui – désigne l'habitude de compter le travail comme si les personnes et les mois étaient interchangeables : dix personnes pendant un mois équivaudraient à une personne pendant dix mois. Brooks appelle cela un mythe. L'échange ne fonctionne que lorsque le travail peut être découpé en parties totalement indépendantes ne nécessitant aucune communication – et ce type de travail est rare dans les projets.

Deux mécanismes absorbent le gain apporté par des effectifs supplémentaires. Le premier est la montée en compétence : les nouveaux arrivants ne contribuent pas dès le premier jour, et pendant leur formation, ils prennent du temps aux plus expérimentés – précisément les personnes dont le projet dépend le plus. Le second est la communication : le nombre de canaux d'échange dans un groupe croît beaucoup plus vite que le nombre de personnes, car chaque nouvelle recrue doit en principe pouvoir parler à tous les autres. Plus de temps part en coordination, moins il en reste pour travailler.

Brooks souligne aussi que certaines choses prennent tout simplement le temps qu'elles prennent, quel que soit l'effectif – une idée résumée par l'image souvent citée selon laquelle neuf femmes ne peuvent pas faire un enfant en un mois. Il précisait lui-même que sa loi est une simplification délibérée, mais comme signal d'alarme, elle a remarquablement bien résisté au temps.

Qu'est-ce que cela signifie pour vous, chef de projet ?

Quand quelqu'un propose d'ajouter du monde pour résoudre un retard : calculez l'effet complet. Qui va former les nouveaux, combien de temps cela prendra-t-il, et qu'advient-il du rythme de vos personnes clés pendant ce temps ? Parfois la réponse reste oui – mais seulement après ce calcul, pas à sa place.

Examinez les alternatives avant d'augmenter les effectifs. Réduire le périmètre, décaler la date de livraison ou supprimer les perturbations qui gênent l'équipe en place produit souvent plus d'effet, plus vite, qu'un recrutement – sans le coût de formation.

Si vous ajoutez malgré tout des personnes : faites-le tôt, pas tard, et confiez aux nouveaux des tâches bien délimitées exigeant le moins de coordination possible. Désignez un parrain clairement identifié et acceptez que sa propre production baisse pendant la formation – c'est un coût que vous choisissez, pas une surprise. Plus le projet est avancé, plus la loi de Brooks frappe fort.

Comment vous entraîner

Le plus difficile avec la loi de Brooks, ce n'est pas de la comprendre – c'est de tenir bon dans la réunion où un commanditaire stressé exige que vous « fassiez simplement venir plus de consultants ». Dans Project-simulator, vous pouvez répéter cette conversation à l'avance : expliquer pourquoi plus de bras ne signifie pas automatiquement plus de vitesse, proposer des alternatives et maintenir votre position sous pression. Vous recevez un retour fondé sur des preuves, basé sur vos propres mots, et rien ne peut casser pour de vrai. Essayez gratuitement pendant une semaine.