IBM met sur le marché Bob, un assistant de développement qui ne se contente plus de suggérer du code mais vise l’orchestration de tâches et de projets entiers. Derrière l’annonce, une bataille se joue sur la gouvernance, le modèle économique et l’intégration aux chaînes DevSecOps, là où se décidera la valeur réelle des agents IA.
Le marché des assistants de codage a déjà basculé d’un âge de la complétion vers un âge de l’exécution. Après la vague Copilot, Cursor, Claude Code ou Codex, IBM officialise sa propre proposition avec la commercialisation de son agent IA de codage Bob. L’enjeu n’est pas de rattraper une interface de saisie intelligente, mais de positionner un produit capable de s’insérer dans les contraintes d’une DSI mondiale, avec ses référentiels, ses exigences de sécurité, ses processus de validation et ses arbitrages budgétaires. Dans ce contexte, l’arrivée d’un acteur comme IBM est moins une nouveauté fonctionnelle qu’un signal de maturité du segment, et une tentative de déplacer la compétition vers l’industrialisation, la conformité et la maîtrise des coûts.
De l’assistant au système de production logicielle
Bob est présenté comme une plateforme graduelle, pensée pour couvrir plusieurs niveaux d’automatisation. IBM revendique trois niveaux d’usage allant du codage assisté à l’orchestration agentique sur des projets complexes, et ancre le produit dans un retour d’expérience interne conséquent, avec un déploiement en interne depuis juin 2025 et testé sur 80 000 collaborateurs. Ce point est central pour un lectorat entreprise, car il suggère que l’outil a été confronté à des environnements hétérogènes, à des bases de code historiques et à des politiques de sécurité réalistes, loin des démonstrations sur dépôts greenfield. La promesse implicite est celle d’un passage à l’échelle, non seulement en nombre d’utilisateurs, mais en variété de cas d’usage, depuis l’assistance locale jusqu’à la coordination de tâches multi-étapes.
Le choix de packaging et de tarification est tout aussi révélateur. IBM met en avant un modèle tarifaire à jetons par instance, qui tranche avec les abonnements par siège dominants dans les outils orientés développeurs. Stratégiquement, cela peut répondre à deux frictions actuelles. D’abord, la difficulté à corréler un coût par utilisateur à une valeur qui dépend surtout de l’intensité d’usage et du type de tâches confiées à l’agent. Ensuite, la montée des scénarios agentiques, où un même développeur peut déclencher des exécutions longues, parallélisées, parfois sur plusieurs dépôts, ce qui rend le coût marginal plus pertinent que le coût d’accès. Mais ce modèle introduit aussi un nouveau chantier de gouvernance FinOps appliquée au développement: qui consomme, sur quels projets, avec quels garde-fous, et comment éviter que l’agent ne devienne un centre de coûts opaque, surtout si l’orchestration s’étend aux tests, aux pipelines et aux environnements d’intégration.
La différenciation se joue sur l’intégration, pas sur la génération
Sur le plan technique, la génération de code est devenue une commodité relative: les modèles progressent, mais la valeur se déplace vers l’outillage autour du modèle. Les entreprises attendent des agents capables de comprendre les conventions internes, d’appliquer des politiques de sécurité, de produire des artefacts traçables et de s’insérer dans des workflows outillés. Dans cette perspective, IBM dispose d’un avantage structurel: son ancrage historique dans les environnements régulés, les grands comptes et les chaînes outillées. La question n’est pas de savoir si Bob écrit du code acceptable, mais s’il réduit le coût total de livraison logicielle en diminuant les cycles de revue, en améliorant la qualité des tests, en limitant les régressions et en accélérant la résolution d’incidents. Or ces gains ne se matérialisent que si l’agent est gouverné comme un composant de la supply chain logicielle, avec observabilité, politiques d’accès, contrôle des dépendances et intégration aux référentiels de tickets et de CI/CD.
La concurrence, elle, pousse dans la même direction. OpenAI illustre cette trajectoire avec la spécification open source Symphony, qui vise à transformer des outils de suivi en plans d’action exécutables, autrement dit à relier intention, planification et exécution. Cette approche renforce l’idée que l’agent de codage n’est plus un simple plugin d’IDE, mais un orchestrateur qui vit au-dessus des outils de gestion de projet, des dépôts et des pipelines. Pour IBM, l’enjeu est double: proposer une orchestration robuste, mais aussi éviter l’effet boîte noire. Plus l’agent agit, plus la traçabilité devient critique: justification des changements, provenance des suggestions, preuves de tests, et capacité à auditer les décisions. Sans cela, l’agentique se heurte aux exigences de conformité et aux pratiques de revue qui structurent la production logicielle en entreprise.
Un marché qui s’étend au-delà des équipes de dev
Le lancement de Bob s’inscrit aussi dans une extension du périmètre de l’IA de codage vers les plateformes applicatives et l’ERP. NetSuite, par exemple, annonce SuiteCloud Agent Skills pour intégrer des capacités de codage IA dans son écosystème. Ce mouvement est stratégique: il déplace l’automatisation vers les zones où se trouvent les processus métier, les personnalisations et les intégrations, souvent plus nombreuses que les développements applicatifs “purs”. Le résultat probable est une fragmentation des agents selon les contextes: agents orientés produit et plateforme (ERP, CRM), agents orientés codebase et DevSecOps, agents orientés opérations et SRE. IBM, avec Bob, vise manifestement le cœur du cycle logiciel, mais devra composer avec un paysage où les agents se multiplient et où la valeur dépend de leur capacité à coopérer sans multiplier les silos.
Pour les décideurs, l’arbitrage ne se résume pas à choisir “le meilleur modèle”. Il s’agit de choisir une architecture d’assistance: où l’agent a le droit d’écrire, où il peut exécuter, où il doit demander validation, et comment il s’aligne sur les politiques de sécurité. Les risques sont connus: fuite de secrets, injection de dépendances vulnérables, génération de code non conforme aux standards internes, ou création de dette technique accélérée par une production trop rapide. Les bénéfices le sont aussi: accélération des migrations, automatisation des refactorings, amélioration de la couverture de tests, et réduction du temps de résolution sur des incidents répétitifs. La variable déterminante devient la capacité à encadrer l’agent par des garde-fous techniques et organisationnels, et à mesurer objectivement son impact sur la qualité et la vélocité.
Perspectives, vers une DSI pilotée par politiques et métriques
La prochaine étape, pour IBM comme pour ses concurrents, est de prouver que l’agentique peut être gouvernée comme un système industriel. Cela implique des politiques explicites (ce que l’agent peut faire selon le contexte), une observabilité fine (coûts, temps, taux d’échec, types de modifications), et des métriques orientées résultats (défauts en production, lead time, MTTR, couverture de tests, conformité). Le choix d’une tarification par instance et jetons pousse naturellement vers cette culture de mesure: si l’on facture l’exécution, il faut justifier l’exécution. Dans les grands comptes, l’adoption passera donc par des pilotes cadrés, des bacs à sable sécurisés, puis une extension progressive aux chaînes critiques, avec des mécanismes de validation humaine là où le risque est élevé.
Si Bob tient ses promesses, il pourrait accélérer une reconfiguration du travail logiciel: moins de temps passé à produire du code standard, plus de temps consacré à l’architecture, à la revue, à la sécurité et à la définition de politiques. Mais l’effet de rupture ne viendra pas de la génération elle-même. Il viendra de la capacité à transformer l’agent en acteur fiable de la supply chain, capable d’exécuter, de rendre compte et d’être audité. C’est sur ce terrain, intégration, gouvernance et économie d’usage, que se jouera la différenciation durable, et que les DSI décideront si l’agentique est un gadget de productivité ou un nouveau socle industriel.
