Gouvernance de l'IA7 février 202614 min de lecture

Le goulet d'étranglement de la gouvernance de l'IA : pourquoi l'adoption des agents stagne

L'adoption des agents IA en entreprise n'est pas freinée par les capacités techniques, mais par la capacité de gouvernance. Les organisations peuvent créer des agents IA plus vite qu'elles ne peuvent les approuver, les superviser et les auditer. Combler cet écart de gouvernance exige de traiter la gouvernance comme une infrastructure qui rend le déploiement possible.

Antonella Serine

Antonella Serine

Fondateur, KLA

Fondateur de KLA, qui construit le plan de contrôle indépendant de la gouvernance de l'exécution pour les agents d'IA réglementés en vertu de la loi de l'UE sur l'IA.

L'industrie de l'intelligence artificielle a atteint un curieux point d'inflexion. Nous disposons d'agents IA capables de traiter de manière autonome des processus complexes en plusieurs étapes. Nous disposons de modèles capables de raisonner, de planifier et d'exécuter avec une sophistication remarquable. Pourtant, l'adoption de ces agents en entreprise reste d'une lenteur frustrante. Le goulet d'étranglement n'est pas la capacité technique. C'est la capacité de gouvernance. Les organisations peuvent créer des agents IA plus vite qu'elles ne peuvent les approuver, les superviser et les auditer. Cet écart de gouvernance est la contrainte cachée qui pèse sur le déploiement des agents IA, et le combler exige de repenser en profondeur notre approche des contrôles de l'IA.

Le paradoxe de la capacité sans déploiement

Rendez-vous aujourd'hui dans n'importe quelle conférence technologique d'entreprise et vous entendrez parler des capacités transformatrices des agents IA. Des agents capables de traiter des sinistres d'assurance de bout en bout. Des agents capables de mener une vigilance préliminaire à l'égard de la clientèle. Des agents capables de trier les tickets de support et de rédiger des réponses. Les démonstrations sont impressionnantes. Les pilotes sont prometteurs.

Mais demandez à ces mêmes organisations combien de ces agents tournent en production, en traitant de véritables interactions clients avec de véritables conséquences, et l'enthousiasme retombe. Les cabinets de conseil et les études de marché décrivent régulièrement cette situation comme un purgatoire des pilotes : des prototypes prometteurs existent, mais des lacunes de gouvernance, de modèle opérationnel et de confiance les tiennent à l'écart des charges de travail de production.

Les suspects habituels sont la dette technologique, les difficultés d'intégration et les problèmes de qualité des données. Et oui, ces facteurs comptent. Mais les organisations avec lesquelles nous travaillons racontent une autre histoire. Leurs agents fonctionnent. Leurs intégrations sont solides. Ce qui leur manque, c'est la mécanique organisationnelle nécessaire pour gouverner les décisions de l'IA à la vitesse et à l'échelle qu'exige la production.

Comprendre la vélocité de gouvernance

Pour comprendre le goulet d'étranglement, il nous faut introduire un concept que nous appelons la vélocité de gouvernance, c'est-à-dire le rythme auquel une organisation peut examiner, approuver et étayer par des preuves les décisions pilotées par l'IA.

Dans le logiciel traditionnel, la gouvernance est périodique. Vous examinez le code au moment de la pull request. Vous auditez les systèmes chaque trimestre ou chaque année. Vous approuvez les changements via des comités consultatifs des changements qui se réunissent chaque semaine. Cette cadence fonctionne parce que le logiciel se comporte de manière déterministe. La même entrée produit la même sortie et, une fois approuvé, le comportement ne dérive pas.

Les agents IA rompent fondamentalement ce modèle. Un agent IA qui émet des recommandations de crédit ne produit pas la même sortie pour la même entrée au fil du temps. Le modèle peut se comporter différemment lorsqu'il rencontre des dérives de distribution. Les prompts peuvent produire des réponses différentes à mesure que le modèle de fondation sous-jacent est mis à jour. Les décisions de l'agent sont probabilistes, contextuelles et sujettes à une dérive subtile.

Cela signifie que la gouvernance ne peut pas être périodique. Elle doit être continue. Et pour les décisions à haut risque, elle doit être synchrone : les contrôles de gouvernance doivent conditionner la décision avant son exécution, et non l'examiner après coup. C'est le cœur de l'autonomie responsable.

Pourquoi la gouvernance manuelle ne peut pas passer à l'échelle

Certaines organisations tentent de résoudre ce problème par le seul effort humain. Elles recrutent des équipes de conformité plus étoffées. Elles créent des comités d'examen. Elles construisent des tableurs et des systèmes de tickets pour suivre les approbations. Cette approche échoue pour trois raisons fondamentales.

  • Le problème de la file d'attente : l'examen humain crée des files d'attente. Les files d'attente créent de la latence. Dans de nombreux cas d'usage d'agents IA, la latence détruit la valeur. Un agent de service client qui met 48 heures à résoudre un problème parce que les décisions attendent dans des files d'approbation est pire que l'ancien système qu'il a remplacé.
  • Le problème de la preuve : la gouvernance ne consiste pas seulement à prendre des décisions. Il s'agit de prouver que vous les avez prises correctement. La gouvernance manuelle crée un second goulet d'étranglement : la constitution des preuves. Une fois la décision prise et approuvée, quelqu'un doit documenter ce qui s'est passé, qui l'a approuvée et quelles informations ont été prises en compte - exactement la lacune explorée dans Pistes d'audit des agents IA : des logs aux preuves.
  • Le problème de la cohérence : les examinateurs humains sont incohérents. Deux examinateurs confrontés à des décisions identiques aboutiront souvent à des conclusions différentes. Pour la gouvernance de l'IA, cette incohérence crée du risque. Si des décisions similaires sont approuvées et rejetées de manière incohérente, vous ne pouvez pas démontrer une gestion systématique des risques.

Plaidoyer pour une infrastructure de gouvernance automatisée

La solution ne réside pas dans davantage d'humains dans la boucle. Elle réside dans une meilleure infrastructure autour de la boucle. Une infrastructure de gouvernance automatisée apporte trois capacités que les approches manuelles ne peuvent égaler.

  • Application des politiques en tant que code (policy-as-code) : au lieu de faire examiner chaque décision par des humains au regard de politiques écrites, encodez les politiques sous forme de règles exécutables. Les décisions à faible risque clairement conformes à la politique sont exécutées automatiquement. Les cas limites, les exceptions et les décisions à haut risque sont acheminés vers des humains.
  • Capture automatisée des preuves : chaque décision, chaque évaluation de politique, chaque approbation humaine doit générer automatiquement des preuves dans une piste dont toute altération est détectable, telle qu'un export de lignée d'exécution. Non pas comme un effet secondaire que quelqu'un pense à documenter, mais comme une capacité fondamentale du système.
  • Routage intelligent et escalade : toutes les décisions qui requièrent une intervention humaine ne requièrent pas le même intervenant. Une infrastructure automatisée peut encoder des règles de routage afin que les décisions soient dirigées vers le bon examinateur en fonction du niveau de risque, du domaine et de l'autorité organisationnelle.

Le paradoxe de l'investissement en gouvernance

Voici le constat contre-intuitif : les organisations qui investissent massivement dans l'infrastructure de gouvernance déploient plus d'agents IA, pas moins.

Cela semble paradoxal. La gouvernance n'est-elle pas précisément ce qui vous ralentit ? Dans les environnements réglementés, non. Les organisations qui lésinent sur l'infrastructure de gouvernance accumulent une dette de gouvernance. Chaque agent déployé sans contrôles adéquats devient un passif. Chaque décision sans preuve crée un risque d'audit.

Les organisations dotées d'une infrastructure de gouvernance mature suivent une autre voie. Elles peuvent déployer des agents en toute confiance parce qu'elles savent que les contrôles sont en place. Elles peuvent augmenter le volume de décisions parce que le policy-as-code traite automatiquement les cas courants. Elles peuvent satisfaire les auditeurs parce que la collecte des preuves est automatisée et vérifiée.

Construire la capacité de gouvernance : une approche en trois phases

Comment construire cette capacité de gouvernance ? Nous recommandons une approche en trois phases.

  • Phase 1 - Instrumentez vos agents : avant de pouvoir gouverner les décisions de l'IA, vous avez besoin de visibilité sur celles-ci. Instrumentez vos agents pour qu'ils émettent des événements de décision avec un contexte complet : ce qui a été décidé, quelles informations ont été prises en compte, quelles étaient les alternatives, quel niveau de risque s'appliquait.
  • Phase 2 - Encodez les politiques en points de contrôle : prenez vos politiques de gouvernance écrites et traduisez-les en points de contrôle exécutables. Identifiez les points de décision où les contrôles de gouvernance doivent s'appliquer. Définissez les conditions qui déterminent si une décision peut être exécutée automatiquement ou nécessite un examen humain.
  • Phase 3 - Automatisez les preuves et le routage : une fois les décisions instrumentées et les politiques encodées, construisez les systèmes qui automatisent la capture des preuves et le routage vers les humains. Chaque décision doit générer des preuves. Chaque examen humain doit être documenté.

La dimension réglementaire

Cet impératif de gouvernance n'est pas seulement opérationnel. Il est de plus en plus réglementaire. Le hub de conformité au Règlement européen sur l'IA et le texte officiel du Règlement européen sur l'IA (EU AI Act) établissent clairement qu'à mesure que s'appliquent les échéances progressives du Règlement européen sur l'IA pour les systèmes à haut risque, les organisations doivent disposer de mécanismes documentés de supervision humaine, d'une gestion systématique des risques et de pistes d'audit vérifiables.

L'article 14 du Règlement européen sur l'IA impose que les systèmes d'IA à haut risque soient conçus de manière à pouvoir être effectivement contrôlés par des personnes physiques. Il ne s'agit pas d'une aspiration vague. Cela exige des mesures techniques démontrables qui permettent la surveillance, l'interprétation, l'intervention et la neutralisation par un humain. Pour une analyse pratique, consultez les exigences de l'article 14 expliquées.

Les organisations qui exploitent des systèmes d'IA à haut risque dans l'UE devront démontrer leur conformité à ces exigences. Les processus de gouvernance manuels ne suffiront pas. Les organisations qui investissent aujourd'hui dans l'infrastructure de gouvernance ne se contentent pas d'améliorer leurs opérations. Elles construisent le socle de conformité dont elles auront besoin face aux exigences réglementaires qui entrent en vigueur.

Foire aux questions

Qu'est-ce que le goulet d'étranglement de la gouvernance dans le déploiement des agents IA ?

Le goulet d'étranglement de la gouvernance désigne l'écart entre ce que les agents IA peuvent techniquement accomplir et ce que les organisations peuvent, de manière responsable, les autoriser à faire. Alors que les agents IA sont capables de traiter des processus complexes de manière autonome, les entreprises peinent à examiner, approuver et documenter les décisions de l'IA à la vitesse et à l'échelle qu'exige le déploiement en production.

Pourquoi la gouvernance manuelle échoue-t-elle pour les agents IA ?

La gouvernance manuelle échoue pour trois raisons : le problème de la file d'attente (l'examen humain crée une latence qui détruit la valeur), le problème de la preuve (la documentation a posteriori est incohérente et incomplète) et le problème de la cohérence (les examinateurs humains prennent des décisions incohérentes qui compromettent la gestion systématique des risques).

En quoi le policy-as-code aide-t-il à la gouvernance de l'IA ?

Le policy-as-code encode les politiques de gouvernance sous forme de règles exécutables qui sont évaluées automatiquement au moment de la décision. Les décisions à faible risque conformes à la politique sont exécutées sans intervention humaine, tandis que les cas limites sont acheminés vers les examinateurs appropriés. Cela concentre l'attention humaine là où elle compte le plus tout en garantissant une application cohérente des politiques.

Qu'est-ce que la vélocité de gouvernance ?

La vélocité de gouvernance est le rythme auquel une organisation peut examiner, approuver et étayer par des preuves les décisions pilotées par l'IA. Contrairement au logiciel traditionnel, où la gouvernance peut être périodique, la gouvernance des agents IA doit être continue et souvent synchrone, les contrôles conditionnant les décisions avant leur exécution.

Points clés à retenir

Le marché des agents IA mûrit rapidement. La question n'est plus de savoir si les agents IA peuvent gérer des tâches complexes. Ils le peuvent. La question est de savoir si les organisations peuvent les gouverner à grande échelle. Les organisations qui résoudront le goulet d'étranglement de la gouvernance déploieront plus d'agents, plus vite, avec une confiance accrue. La gouvernance n'est pas le frein à l'adoption des agents IA. C'est l'absence d'infrastructure de gouvernance qui constitue le frein. Les organisations qui en prennent conscience et investissent en conséquence mèneront la prochaine phase du déploiement de l'IA en entreprise.

Voir en action

Prêt à automatiser vos preuves conformité ?

Réservez une démo de 20 minutes pour voir comment KLA vous aide à prouver la surveillance humaine et exporter la documentation Annex IV prête à l'audit.

Le goulet d'étranglement de la gouvernance de l'IA : pourquoi l'adoption des agents stagne | KLA Blog