Idée principale

Les outils de génération assistée font gagner du temps sur des tâches bornées : produire une brique, automatiser un enchaînement, rédiger un script d'extraction. Chacun de ces gains est réel et immédiatement visible. Ce qu'ils ne traitent pas, c'est l'architecture, la cohérence d'ensemble et la maintenabilité — c'est-à-dire tout ce qui ne se manifeste qu'entre les briques.

Un Product Manager qui empile ces gains sans cadre construit un ensemble d'outils justes pris un par un et mal articulés pris ensemble. Le temps gagné revient alors par une autre porte : faire circuler les données d'un outil à l'autre, réconcilier des états incohérents, comprendre six mois plus tard un assemblage que personne n'a conçu.

Le décalage temporel est ce qui rend le piège efficace : le gain est concentré au moment de la production, le coût est étalé sur la suite. La différence entre une accumulation d'outils et un système de travail ne tient pas à la qualité de chaque outil, elle tient à ce qui les relie.

Pourquoi c'est important

Cela reformule ce qu'on attend d'une culture technique chez un non-développeur : non pas savoir écrire le code, mais savoir reconnaître qu'un assemblage produit un coût que rien ne mesure.

Cela donne aussi un critère d'arrêt devant la facilité de produire : la question n'est pas « est-ce que je peux le générer ? » mais « est-ce que je saurai le raccorder ? ».

Nuances et limites

Une accumulation d'outils mal articulés reste parfois le bon choix : un dispositif jetable, destiné à répondre à une question ponctuelle, n'a pas de coût d'articulation à payer puisqu'il ne sera pas maintenu.

Et le défaut n'est pas propre aux non-techniques : une équipe technique produit le même effet à plus grande échelle, avec des outils plus solides.

Questions ouvertes

• Quel seuil de culture technique suffit à voir un problème d'articulation sans savoir le résoudre soi-même ?