Le Problème des Spécifications N’est Pas Neuf – L’IA l’a Juste Rendu Évident

Dans le développement agentique, une vérité dérangeante saute aux yeux : le vrai frein n’est pas d’écrire le code. C’est de décider quoi coder au juste.

Fred Brooks l’avait cerné dès 1986 dans No Silver Bullet. Les avancées comme la programmation orientée objet ou le time-sharing apportent des gains limités. Elles attaquent la complexité accidentelle – le bazar du codage pur. Mais la complexité essentielle – la difficulté de réfléchir – reste intacte. L’essentiel du boulot en ingénierie logicielle ? Définir les besoins : aligner les parties prenantes, trancher les compromis, fixer les exigences d’un système qui n’existe pas encore.

Aujourd’hui, on confie la génération de code à l’IA. Du coup, beaucoup s’imaginent que le problème des specs va s’évaporer. Faux.

Specs Détaillées vs. Specs en Langage Naturel : La Différence Qui Compte

Le piège guette avec les outils modernes. Générateurs de PRD boostés à l’IA, validateurs stricts... Ils partent du principe que l’IA posera les bonnes questions pour combler les trous.

Erreur. Le langage naturel est flou. Les notations formelles existent justement pour ça : éviter l’ambiguïté. Une spec produit peut couler de source, captiver les stakeholders. Mais sans précision technique, l’agent IA patine. "Le dashboard doit charger en moins de 2 secondes" sonne bien. Mais "P95 latency < 2000ms, avec plafond à 99e percentile de 5000ms" ? C’est une vraie spec.

Donnez une spec vague à un agent de code. Résultat ?

1. L’ambiguïté vire au code bizarre. Ça marche techniquement, mais l’archi est bancale. Refactoring en cascade sur trois sprints.

2. L’agent comble en douce. Il puise dans ses données d’entraînement – des milliers de projets similaires – et balance des choix que vous n’avez jamais validés.

Aucun des deux n’est une victoire.

Où l’Agentique Brille (et Où Ça Coince)

Soyons clairs : le développement agentique excelle dans les cas étroits. Landing pages, apps CRUD, intégrations boilerplate, flux e-commerce standards. Pourquoi ? Ce sont des problèmes convergents. L’IA matche des patterns vus des milliers de fois.

C’est du concret. Un fondateur solo multiplie sa productivité par 10. Une petite équipe sort un outil admin en heures, pas en semaines.

Mais attention : ce succès repose sur une clarté de spec maximale. Le domaine est si balisé que la spec est presque implicite.

Pour le reste – logique métier custom, intégrations inédites, choix d’archi pour l’avenir – c’est du pur travail humain. L’IA accélère l’écriture. Pas la réflexion. Elle ne dit pas "stop, y’a mieux". Elle exécute ce qu’on lui dit. Comme un dev l’a résumé : "L’IA code, mais ne refuse pas de coder sans qu’on lui explique d’abord pourquoi X serait mieux." C’est de la pensée produit, pas du code. Irrremplaçable.

Le Vrai Goulot d’Étranglement : Les Frottements Humains

Si les specs sont dures et que l’IA ne les résout pas, la solution ?

Réduire les frictions dans les échanges humains.

Un PM passe un brief à un ingénieur ? Une semaine de réunions pour clarifier les cas limites ? Problème de spec. Des maquettes design qui clashent avec des contraintes backend oubliées ? Problème de spec. Un agent qui code sur des hypothèses business non dites ? Pareil.

Pas besoin d’agents plus malins ou de frameworks miracles. Il faut imposer la précision entre humains, avant que l’agent tourne.

Concrètement :

• La spec comme artefact central. Pas un doc optionnel, mais le contrat pour la génération de code.
• Tradeoffs explicités. Pourquoi eventual consistency et pas strong ? Pourquoi ce data model ? Tout écrit noir sur blanc.
• Notations formelles là où ça compte. Schémas SQL, contrats API, budgets perf – des outils qui forcent la clarté.
• Boucles de feedback précoces. Générez un bout de code sur la spec, repérez les ambiguïtés, affinez.

Impact sur Votre Workflow

Pour des systèmes en prod avec IA, le message n’est pas "oubliez les agents". C’est : investissez plus dans les specs, pas moins.

Ça va à l’encontre du "bougez vite". Mais vite avec une mauvaise spec, c’est rater la cible plus rapidement. Les équipes qui cartonnent ont pensé dur en amont. Elles usent les agents comme multiplicateurs d’exécution.

Pour startups et petites équipes : votre edge n’est pas la génération de code. C’est la clarté des specs. Si vous articulez votre logique métier assez précisément pour que l’IA l’implémente sans faille, vous avez vaincu le boss. Le code ? La partie facile désormais.

Le Fond de l’Affaire

Brooks avait raison en 1986. Il l’est toujours en 2025. La complexité essentielle du software est dans la conception, pas la construction. L’IA n’a rien changé. Elle rend juste le fossé entre idée floue et code précis criant.

La prochaine vague de productivité viendra des équipes qui musèlent leurs specs, traitent l’ingénierie des exigences comme une discipline reine, et usent l’IA pour amplifier la clarté, pas la masquer.

C’est l’opportunité clé à l’intersection IA et dev. Et ça demande ce que nul agent ne peut faire : réfléchir profond à ce qu’on bâtit vraiment.