Vos spécifications vaudront bientôt plus cher que votre code

L'IA rend le code abondant. La denrée rare devient la compréhension : savoir ce qu'on a voulu construire, et pourquoi. Trois niveaux de maturité se dessinent.

Pendant des décennies, l'actif d'un projet logiciel était le code. On le protégeait, on le facturait. La documentation suivait, quand elle suivait. Les agents IA sont en train d'inverser cet ordre : le code se produit, se corrige et se régénère à la demande. Ce qui pilote la production, et ce qui garde de la valeur quand tout le reste peut être refait, c'est la spécification : le texte qui dit ce que le produit doit faire, pour qui, et à quelles conditions on saura que c'est réussi.

La musique connaît cette hiérarchie depuis longtemps. Un orchestre exécute ; la partition demeure. Les musiciens changent, les instruments changent, et l'œuvre se rejoue pourtant à l'identique, parce que l'intention est écrite. Le code d'un produit est une interprétation. Votre spécification est la partition.

La dette de compréhension

Un logiciel peut fonctionner sans que personne ne sache quelles règles métier il applique, quelles hypothèses un développeur a codées un soir sans les écrire, ni comment le faire évoluer sans casser autre chose. Cette dette de compréhension existait bien avant l'IA : c'est elle qui rend un produit orphelin quand son développeur s'en va. Mais la génération de code par agents la multiplie, parce que produire n'a jamais été aussi facile, et comprendre jamais aussi tentant à remettre à plus tard. Un produit qui tourne sans que personne le comprenne est une maison sans plans : habitable, mais impossible à vendre ou à réparer.

Trois niveaux de maturité

Dans la manière d'articuler spécification et code, trois pratiques se dessinent, de la plus courante à la plus ambitieuse.

La première, dite spec-first : la spécification lance la génération, puis chacun vit sa vie. Le code évolue au fil des demandes, la spécification reste dans son tiroir. Productif pour démarrer, et fragile ensuite : semaine après semaine, l'écart se creuse entre ce que le texte promet et ce que le produit fait.

La deuxième, dite spec-anchored : spécification, code et tests évoluent ensemble, en boucle fermée. Chaque exigence importante a ses critères vérifiables, et des tests automatiques contrôlent en continu que le produit fait bien ce que le texte dit. Quand l'un des trois bouge, les deux autres suivent. C'est le point d'équilibre réaliste aujourd'hui : la vitesse de la génération, la maîtrise en plus.

La troisième, dite spec-as-source : on ne touche plus au code du tout. On ne modifie que la spécification, les règles et les critères, et le logiciel se régénère comme une projection de cette connaissance. Séduisant sur le papier, encore expérimental en pratique.

Une bonne spécification n'empêche pas les erreurs

Mieux spécifier n'élimine pas les errements des agents : un agent peut toujours inventer, mal interpréter, prendre un raccourci. Une spécification à critères vérifiables change le statut de l'erreur : vous détectez un écart mesurable tôt, quand il coûte encore peu, au lieu de découvrir une dérive silencieuse des semaines plus tard. La vigilance humaine devient tenable à l'échelle.

Votre patrimoine, si vous faites construire

Si vous dirigez un produit sans le coder vous-même, ce déplacement est une excellente nouvelle, à condition d'en tirer la conséquence : votre patrimoine, ce sont vos documents : le brief, les règles de votre métier, les parcours de vos utilisateurs, les critères qui disent « c'est réussi ». Qui possède ces textes possède son produit, parce qu'ils rendent tout le reste refaisable : changer d'outil, changer de prestataire, faire réauditer ou reconstruire, sans repartir de la page blanche. Le code seul se déprécie à mesure que les machines apprennent à l'écrire.

Et la compétence qui monte est celle du porteur de produit : formaliser une intention, trancher des règles, décrire un parcours dans sa langue, pour peu qu'un outil lui présente des documents lisibles et attende sa validation. C'est le pari de la méthode de Maestro, mais la leçon dépasse l'outil : exigez, où que vous construisiez, des documents que vous pouvez lire, corriger et emporter.

La question qui change

Hier, la question stratégique d'un projet était : qu'avons-nous codé ? Elle devient : qu'avons-nous spécifié, et qui le comprend ? L'IA générera le code. La compréhension s'écrit, se valide et s'entretient, et ce travail vous revient dès aujourd'hui.