Quarante pour cent des projets d'agents IA seront abandonnés, et la technologie n'y est pour presque rien

Gartner a mis un chiffre sur ce que beaucoup pressentaient sur le terrain. D'ici la fin 2027, plus de 40% des projets d'agents IA lancés aujourd'hui seront annulés. Le réflexe naturel, quand on lit ça, est de conclure que la technologie n'était pas mûre, que les modèles hallucinent encore trop, que l'outillage manque. C'est faux, et c'est précisément ce qui rend le constat intéressant.

Dans la plupart des cas documentés, l'agent a fonctionné en preuve de concept. Il a lu les tickets, rédigé les réponses, priorisé les commandes, détecté les dérives sur une ligne. La démonstration a convaincu un comité de direction. Puis le projet s'est éteint lentement, faute d'avoir jamais trouvé sa place dans le fonctionnement réel de l'entreprise. Ce n'est pas un problème de capacité du modèle. C'est un problème d'operating model.

La preuve de concept ment par construction

Une preuve de concept isole une tâche, lui donne des données propres, un périmètre net, un objectif unique. C'est exactement l'environnement dans lequel un agent brille. Le monde industriel réel ne ressemble pas à ça. Les données sont partielles, les responsabilités se chevauchent, les décisions passent par trois niveaux hiérarchiques et deux systèmes qui ne se parlent pas. L'agent qui excellait dans le bac à sable se retrouve à devoir arbitrer dans un contexte que personne n'a redessiné pour lui.

J'ai vu ce décalage se rejouer presque à l'identique dans des contextes manufacturing très différents. On installe un agent capable de proposer un réordonnancement de production. Techniquement, il est meilleur que le planificateur sur la vitesse et sur la prise en compte des contraintes simultanées. Mais personne n'a tranché la question qui compte vraiment. Quand l'agent propose et que le chef d'atelier refuse, qui a raison, et surtout, qui porte la responsabilité si la décision de l'un ou de l'autre se révèle mauvaise trois semaines plus tard. Tant que cette question reste ouverte, l'agent devient un avis de plus dans une pièce qui en comptait déjà trop.

Le vrai chantier n'est pas un chantier IT

On a vendu l'agentique comme un projet technologique, avec un budget IT, un sponsor technique et une roadmap de déploiement. C'est une erreur de cadrage. Introduire un acteur autonome dans une chaîne de décision, c'est modifier la chaîne elle-même, donc les rôles, les périmètres, les rituels de validation, la façon dont l'information circule et remonte. Autrement dit, c'est une transformation organisationnelle qui se déguise en installation logicielle.

Les chiffres le disent sans détour. Les entreprises qui échouent ne butent pas sur la performance des modèles, elles butent sur l'intégration système, la qualité des données et l'absence de gouvernance. Seule une organisation sur cinq déclare avoir un modèle de gouvernance mature pour des agents autonomes. Plus d'un tiers n'ont aucun plan formel de déploiement. Ce ne sont pas des symptômes techniques, ce sont des symptômes de préparation.

Dans l'horlogerie de luxe, où j'ai travaillé sur des sujets de transformation, cette logique est presque culturellement familière. Personne n'introduirait une nouvelle étape d'assemblage automatisée sans repenser le poste, le flux, le contrôle qualité et la montée en compétence de l'horloger qui travaille juste avant et juste après. L'atelier a intégré depuis longtemps l'idée qu'une machine ne remplace pas une main sans qu'on redessine tout ce qui l'entoure. L'agent logiciel, lui, arrive souvent sans ce travail d'atelier, parce qu'il est immatériel et qu'on croit à tort qu'il s'insère sans friction.

La gouvernance n'est pas un comité de plus

Il y a un contresens à éviter. Quand on dit que le problème est organisationnel, beaucoup entendent qu'il faut créer un comité de gouvernance de l'IA, écrire une charte, nommer un responsable. C'est utile, mais ça ne suffit pas, et parfois ça aggrave la lenteur sans rien régler. La gouvernance qui compte n'est pas un document, c'est une série de décisions concrètes prises avant le déploiement. Quel périmètre l'agent décide seul. À partir de quel seuil un humain valide. Qui possède la sortie de l'agent une fois qu'elle entre dans un processus. Comment on mesure, non pas la performance du modèle, mais la valeur réellement captée en bout de chaîne.

Ces décisions ne relèvent ni de la data science ni de l'IT. Elles relèvent des métiers, du management intermédiaire, de ceux qui vont devoir cohabiter avec l'agent au quotidien. Et c'est là que le sujet devient inconfortable, parce qu'il touche à la répartition du pouvoir de décision, pas seulement à l'efficacité. Un chef d'équipe à qui on ajoute un agent qui le contredit devant sa hiérarchie n'a aucune raison de le faire réussir, et il a mille façons discrètes de le faire échouer.

Le renversement

Là où le raisonnement bascule, c'est quand on comprend que les 40% qui vont être annulés ne sont pas les projets les plus ambitieux techniquement, mais souvent ceux qui ont le plus vite sauté l'étape organisationnelle. Les entreprises qui tiennent la distance ont fait l'inverse de ce que la pression court terme réclamait. Elles ont construit la gouvernance avant d'exiger un retour sur investissement. Elles ont préparé les équipes avant de déployer. Et elles ont eu la discipline d'arrêter ce qui ne fonctionnait pas, au lieu de le laisser mourir en silence dans un coin du budget.

Ce n'est pas une leçon nouvelle. C'est exactement ce que l'amélioration continue répète depuis des décennies. Un outil ne crée pas de valeur, c'est le système autour de l'outil qui en crée, ou pas. L'agentique ne fait que rendre la démonstration plus brutale, parce qu'elle promet plus et qu'elle expose plus vite ceux qui ont cru pouvoir sauter les étapes.

Le paradoxe qui reste ouvert est celui du calendrier. La technologie progresse plus vite que la capacité des organisations à se réorganiser autour d'elle, et rien n'indique que cet écart va se réduire. Ceux qui vont capter la valeur de l'agentique ne seront pas ceux qui déploient le plus vite, mais ceux qui acceptent que le vrai goulot d'étranglement n'a jamais été le modèle. Il a toujours été la vitesse à laquelle une organisation accepte de se transformer, et cette vitesse-là ne s'achète pas.

Photo de Cédric Dhaenens sur Unsplash