Qui gouverne vos agents IA quand ils dépassent la DSI ?
Un agent IA déployé par l'informatique mais piloté sur le terrain échappe vite à tout contrôle. La supervision doit remonter jusqu'aux responsables métier.
Un agent qui décide, et personne pour vérifier
Un service client installe un agent IA qui répond aux demandes de remboursement. La DSI a validé l'intégration technique, posé les accès, vérifié la sécurité des données. Trois mois plus tard, le responsable du service découvre que l'agent accorde des remboursements au-delà du seuil autorisé dans certains cas limites, parce que personne n'a formalisé la règle d'exception qu'un humain appliquait sans y penser. L'agent n'a rien fait d'anormal : il a suivi une consigne mal cadrée, et personne côté métier n'a relu ce cadrage avant la mise en service.
Ce scénario se répète dans des contextes différents — relance de factures, qualification de leads, tri de candidatures, réponses à des réclamations. Le point commun : l'agent a été configuré et surveillé par des gens compétents en technique, mais pas forcément en matière de ce que le métier autorise, tolère ou interdit.
Pourquoi la DSI seule ne peut pas tout couvrir
La DSI sait si un système est sécurisé, si les flux de données respectent les règles de confidentialité, si l'infrastructure tient la charge. Elle ne sait pas, en revanche, à quel moment une réponse automatisée dépasse ce qu'un commercial accepterait de dire à un client fidèle depuis dix ans, ni à quel seuil une relance de paiement devient contre-productive, ni quelle formulation friserait un litige en droit du travail dans un tri de candidatures.
Ces arbitrages relèvent du jugement métier, pas de l'architecture technique. Tant que la gouvernance des agents IA reste cantonnée à un service informatique, elle couvre la robustesse du système mais laisse un angle mort sur son usage réel. Le résultat est prévisible : l'agent fonctionne techniquement sans accroc, et produit malgré tout des décisions que personne n'aurait validées si on les avait montrées à voix haute avant mise en production.
La confusion vient souvent d'une hypothèse implicite : on pense que configurer un agent, c'est un acte technique. En réalité, configurer un agent, c'est écrire des règles de gestion. Et les règles de gestion appartiennent aux responsables opérationnels, pas aux équipes qui déploient l'outil.
Ce qu'il faut faire pour élargir la gouvernance
- Désigner un référent métier par agent déployé, distinct du référent technique, chargé de valider les règles de décision avant mise en service et à chaque modification.
- Documenter les cas limites traités par l'agent dans un registre lisible par un non-technicien, avec la règle appliquée et l'alternative humaine prévue en cas de doute.
- Fixer un seuil d'alerte qui renvoie automatiquement un dossier à un humain dès qu'il sort du cadre prévu, plutôt que de laisser l'agent trancher par défaut.
- Planifier une revue trimestrielle courte entre le responsable opérationnel et la DSI, portant uniquement sur les décisions prises par l'agent, pas sur son fonctionnement technique.
- Intégrer la supervision des agents IA dans les objectifs du responsable de service, pas seulement dans ceux de l'équipe informatique, pour que le suivi ne dépende pas de la bonne volonté de chacun.
Cette répartition ne complique pas le projet, elle le sécurise. Un agent mal cadré coûte plus cher à corriger après coup — en reprise de dossiers, en litiges, en perte de confiance des équipes — que le temps passé à formaliser les règles en amont.
Ce qu'il faut regarder pour savoir si ça marche
Trois signaux suffisent à juger si la gouvernance tient la route. D'abord, le nombre de décisions remontées à un humain parce qu'elles sortaient du cadre prévu : s'il est nul après plusieurs semaines d'usage, c'est que le seuil d'alerte est mal réglé, pas que l'agent est parfait. Ensuite, le délai entre un incident constaté et sa correction dans les règles de l'agent : un délai long signale que le circuit de décision entre métier et technique n'est pas clair. Enfin, la capacité du responsable opérationnel à expliquer, sans aide extérieure, pourquoi l'agent a pris telle décision dans tel dossier. S'il ne peut pas répondre sans appeler la DSI, la gouvernance n'a pas vraiment changé de mains.
Cadrer un agent IA avant qu'il décide à votre place
ArkonLabs cadre les agents IA avec les équipes qui les utilisent au quotidien, pas seulement avec celles qui les déploient — règles de gestion écrites avec le métier, seuils d'alerte mesurés, coût par décision suivi dans la durée. Pour en discuter sur un cas concret, rendez-vous sur www.arkon-labs.com.