Pour mieux encadrer les coûts et la gouvernance liés au cycle de développement logiciel (SDLC), IBM met en avant une nouvelle plateforme d’intelligence artificielle baptisée Bob. L’objectif est clair : accélérer la production de code, tout en limitant les dérives classiques de l’automatisation, telles que le manque de traçabilité, la dette technique et les risques de conformité.

Un cadre d’IA pensé pour le SDLC

IBM part d’un constat répandu dans les grandes organisations. Les assistances à l’écriture de code gagnent en vitesse, mais elles peuvent aussi introduire des responsabilités non maîtrisées si aucun garde-fou n’est mis en place. Dans des environnements hybrides, avec des exigences de sécurité et de conformité strictes, l’enjeu devient celui de la coordination : savoir où et comment l’IA intervient, selon quelles règles, et avec quel niveau de contrôle humain.

Bob se présente comme un partenaire de développement “centré IA”, intégré au cycle complet de livraison logicielle. La plateforme s’appuie sur un cadre structuré, avec des modes adaptés aux différents profils (“personas”), des mécanismes de “tool calling” et des contrôles avec validation humaine (“human-in-the-loop”) pour appliquer des standards tout en conservant un rythme de travail soutenu.

Moderniser des systèmes anciens sans simplifier à l’excès

La modernisation est souvent l’un des postes les plus lourds : selon IBM, la mise à niveau de systèmes existants mobilise fréquemment 60 à 80 % du budget d’ingénierie, et les projets s’étirent sur plusieurs mois. Cette difficulté est accentuée par la dispersion du travail entre outils, rôles et étapes de projet, ce qui ralentit la livraison et augmente mécaniquement le niveau de risque.

Le défi est encore plus sensible lorsque les applications reposent sur des architectures historiques. IBM souligne notamment l’intégration de systèmes de type mainframe, dont le code ancien ne se “recopie” pas facilement dans un outil conversationnel : les dépendances sont profondes, et toute modification automatisée exige une cartographie rigoureuse.

Dans cette logique, l’offre met en avant une approche agentique capable de cartographier les dépendances avant de proposer des refontes. Des “agents” spécialisés sont ensuite mobilisés pour coordonner des tâches autour des tests, de la documentation et de l’intégration continue, afin de traiter la modernisation comme un ensemble cohérent plutôt que comme une succession de fragments.

Orchestration multi-modèles et contrôle des risques

Le passage à l’échelle d’une automatisation fondée sur l’IA pose aussi des questions d’exactitude et de coût. L’intégration de modèles de langage en entreprise s’accompagne souvent de difficultés liées aux réponses erronées (“hallucinations”), en particulier lorsqu’il manque de la documentation interne ou du contexte sur des environnements hérités.

IBM indique que Bob s’appuie sur une orchestration dynamique multi-modèles : la plateforme sélectionnerait le modèle le plus adapté selon la nature de la demande (simple complétion, ou raisonnement architectural exigeant). L’idée est de limiter le gaspillage de calcul et de réduire les distractions d’ingénierie liées au choix du modèle.

La solution met également l’accent sur des garde-fous intégrés au flux de travail : normalisation des prompts, détection de données sensibles et application de politiques en temps réel. Des mécanismes de validation configurables permettraient, selon les cas, des contrôles manuels ou des approbations automatisées liées au type de tâche. IBM souligne aussi la traçabilité des actions via une interface en ligne de commande générant des processus documentés, un point important dans les environnements soumis à audit.

Productivité : des résultats internes et des cas d’usage

IBM affirme avoir d’abord déployé Bob en interne, auprès d’un groupe de test de 100 développeurs, puis l’utiliserait aujourd’hui auprès de plus de 80 000 employés. Les retours internes cités par l’entreprise font état d’un gain moyen de productivité d’environ 45 % sur plusieurs types de tâches (développement de nouvelles fonctionnalités, remédiation sécurité, modernisation). D’autres chiffres mentionnés concernent des gains de temps sur des refontes complexes et des réductions de temps dédiées à certaines missions.

Des clients externes sont également cités, notamment sur des opérations de migration et de modernisation. Toutefois, ces performances restent dépendantes du contexte (taille des systèmes, qualité de la documentation, maturité des pratiques DevSecOps), et il convient de les considérer comme des ordres de grandeur plutôt que comme des promesses universelles.

Ce que cela change pour les équipes IT

Sur le terrain, l’intérêt principal de Bob réside moins dans l’écriture de code “en accéléré” que dans la capacité à encadrer l’ensemble du processus : coordination des tâches, sélection du modèle, contrôle des données sensibles, validation et traçabilité. Pour des organisations qui doivent concilier vélocité et exigences de conformité, ce type d’approche peut réduire le risque de dispersion et mieux aligner l’automatisation sur les standards d’ingénierie.

Pour les équipes souhaitant renforcer leur environnement de développement et de documentation, un outil de gestion du cycle de vie et des dépendances peut aussi s’avérer utile. Par exemple, vous pouvez considérer des solutions de gestion de versions et de contrôle du cycle de développement ou des outils de documentation pour projets techniques, souvent complémentaires à ce type de plateforme.