Un dirigeant non-développeur prend, sans toujours le mesurer, des décisions techniques aux conséquences pluriannuelles. Faut-il développer un outil sur mesure ou intégrer une solution existante ? Changer de technologie ? Ajouter un fournisseur externe ? Migrer maintenant, ou attendre ? Accepter une architecture plus lourde aujourd’hui pour livrer plus vite ? Ces choix mêlent technique, coûts, risques, délais et stratégie. La plupart se prennent dans l’enthousiasme d’un projet qui avance — c’est-à-dire au pire moment.
L’IA peut devenir un interlocuteur précieux sur ces sujets. Mais à une condition, et c’est tout le propos de cet article : ne pas lui demander seulement de valider la décision qu’on a déjà envie de prendre.
Ne plus prendre une décision importante sans avoir organisé sa contradiction.
La question « comment » arrive presque toujours trop tôt
Quand on tient une idée, le réflexe est de demander : comment la mettre en œuvre ? On obtient alors un plan, des outils, une architecture, une estimation. C’est rassurant, ça donne l’impression d’avancer. Et c’est souvent prématuré.
Avant le « comment », il y a une série de questions moins agréables, celles qu’on préfère éviter parce qu’elles ralentissent :
- Pourquoi le faire, au fond ?
- Pourquoi maintenant, et pas dans six mois ?
- Pourquoi ainsi, plutôt qu’autrement ?
- Quelles alternatives a-t-on écartées, et sur quels critères ?
- Qu’est-ce qui, dans cette décision, sera difficile à annuler ?
- Quelle hypothèse, si elle se révélait fausse, rendrait tout le choix mauvais ?
Un modèle sait répondre à ces questions bien mieux qu’il ne sait deviner ce qu’on veut entendre — encore faut-il les lui poser. Et pour qu’il les pose vraiment, il faut lui confier un rôle précis.
Donner à l’agent le rôle de l’opposant
Un agent conciliant est inutile pour décider. Si je lui présente mon projet et que je lui demande son avis, il aura tendance à le trouver raisonnable — c’est le défaut connu de ces outils, ils cherchent l’accord. La parade est simple : lui assigner explicitement le rôle de l’opposant.
Si l’équipe veut développer en interne, sa mission est de défendre l’achat. Si une migration est envisagée, il défend le statu quo. Si un service externe paraît pratique, il attaque : dépendance, propriété des données, disponibilité, évolution des tarifs, réversibilité. Cette opposition forcée ne cherche pas le compromis d’emblée — elle révèle ce que l’enthousiasme masque.
Chez nous, cette contradiction n’est pas une posture : elle est outillée. Notre revue de décision structurante passe par un dispositif multi-agents adversarial dans le cloud, où plusieurs agents cherchent activement à réfuter une proposition avant qu’elle ne soit validée. Et le choix du modèle est obligatoire et explicite avant chaque lancement : on peut délibérément assigner un modèle à la défense de l’option inverse. Personne n’a l’autorité de valider seul son propre raisonnement.
Comparer des scénarios entiers, pas seulement un délai
La plupart des mauvais choix techniques viennent d’une comparaison tronquée : on regarde le délai de livraison, et rien d’autre. Or une décision d’architecture se juge sur un faisceau bien plus large — coût initial, coût d’exploitation, maintenance, sécurité, réversibilité, dépendance à un tiers, montée en charge, temps de formation, impact client, risque de voir le fournisseur disparaître ou tripler ses prix.
C’est exactement le travail qu’un agent fait bien : construire la matrice complète, chercher les angles morts, tenir l’analyse à jour quand un paramètre change. Là où un humain seul compare deux options sur deux critères, l’IA compare quatre scénarios sur quinze — sans se fatiguer, sans oublier la colonne qui dérange.
Nous vivons ce type d’arbitrage en ce moment même. Notre sortie de Heroku vers Scaleway est un chantier de fond, et certains de ses choix les plus lourds — ceux qui touchent aux données : bases, stockage, tout ce qui est difficile à déplacer une fois en place — sont volontairement laissés en attente d’arbitrage. Non par lenteur, mais parce qu’une décision stateful ne se tranche pas dans l’élan d’une migration. On instruit, on contredit, on documente, et on décide seulement quand l’analyse est mûre.
La contradiction ne remplace pas la responsabilité
Il faut être clair sur ce que fait, et ne fait pas, cet outil. Un agent peut produire une recommandation brillante et parfaitement argumentée — il n’en porte aucune responsabilité. Il ignore parfois une contrainte commerciale, un historique client, une promesse faite à un partenaire. Il peut mal interpréter une donnée, surévaluer un risque théorique, sous-estimer un coût humain.
La décision reste donc entièrement humaine. L’objectif n’a jamais été de déléguer la direction technique à un modèle. Il est plus modeste et plus solide : ne plus décider sans avoir organisé la contradiction. La qualité d’un choix ne se mesure pas à la confiance qu’on avait en le prenant, mais aux objections qu’on avait vraiment regardées en face avant.
Conserver la mémoire des décisions
Une contradiction sans mémoire se rejoue à l’infini. On rouvre les mêmes débats tous les six mois, on oublie pourquoi on avait tranché dans un sens, on est incapable de dire, plus tard, quelles hypothèses étaient justes. La contrepartie indispensable de la contradiction, c’est donc la trace.
Chez nous cette mémoire est concrète. Nos fichiers de référence centralisés servent de source de vérité partagée entre tous les agents ; un journal d’audit par projet garde la trace de chaque revue de fond ; et chaque session de travail conserve son contexte, ses décisions et ce qui reste à faire. Une décision et ses critères de réévaluation sont archivés — contexte, options étudiées, objections soulevées, hypothèses retenues, date de la prochaine revue — plutôt que rejoués à l’aveugle. On sait pourquoi on a choisi, et à quelle condition il faudra rouvrir le dossier.
Un outil de gouvernance à la portée des petites structures
Les grandes entreprises s’offrent des architectes, des contrôleurs, des comités qui instruisent chaque décision structurante. Les petites concentrent tous ces rôles sur deux ou trois personnes, souvent le dirigeant lui-même, qui décide vite parce qu’il n’a pas le choix.
C’est précisément là que l’IA change la donne. Elle ne remplace pas l’expérience d’un architecte chevronné — je ne le prétendrai pas. Mais elle met à la disposition d’un dirigeant seul une contradiction structurée, documentée et disponible avant chaque décision. Un comité d’instruction miniature, permanent, qui ne coûte pas un poste et ne dort jamais. C’est le prolongement direct d’une conviction que je défends depuis le début de cette série : l’IA la plus précieuse n’est pas celle qui produit le plus, c’est celle qui nous empêche de décider n’importe quoi. Réserver une part de sa puissance au contrôle plutôt qu’à la fabrication ; lui faire noter notre propre travail ; et maintenant, lui faire contredire nos choix avant qu’ils ne deviennent irréversibles — c’est la même discipline, appliquée un cran plus haut.
Ce qui garantit la longévité d’une entreprise, ce n’est pas sa vitesse d’exécution. C’est que cette vitesse ne dépasse jamais la qualité de ses décisions.
Et vous — la dernière décision technique importante que vous avez prise, qui l’avait vraiment contredite avant que vous ne tranchiez ?