Contexte historique
Frederick P. Brooks Jr. a formulé la loi qui porte son nom dans The Mythical Man-Month (1975). Il l’a observée lors du projet IBM OS/360, où l’ajout de développeurs à un projet en retard a allongé les délais. La règle repose sur deux constats : le temps d’onboarding et les interactions humaines créent un surcoût proportionnel au nombre de participants.
Impact des agents d'IA
Les grands modèles de langage (LLM) et les agents autonomes réduisent le temps d’onboarding : un modèle peut être invoqué en millisecondes, ne réclame ni pause café ni réunion stand‑up. Cependant, le texte souligne que les goulots d’étranglement ne disparaissent pas ; ils se transforment. La gestion des agents implique la définition de critères de « done », la revue de code et la détection d’hallucinations. Ces tâches restent humaines et introduisent un nouveau type d’overhead.
Le « Baby Problem » cité dans l’article rappelle que même neuf agents ne peuvent produire un bébé en un mois : les étapes séquentielles restent séquentielles. De même, lancer neuf agents sur le même dépôt sans orchestration claire conduit à des réécritures conflictuelles, augmentant le nombre de cycles de correction.
Limites et risques
Le principal risque identifié est la confusion des exigences. Si les spécifications sont floues, les agents génèrent rapidement des réponses erronées, ce qui accélère la production de résultats incorrects. La supervision humaine devient alors le facteur limitant : le développeur doit filtrer les sorties, corriger les dérives et réintégrer les fragments de code.
En l’absence de métriques précises (nombre d’agents, temps moyen de génération, taux d’hallucination), l’article ne quantifie pas l’amplification du coût de coordination. Cette lacune empêche d’évaluer si la loi de Brooks a réellement changé de pente ou simplement changé de constante.
Perspectives d’évolution
Une mise à jour proposée de la loi de Brooks pour 2026 suggère : « Adding agents to a project with unclear requirements gets you the wrong answer faster ». Cette reformulation met l’accent sur la clarté des exigences plutôt que sur le nombre de ressources. Elle implique que les organisations devront investir davantage dans la rédaction de prompts précis, la validation automatisée et les cadres d’orchestration (ex. : agents chaînés, pipelines de vérification).
En pratique, les équipes pourraient limiter le nombre d’agents actifs simultanément, instaurer des points de synchronisation automatisés et recourir à des outils de suivi de version capables de détecter les conflits générés par plusieurs agents. Sans ces garde‑fous, l’ajout d’agents risque de reproduire le même phénomène d’allongement des délais observé dans les projets humains.
