Avec les agents IA, la DSI devient l'architecte de l'action numérique

Avec les agents IA, la DSI ne gère plus seulement des applications : elle définit ce que les agents peuvent faire, contrôle leurs actions et mesure la valeur créée avec les métiers.

Les agents IA ne se contentent plus de produire des réponses : ils peuvent consulter des données, utiliser des applications et déclencher des actions. Pour les DSI, cette évolution impose de repenser l’architecture du système d’information, mais aussi la manière dont l’entreprise délègue, contrôle et mesure le travail.

Pendant longtemps, la DSI a organisé l’accès aux capacités numériques de l’entreprise. Elle fournissait des applications, sécurisait les données, intégrait les systèmes et garantissait leur disponibilité. L’arrivée des agents IA ajoute une dimension nouvelle : ces systèmes peuvent désormais agir au sein des processus.

Un agent peut analyser une demande client, rechercher des informations dans plusieurs applications, préparer une décision, créer un ticket ou lancer une opération. La question posée à la DSI change alors de nature. Il ne suffit plus de savoir si une technologie fonctionne. Il faut déterminer ce que l’agent est autorisé à faire, dans quel contexte, sous quelle supervision et avec quelle responsabilité.

Du portefeuille d’applications au portefeuille d’agents

Dans de nombreuses entreprises, les premiers agents apparaissent au fil des initiatives métiers. Certains restent de simples assistants. D’autres disposent d’un accès aux données, aux API et aux outils de production. Leur multiplication peut rapidement créer un paysage difficile à maîtriser : qui possède chaque agent ? Quelles informations utilise-t-il ? Quels systèmes peut-il modifier ? Comment vérifier la qualité de ses actions ?

La DSI doit rendre ce portefeuille visible et gouvernable. Chaque agent appelé à agir dans l’entreprise devrait avoir un objectif défini, un propriétaire métier, une identité technique, des droits proportionnés à sa mission et des conditions de retrait. Ce sont des exigences familières dans la gestion des applications et des accès, mais leur application devient plus délicate lorsqu’un système peut interpréter une situation et choisir une action.

Concevoir les frontières de l’autonomie

Le véritable sujet n’est pas de choisir entre automatisation et intervention humaine. Il est de placer la validation humaine au bon endroit.

Prenons un incident de production. Un agent peut rapprocher une alerte, des traces techniques et un changement récent. Il peut proposer une cause probable et ouvrir un incident documenté. Peut-il aussi redémarrer un service ? Annuler un déploiement ? Modifier une configuration ? La réponse dépend de la criticité du système, de la réversibilité de l’action et du niveau de confiance établi par l’expérience.

La DSI doit formaliser ces degrés d’autonomie. Une action de lecture n’engage pas la même responsabilité qu’une modification en production ou qu’une décision ayant un effet sur un client. Pour chaque cas d’usage, elle doit prévoir les permissions, les seuils d’escalade, les validations et la possibilité d’interrompre l’agent.

Exploiter les agents comme des systèmes de production

Déployer un agent n’est que le début. Son comportement doit pouvoir être observé et évalué dans la durée : quelles données a-t-il consultées ? Quels outils a-t-il appelés ? Quelle décision a-t-il proposée ? Une personne l’a-t-elle corrigé ? Quel a été le résultat réel ?

Les indicateurs techniques restent utiles, mais ils ne suffisent pas. Le nombre de requêtes ou le coût des modèles ne disent pas si le processus fonctionne mieux. La DSI doit mesurer, avec les métiers, le délai de traitement, la qualité du résultat, les erreurs, les interventions humaines et le coût complet par opération.

Cette logique transforme aussi le run. Il ne s’agit plus seulement de surveiller la disponibilité d’une application, mais de vérifier qu’un agent continue d’agir dans le périmètre prévu et produit des résultats acceptables.

Une transformation à conduire avec les métiers

La DSI ne peut pas définir seule la valeur ni les règles de chaque processus. Le métier demeure responsable de l’objectif, des décisions qui lui appartiennent et de la qualité attendue. La DSI apporte l’architecture, l’intégration, la sécurité et les moyens d’exploitation. Les fonctions de contrôle contribuent à fixer les limites adaptées aux risques.

Ce travail commun doit commencer par le processus lui-même. Ajouter un agent à une succession d’étapes inutiles produira surtout une automatisation plus rapide de la complexité existante. Il faut identifier les tâches que l’agent peut prendre en charge, celles où il assiste un collaborateur et celles qui exigent une décision humaine.

Les compétences évoluent en conséquence. Les équipes devront savoir concevoir des parcours entre humains et agents, tester des comportements variables, analyser les échecs et ajuster les droits comme les consignes. Les managers, eux, devront apprendre à superviser des résultats produits en partie par des agents.

Une DSI au cœur du modèle opérationnel

Les agents IA donnent à la DSI une responsabilité plus large que le déploiement d’une nouvelle génération d’outils. Elle doit construire les conditions dans lesquelles l’entreprise peut déléguer certaines actions sans perdre la maîtrise de ses opérations.

Sa mission devient celle d’un architecte de l’action numérique : relier les agents aux bons systèmes, définir leurs marges de manœuvre, rendre leurs décisions traçables et vérifier la valeur créée. C’est à cette condition que l’autonomie des agents pourra devenir une capacité durable de l’entreprise.