IA de pointe : décider sa dépendance avant d'en dépendre
Une organisation peut héberger ses données en Europe, choisir son fournisseur, négocier son contrat. Elle ne décide pas, en dernier ressort, si l'accès à une capacité d'IA de pointe restera ouvert : cet accès dépend de la juridiction qui gouverne le fournisseur, et cette autorité peut le refermer quel que soit le lieu d'hébergement. Ce n'est pas un risque d'incident, c'est un trait permanent de la façon dont l'IA de pointe est distribuée. Un précédent récent l'a montré : un modèle de pointe déjà en service a été désactivé pour l'ensemble de ses utilisateurs, à la suite d'une décision de contrôle à l'exportation prise hors de l'organisation. Le mécanisme qui l'a permis n'a pas disparu avec l'épisode ; il fait désormais partie du paysage de risque.
Au-delà de la confidentialité, la continuité
Beaucoup de conseils ont traité l'IA par la localisation des données. C'est nécessaire, et insuffisant. L'hébergement règle la confidentialité : où résident les données, et qui peut les lire. Il ne règle pas la continuité : ce qui reste disponible le jour où l'accès se referme. La donnée se localise, le calcul se rapatrie, l'hébergement se choisit en Europe ; la couche où se décide l'accès reste gouvernée par la juridiction du fournisseur. Une organisation peut être parfaitement en règle sur ses données et perdre l'usage d'une capacité dont elle dépendait. Rouvrir un accès fermé passe d'ailleurs par une négociation au cas par cas avec l'autorité qui l'a fermé : la capacité de pointe se mérite alors dossier par dossier, ce qui installe la dépendance plutôt qu'il ne la lève.
Une dépendance qui se loge dans le jugement
Le numérique posait déjà des questions de dépendance, de juridiction et de continuité ; le cloud et les grands fournisseurs de services les ont installées de longue date. L'IA les déplace d'un cran. Elle ne reste pas à l'extérieur des processus : elle se loge dans le jugement, la formulation, l'arbitrage, et parfois l'action. Une capacité tissée dans les décisions d'une organisation, et dont l'accès se gouverne ailleurs, n'est pas un fournisseur de plus à gérer. C'est une dépendance qui engage la continuité de l'activité au-delà du seul choix technique. C'est pourquoi elle relève du conseil avant de relever des achats.
Une décision de conseil, au rang de la résilience
Un conseil sait déjà traiter la résilience financière et l'exposition géopolitique. La dépendance à l'IA entre à ce rang. La question utile n'est pas quel fournisseur retenir, mais sur quelles capacités critiques l'organisation accepte de dépendre, selon quel chemin de repli, et si elle l'a décidé avant d'en dépendre. Écarter par principe les meilleurs outils, souvent étrangers, affaiblit plutôt que protège ; gouverner, c'est les retenir en restant maître des conditions. Le soutien à une industrie européenne de l'IA est nécessaire et légitime, mais il porte sur le temps long. La décision d'entreprise porte sur le temps présent : gouverner la dépendance déjà contractée est l'arbitrage d'aujourd'hui.
Avant d'installer une dépendance, le conseil fixe quatre choses :
- L'exposition : quelles capacités, si elles s'interrompent, arrêtent une activité essentielle.
- Les seuils de non-délégation : quels usages relèvent d'une décision du conseil, et non d'un choix d'équipe ou d'un automatisme d'achat.
- La réversibilité : pour chaque capacité critique, un chemin de repli identifié et éprouvé avant d'en avoir besoin.
- La juridiction : au-delà de l'hébergement, l'autorité qui gouverne le fournisseur entre dans l'arbitrage.
Aucune de ces décisions n'exige de maîtriser la chaîne technique. Toutes portent sur ce dont l'organisation accepte de dépendre, et à quelles conditions.
Ce que le conseil peut retenir
La maturité d'un conseil face à l'IA ne se mesure pas à sa connaissance des outils, ni à sa capacité à suivre leur course. La souveraineté technique complète, la maîtrise de chaque couche, reste hors d'atteinte : aucune puissance ne tient seule toute la chaîne, et une organisation ne la bâtira pas davantage. L'attendre comme préalable, c'est repousser la décision. Ce qui est à la main d'un conseil, immédiatement, c'est de décider sa dépendance : connaître son exposition, fixer ce qu'il refuse de déléguer, tenir un chemin de repli, faire de la réversibilité le premier critère de toute intégration. Les modèles passeront, les coupures aussi ; la décision sur ce dont l'organisation accepte de dépendre demeure. Décider avant d'intégrer commence par décider de gouverner sa dépendance.
L'AUTEUR
Christophe Picou est le fondateur de VEIA.AI, cabinet de conseil indépendant dédié à la gouvernance décisionnelle de l'intelligence artificielle. Son indépendance est structurelle : aucun partenariat éditeur ni intégrateur. Il accompagne les comités de direction et les conseils d'administration en France et en Suisse, et conduit, par sa séance de cadrage décisionnel IA, une direction d'une lecture commune de l'IA jusqu'aux décisions qui l'engagent.
Le détail de la démarche : https://www.veia.ai/services-cadrage-decisionnel-ia.html
Disclaimer
Cet article fait partie de la série « Network Briefs, réflexions et impulsions de membres du SwissBoardForum ». Les contenus reflètent l’opinion personnelle de l’autrice ou de l’auteur et ne correspondent pas nécessairement à la position du SwissBoardForum. L’objectif est d’aborder des questions actuelles de la pratique des conseils d’administration et de rendre visibles différentes perspectives issues du réseau, de manière personnelle, pertinente et stimulante pour le travail de mandat. La version française de cet article a été réalisée à l’aide d’un outil d’intelligence artificielle. Le texte original a été rédigé en allemand. En cas de divergences d’interprétation, la version originale en langue allemande fait foi.
