Quand l'alliance Microsoft-OpenAI vacille, une ETI industrielle tire les bonnes leçons

# Quand l'alliance Microsoft-OpenAI vacille, une ETI industrielle tire les bonnes leçons

Il y a quelques mois encore, la DSI de cette ETI industrielle de 800 salariés — fabricant de composants mécaniques de précision implanté en Rhénanie-Palatinat, avec des filiales en France et en Pologne — était sur le point de valider un plan de transformation numérique quasi intégralement construit autour de l'écosystème de l'acteur américain dominant. Copilot pour la productivité bureautique, Azure OpenAI Service pour les usages IA métier, Power Platform pour l'automatisation des flux. Le tout packagé par un intégrateur certifié, livrable en dix-huit mois.

Le projet n'a pas été abandonné. Il a été radicalement recadré. Et ce recadrage, douloureux à défendre en interne, est aujourd'hui présenté par le DSI lui-même comme la meilleure décision stratégique de sa mandature.

Voici ce qui s'est passé — et ce que ça dit à toutes les DSI européennes qui lisent encore leurs appels d'offres IA avec des œillères.

Le signal d'alarme qu'on a failli ignorer

Au premier trimestre 2025, les tensions entre Microsoft et OpenAI ont commencé à filtrer dans la presse spécialisée. Désaccords sur la gouvernance, négociations musclées autour de la restructuration capitalistique d'OpenAI, interrogations sur l'exclusivité des modèles. Rien de cataclysmique en apparence. Mais pour le DSI de cette ETI, c'était le début d'une question qu'il aurait dû se poser bien plus tôt : que se passe-t-il pour nous si l'alliance se fragmente ?

La réponse était inconfortable. La roadmap IA de l'entreprise reposait sur des modèles dont elle ne maîtrisait ni l'accès, ni la continuité, ni la politique tarifaire. Elle dépendait d'un intermédiaire — l'acteur américain dominant — pour accéder à des capacités développées par un tiers — OpenAI — dont la trajectoire stratégique était, au sens propre, en cours de renégociation. Deux couches d'incertitude empilées l'une sur l'autre.

Je pense que c'est là que réside le vrai danger pour les entreprises européennes : non pas dans un risque théorique de coupure soudaine, mais dans cette dépendance structurelle à une relation commerciale sur laquelle elles n'ont aucune prise. On ne pilote pas son SI avec deux inconnues dans l'équation principale.

Ce que le recadrage a exigé — et d'abord des hommes

Revenir sur un projet aussi structurant que celui-là ne se décrète pas en réunion de comité de direction. Cela se négocie, cela s'argumente, cela déçoit des attentes. Et cela révèle immédiatement les fragilités organisationnelles.

Première fragilité identifiée : l'absence de compétences IA internes réellement indépendantes. L'équipe IT de l'ETI avait été formée à configurer et administrer les outils de l'acteur américain. Personne, dans la maison, n'était en mesure d'évaluer une alternative, de lire une documentation technique sur un modèle open source, ni de qualifier un fournisseur européen sur des critères objectifs. Toute la capacité de jugement technique était externalisée chez l'intégrateur — lui-même certifié par l'acteur américain dominant.

Cette situation n'est pas une exception. Elle est la norme dans les ETI européennes qui ont massivement investi dans des certifications éditeurs sans construire en parallèle une culture de l'évaluation critique. Il faut le dire clairement : former ses équipes à utiliser les outils d'un acteur américain, c'est former ses équipes à dépendre de lui.

Deuxième fragilité : la gouvernance de la donnée n'avait pas suivi. Dans la précipitation du projet initial, personne n'avait formalisé quelles données pouvaient transiter vers des API externes, selon quelles conditions, avec quels droits de rétractation. Le RSSI avait soulevé le sujet. Il n'avait pas été entendu suffisamment tôt.

Le pivot : recruter de la souveraineté

Le recadrage du projet a imposé trois décisions organisationnelles que je considère comme des modèles à suivre.

Première décision : créer un rôle d'architecte IA souverain en interne. Pas un poste de data scientist au sens académique du terme, mais un profil capable de tenir la conversation technique avec n'importe quel fournisseur — européen ou non — sans être tributaire de son discours commercial. Ce profil a été recruté avec un cahier des charges inhabituel : connaissance des modèles open source, capacité à lire les conditions générales d'utilisation des API, et — c'est le critère qui a fait la différence à l'embauche — expérience de travail avec des acteurs non américains. L'ETI a trouvé ce profil en débauché d'un laboratoire universitaire allemand spécialisé en NLP.

Deuxième décision : réécrire la charte de gouvernance IA avec le RSSI comme co-pilote, non comme validateur ex post. Le RSSI est désormais dans la boucle de conception des projets IA dès la phase d'idéation. Son rôle n'est plus de signer un document de conformité en bout de chaîne, mais de qualifier chaque projet selon une grille qui intègre explicitement la question de la résidence des données, de la réversibilité et de la nature juridique du fournisseur.

Troisième décision : instaurer une revue annuelle de dépendance fournisseur. Un exercice simple, mais que quasiment aucune ETI ne pratique : cartographier, une fois par an, l'ensemble des services numériques critiques et évaluer le coût de sortie réel — non pas le coût théorique annoncé par le fournisseur, mais le coût opérationnel d'un remplacement en six mois. Cet exercice a produit des résultats édifiants. Sur plusieurs briques du SI, le coût de sortie réel était prohibitif, non par complexité technique, mais parce que les compétences nécessaires à la migration n'existaient plus en interne.

Ce que l'alternative européenne a exigé de l'organisation

L'ETI a finalement opté pour un déploiement partiel de modèles en inférence locale, hébergés sur une infrastructure opérée par un acteur européen certifié SecNumCloud. Je ne citerai pas de nom — ce n'est pas l'objet de cet article — mais je précise que ce choix n'a pas été sans friction.

Les équipes métier ont résisté. L'expérience utilisateur n'était pas aussi fluide que ce qu'elles avaient vu dans les démonstrations de l'acteur américain dominant. Il a fallu accepter une période de montée en puissance, investir dans la formation, et surtout modifier le critère de succès du projet : non plus « quelle est la meilleure expérience utilisateur le jour du déploiement », mais « quelle est notre capacité à faire évoluer ce système dans cinq ans sans dépendre d'une décision prise à Seattle ou à San Francisco ».

C'est un changement de mentalité profond. Et il commence par le comité de direction, pas par la DSI.

Ce que j'en retiens pour les DSI qui hésitent encore

Les fissures de l'alliance Microsoft-OpenAI ne sont pas une anecdote de chronique tech. Elles révèlent une réalité structurelle : les grandes dépendances numériques reposent sur des équilibres commerciaux que vous ne contrôlez pas. Lorsque ces équilibres bougent — et ils bougent — vous êtes spectateur de décisions qui impactent votre infrastructure, vos contrats, vos utilisateurs.

Il faut arrêter de traiter la souveraineté numérique comme un sujet réglementaire ou politique. C'est un sujet de compétitivité opérationnelle. Une ETI qui ne sait pas sortir d'une brique critique de son SI en moins d'un an est une ETI fragile — indépendamment de la qualité du produit qu'elle utilise.

Les compétences à développer en interne ne sont pas nécessairement celles du code. Ce sont des compétences d'évaluation, de gouvernance et de négociation. Savoir lire un contrat SaaS. Savoir qualifier un fournisseur alternatif. Savoir mener un exercice de réversibilité.

Ces compétences-là, aucun acteur américain n'a intérêt à vous les vendre. Il faut aller les chercher vous-même.