Le développeur qui tape est déjà une image d’archive
Pendant des années, nous avons imaginé l’ingénieur logiciel comme une silhouette solitaire devant un écran.
Casque sur les oreilles.
Café tiède.
Terminal ouvert.
Lignes de code.
Silence religieux.
Cette image a nourri toute une mythologie moderne : le développeur comme moine de la syntaxe, artisan du clavier, traducteur patient entre l’intention humaine et la machine.
Puis les agents IA sont entrés dans l’atelier.
Et ils n’ont pas demandé une chaise ergonomique.
Ils n’ont pas demandé une interface élégante.
Ils n’ont pas demandé un onboarding émotionnel avec une belle animation de bienvenue.
Ils ont demandé autre chose : du contexte lisible, des permissions explicites, des erreurs compréhensibles, des environnements de test, des chemins d’exécution, des garde-fous, des logs, des règles, des boucles de validation.
Autrement dit, ils ont déplacé le centre de gravité du métier.
L’article de The New Stack consacré à Netlify et à sa CTO Dana Lawson le formule très clairement : à l’ère des agents IA, le rôle de l’ingénieur logiciel ne se définit plus uniquement par l’écriture de code, mais par sa capacité à concevoir des environnements dans lesquels humains et agents peuvent travailler ensemble (The New Stack) .
Le développeur qui tape du code pendant huit heures devient progressivement une image d’archive.
Pas parce que le développeur disparaît.
Parce que le geste visible du métier devient moins central.
Après l’UX et la DX, voici l’AX
Nous avons d’abord appris à concevoir pour les utilisateurs humains : l’UX.
Puis nous avons compris qu’il fallait aussi concevoir pour les développeurs : la DX.
Maintenant, une troisième couche arrive : l’AX, pour Agent Experience.
Netlify définit l’Agent Experience comme l’expérience holistique qu’un agent IA rencontre lorsqu’il utilise un produit ou une plateforme (Netlify) .
C’est une bascule très importante.
Jusqu’ici, beaucoup d’entreprises ont pensé l’IA comme un outil posé sur un processus existant. On ajoute un chatbot ici, un copilote là, un générateur de texte ailleurs. On garde l’organisation telle qu’elle est. On espère que la productivité tombe du ciel.
Sauf que les agents autonomes ne sont pas simplement des outils plus rapides.
Ils deviennent des acteurs opérationnels partiels.
Ils lisent.
Ils interprètent.
Ils proposent.
Ils modifient.
Ils testent.
Ils échouent.
Ils recommencent.
Ils demandent du contexte.
Ils exécutent des tâches que l’on croyait réservées à des humains très qualifiés.
Netlify a même lancé netlify.ai comme point d’entrée conçu pour les agents, afin de leur fournir onboarding, accès et contexte pour construire et déployer avec sa plateforme (Netlify Blog) .
Ce détail est plus profond qu’il n’y paraît.
Quand une entreprise crée une porte spécifique pour les agents, elle reconnaît que les agents deviennent une nouvelle catégorie d’utilisateurs.
Pas des utilisateurs humains.
Pas des API classiques.
Pas des scripts.
Des utilisateurs opérationnels non humains, capables d’agir au nom d’une intention humaine.
Et toute entreprise qui ne conçoit pas cette expérience laissera les agents improviser dans le brouillard.
Le piège : croire que l’agent est juste un meilleur stagiaire
Le premier piège consiste à traiter l’agent IA comme un stagiaire magique.
On lui donne une consigne floue.
On lui demande d’aller vite.
On ne lui explique pas le contexte.
On ne précise pas les limites.
On ne vérifie pas les hypothèses.
On ne documente pas les décisions.
Puis on s’étonne qu’il produise quelque chose de plausible, rapide et dangereux.
C’est exactement là que l’Agent Experience devient stratégique.
Un agent ne travaille bien que dans un système qui lui donne les bons signaux.
Dans sa documentation sur Copilot cloud agent, GitHub indique que l’agent peut rechercher dans un dépôt, créer des plans d’implémentation, corriger des bugs, améliorer la couverture de tests, mettre à jour la documentation et travailler dans un environnement éphémère propulsé par GitHub Actions (GitHub Docs) .
C’est une évolution majeure.
Mais cette évolution ne retire pas la responsabilité humaine.
Elle l’augmente.
Car plus l’agent peut agir, plus l’humain doit clarifier le cadre.
Qui valide ?
Qui autorise ?
Qui relit ?
Qui arbitre ?
Qui décide qu’un changement mérite d’être livré ?
Qui assume quand l’agent a produit une erreur élégante ?
Le code devient une matière première.
La valeur se déplace vers l’architecture, la validation, la sécurité, la responsabilité, la priorisation et le jugement.
L’IA ne pardonne pas le flou. Elle l’industrialise.
Beaucoup d’entreprises vont tomber dans le piège classique.
Elles vont acheter des outils.
Elles vont lancer des pilotes.
Elles vont empiler des prompts.
Elles vont organiser trois démonstrations spectaculaires devant le comité de direction.
Puis elles vont découvrir que personne n’a pensé aux rôles, aux responsabilités, aux permissions, aux données sensibles, aux processus de validation, à la sécurité psychologique, aux droits d’accès, aux critères d’arrêt, aux décisions et à l’organisation réelle du travail.
L’IA ne pardonne pas le flou.
Elle l’industrialise.
Un processus mal défini, confié à un agent, ne devient pas soudain intelligent.
Il devient seulement plus rapide.
Un mauvais brief ne devient pas une stratégie.
Il devient une erreur multipliée.
Une gouvernance faible ne devient pas agile.
Elle devient poreuse.
Anthropic, dans son guide sur la construction d’agents efficaces, observe que les implémentations les plus réussies utilisent souvent des modèles simples et composables plutôt que des frameworks excessivement complexes (Anthropic) .
C’est une idée essentielle : l’enjeu n’est pas de construire une usine à gaz agentique.
L’enjeu est de créer un système compréhensible, observable, ajustable.
Un agent IA n’a pas besoin de poésie managériale.
Il a besoin de clarté.
Le nouveau rôle de l’ingénieur : orchestrer au lieu de seulement produire
Le métier d’ingénieur logiciel ne se réduit déjà plus à produire du code.
Les meilleurs profils techniques deviennent des concepteurs de systèmes hybrides.
Ils savent écrire du code, mais ils savent surtout :
décomposer un problème ;
formuler une intention ;
structurer un environnement ;
donner du contexte ;
tester des hypothèses ;
évaluer une réponse ;
identifier un risque ;
poser une limite ;
décider ce qui mérite d’exister.
C’est là que le mot “ingénieur” retrouve presque son sens originel.
L’ingénieur n’est pas seulement celui qui fabrique.
Il est celui qui conçoit les conditions dans lesquelles la fabrication devient fiable.
Stack Overflow indique dans son enquête 2025 que davantage de développeurs déclarent se méfier de l’exactitude des outils IA qu’ils ne leur font confiance : 46 % de défiance active contre 33 % de confiance (Stack Overflow) .
Ce chiffre raconte quelque chose de très sain.
Les développeurs expérimentés ne rejettent pas forcément l’IA.
Ils rappellent simplement une évidence : le résultat doit être vérifié.
La compétence critique n’est donc pas seulement de savoir utiliser l’agent.
La compétence critique est de savoir ne pas le croire trop vite.
Le développeur devient contrôleur aérien
L’image qui me semble la plus juste n’est plus celle du développeur penché sur son clavier.
C’est celle d’un contrôleur aérien.
Il ne pilote pas chaque avion.
Il coordonne les trajectoires.
Il surveille les signaux.
Il anticipe les collisions.
Il donne des autorisations.
Il reprend la main lorsque le contexte se dégrade.
Il sait qu’une petite erreur de coordination peut produire un désastre.
Demain, le développeur ne sera pas forcément moins technique.
Il devra être techniquement plus large.
Moins focalisé sur la ligne de code isolée.
Plus attentif à l’écosystème complet : dépôt, tests, sécurité, documentation, dépendances, dette technique, permissions, contexte métier, conformité, coûts, expérience utilisateur, expérience développeur, expérience agent.
Le développeur devient l’architecte d’un espace de collaboration entre intelligence humaine et intelligence artificielle.
Le vrai sujet n’est pas l’automatisation. C’est la responsabilité.
Dans beaucoup de conversations sur l’IA, on revient toujours à la même obsession : combien de temps allons-nous gagner ?
C’est une mauvaise entrée.
Le temps gagné peut devenir du temps gaspillé si l’organisation ne sait pas quoi en faire.
Le temps gagné peut produire plus de bruit, plus de livrables inutiles, plus de fonctionnalités secondaires, plus de réunions de validation, plus de risques de sécurité.
Le sujet central n’est donc pas seulement la productivité.
Le sujet central est la responsabilité.
Quand un agent génère du code, qui est responsable du résultat ?
Quand un agent modifie une base de code, qui comprend vraiment l’impact ?
Quand un agent propose une correction, qui décide qu’elle est acceptable ?
Quand un agent augmente la vitesse de production, qui protège l’intention humaine ?
Dans mon livre, le chapitre 14 est précisément consacré à l’application de l’intelligence innovationnelle® à l’intelligence artificielle. J’y insiste sur une idée simple : l’adoption de l’IA ne doit pas commencer par l’outil, mais par la vision, la communication, la culture, la sécurité psychologique et les méthodes.
L’outil miraculeux ne sert à rien dans une organisation confuse.
Il devient même dangereux lorsqu’il donne une illusion de maîtrise.
Les agents ont besoin d’une organisation adulte
L’Agent Experience ne concerne pas seulement les équipes techniques.
Elle concerne toute l’organisation.
Car derrière chaque agent, il y a une question de gouvernance.
Que peut-il lire ?
Que peut-il écrire ?
Que peut-il modifier ?
Que peut-il supprimer ?
Que peut-il déclencher ?
Que doit-il demander ?
Que doit-il expliquer ?
Que doit-il refuser ?
Que doit-il journaliser ?
Que doit-il transmettre à un humain ?
Ces questions semblent techniques.
Elles sont en réalité managériales.
Elles obligent l’entreprise à regarder ses propres zones grises.
Ses processus implicites.
Ses décisions non documentées.
Ses validations orales.
Ses dépendances personnelles.
Ses “on a toujours fait comme ça”.
Ses accès distribués trop largement.
Ses responsabilités jamais clarifiées.
L’IA agentique force l’organisation à devenir plus explicite.
C’est une excellente nouvelle pour les entreprises matures.
C’est un révélateur inconfortable pour les autres.
L’AX est une innovation de procédé
L’Agent Experience n’est pas seulement un nouveau mot à la mode.
C’est une innovation de procédé.
Elle modifie la manière de produire, de tester, de livrer, de documenter, de décider et de collaborer.
Une entreprise qui traite l’AX comme un sujet purement IT passera à côté de l’enjeu.
Une entreprise qui la traite comme une transformation du travail aura une longueur d’avance.
Car derrière l’AX se cache une mutation plus large : la fin du travail conçu uniquement pour les humains.
Pendant plus d’un siècle, nous avons organisé les entreprises autour de postes, de départements, de workflows, de réunions, de documents, de validations et d’outils pensés pour des humains.
Maintenant, une partie de ces workflows sera exécutée par des agents.
Pas partout.
Pas tout le temps.
Pas sans contrôle.
Mais suffisamment pour forcer une refonte des systèmes.
Ce qui doit rester humain
La bonne question stratégique devient alors : quelle partie du travail doit rester humaine à tout prix ?
Le jugement.
L’intention.
La responsabilité.
L’éthique.
La compréhension des conséquences.
Le courage de dire non.
La capacité à décider qu’une fonctionnalité techniquement possible ne mérite pas forcément d’exister.
C’est probablement là que les meilleurs ingénieurs, managers et dirigeants feront la différence.
Ils ne seront pas ceux qui demanderont à l’IA de tout faire.
Ils seront ceux qui sauront décider ce que l’IA ne doit pas faire.
Ils sauront orchestrer les agents, poser les limites, valider les résultats et protéger l’intention humaine.
Bienvenue dans l’ère de l’Agent Experience.
Après l’UX pour les humains.
Après la DX pour les développeurs.
Voici l’AX pour les agents autonomes.
Et pour les entreprises, le message est clair : il vaut mieux apprendre à piloter les agents avant qu’ils ne pilotent votre comité de direction.
Références
(The New Stack) = https://thenewstack.io/netlify-agent-experience-engineers/
(Netlify) = https://www.netlify.com/agent-experience/
(Netlify Blog) = https://www.netlify.com/blog/netlify-for-agents/
(GitHub Docs) = https://docs.github.com/en/copilot/concepts/agents/cloud-agent/about-cloud-agent
(GitHub) = https://github.com/newsroom/press-releases/coding-agent-for-github-copilot
(Anthropic) = https://www.anthropic.com/engineering/building-effective-agents
(Anthropic Engineering) = https://www.anthropic.com/engineering/effective-context-engineering-for-ai-agents
(Stack Overflow) = https://survey.stackoverflow.co/2025/ai
