Deux chiffres dominent les discussions de 2026 sur l'IA agentique. Le premier vient de Gartner : 40 % des applications d'entreprise intégreront des agents spécialisés d'ici fin 2026, contre moins de 5 % en 2025. Le second vient du même cabinet : plus de 40 % des projets d'IA agentique seront annulés d'ici fin 2027. Les deux sont probablement vrais en même temps — et c'est précisément ce qui devrait intéresser un CTO.

Ce que Gartner dit réellement

La prévision s'appuie sur un sondage de plus de 3 400 organisations qui investissent dans le domaine. Les trois causes d'annulation citées sont l'escalade des coûts, une valeur métier floue et des contrôles de risque insuffisants. La capacité des modèles n'en fait pas partie. Gartner signale aussi le phénomène d'« agent washing » : le réétiquetage d'assistants, de RPA ou de chatbots existants en « agents », au point que seule une petite fraction des éditeurs revendiquant l'agentique en proposerait réellement (le cabinet évoque une centaine d'éditeurs authentiques sur plusieurs milliers).

Un chiffre à manier avec prudence : les « 95 % d'échecs » du MIT

Le rapport The GenAI Divide du projet NANDA (MIT Media Lab, juillet 2025) est souvent résumé par « 95 % des projets d'IA générative échouent ». Il repose sur 150 entretiens, une enquête auprès d'environ 350 salariés et l'analyse de 300 déploiements. Ce qu'il mesure est étroit : la part des pilotes sans impact mesurable sur le compte de résultat à six mois. C'est un signal utile sur l'écart entre démonstration et valeur, pas un verdict sur la technologie, et sa méthodologie est discutée. Je le cite pour la tendance, pas comme une statistique de référence.

Pourquoi les projets s'arrêtent : un problème d'architecture déguisé

Les trois causes de Gartner correspondent chacune à une lacune d'architecture que l'on peut nommer :

  • Coûts qui dérivent : personne n'a modélisé le coût par tâche d'un agent qui enchaîne plusieurs appels et boucles de reprise. Voir notre article sur le FinOps de l'IA.
  • Valeur floue : le cas d'usage n'a pas de propriétaire métier ni d'indicateur défini avant la construction. L'agent est livré, personne ne sait dire s'il réussit.
  • Risques non contrôlés : l'agent dispose de droits trop larges, ses actions ne sont pas journalisées, et il n'existe pas de point d'arrêt humain là où l'erreur coûte cher. C'est l'objet de l'article sur le contexte d'architecture lisible par les agents.

Cinq décisions qui séparent un pilote d'un système

1. Un propriétaire et un indicateur par agent, fixés avant le développement. Sans eux, le projet est annulé à la première revue budgétaire.

2. Des droits minimaux et explicites. Un agent est un acteur du système d'information : il a une identité, des permissions bornées, un périmètre documenté — comme n'importe quel compte de service, avec une exigence supérieure parce qu'il décide.

3. Une observabilité conçue d'emblée : traces des appels, des outils utilisés, des décisions prises, du coût par tâche. Un agent que l'on ne peut pas rejouer ne peut pas être audité.

4. Des points de contrôle humains placés par le risque, pas par principe : validation avant toute action irréversible ou financière, autonomie là où l'erreur se corrige.

5. Une fin de vie prévue. Un agent se déploie, se supervise, se met à jour et se retire. Les architectes qui pensent « cycle de vie d'un agent » évitent l'accumulation d'automatismes orphelins.

Ce que cela change pour la direction technique

Le débat « quel modèle choisir » occupe beaucoup d'énergie pour un risque secondaire. Le risque principal est organisationnel : un rapport Deloitte cité par BlueDolphin indique que seule une entreprise sur cinq environ dispose d'un modèle de gouvernance mature pour ses agents, alors que la plupart prévoient d'en déployer d'ici deux ans. L'écart entre vitesse de déploiement et maturité de gouvernance est la vraie variable à piloter.

  • Gartner prévoit à la fois une adoption massive des agents en 2026 et plus de 40 % d'annulations d'ici fin 2027 : les deux relèvent de la même cause, un déploiement plus rapide que la gouvernance.
  • Les causes citées — coûts, valeur floue, risques — sont des lacunes d'architecture et de gouvernance, pas de capacité des modèles.
  • Le chiffre « 95 % d'échecs » du MIT est à prendre comme un signal de tendance, avec ses limites méthodologiques.
  • Propriétaire, droits minimaux, observabilité, points de contrôle humains et fin de vie : cinq décisions à prendre avant le déploiement.

Sources

Cet enjeu vous concerne ?

Un premier échange gratuit pour l'évaluer ensemble.