Comment étouffer le logiciel libre sans l’interdire
Benedikt Langer
6 min de lecture Le meilleur argument contre la meilleure IA ouverte de Chine vient d’un homme d’OpenAI. ...
9 Min. Temps de lecture · Date : 23.04.2026
Les Managed Services ont connu ces cinq dernières années un changement de rôle que de nombreux conseils de surveillance n’ont pas encore pris en compte dans leur gouvernance. D’une option économique, ils sont devenus un instrument stratégique. En 2026, la donne change encore une fois, car les budgets IA se réduisent sensiblement et les directions doivent réévaluer les options Build-Buy-Manage. Ceux qui ne comprennent pas la logique contractuelle de leur entreprise prendront de moins bonnes décisions lors de la prochaine réunion du conseil d’administration que ne le permettrait la situation.
Qu’est-ce qu’un Managed Service dans le contexte des entreprises ? Un Managed Service désigne des services informatiques dans lesquels un fournisseur spécialisé est responsable de processus ou de plateformes définis en fonctionnement continu, tandis que le contrôle et la stratégie restent chez le client. Les domaines typiques sont les opérations de sécurité, l’infrastructure cloud, le reporting de conformité, l’exploitation du réseau et de plus en plus les plateformes d’inférence d’IA. La différence avec l’externalisation classique réside dans la responsabilité continue de la livraison, y compris les SLA, les KPI et les droits d’audit.
La défense habituelle des Managed Services dans les cercles de direction se fait par des arguments de coûts. Cet argument était encore valable en 2020. La réalité de 2026 est différente. Le principal moteur du retour aux modèles Managed n’est pas le prix, mais l’accès aux effets d’échelle et au savoir-faire qui ne peuvent plus être construits en interne. Pour l’infrastructure d’IA, la sécurité et la conformité, la plupart des entreprises n’ont pas la profondeur de personnel nécessaire pour suivre les fournisseurs comme Microsoft, Google ou AWS. Ce n’est pas un manquement de la part des directions informatiques. C’est un changement structurel du marché.
Parallèlement, les produits changent. Un Managed Service pour les opérations de sécurité en 2020 signifiait : analystes SOC externes, alertes de niveau 1, équipes 24×7. En 2026, le même service signifie : IA agentique qui trie les incidents, applique des playbooks et achemine les escalades vers les équipes internes. Le résultat reste comparable, le prix par incident diminue, l’exigence envers le fournisseur augmente. Ceux qui négocient aujourd’hui un nouveau contrat-cadre et copient les anciennes métriques SLA achètent un produit de la génération précédente.
Le troisième changement concerne la responsabilité. Avec l’EU AI Act, NIS2 et DORA, les responsabilités sont cimentées dans les instances dirigeantes. Les Managed Services ne sont pas une externalisation de la responsabilité, mais une redistribution du pouvoir d’agir. Les directions qui mettent en œuvre des modèles Managed sans nouveau régime contractuel créent une double structure : responsabilité formelle au sein de l’entreprise, contrôle effectif chez le fournisseur. Cela ne peut pas durer dans les secteurs réglementés.
Un conseil d’administration lucide définit trois axes avant de prendre une décision d’architecture en réunion. Le premier axe est la différenciation. Quelle compétence fait partie de notre avantage concurrentiel ? Celui qui dispose de ses propres données, modèles et interfaces client construit lui-même. Celui qui doit exploiter une infrastructure générique, des opérations de sécurité générales ou des obligations de conformité standard achète ou fait exploiter. La question peut sembler banale, mais elle est rarement posée de manière systématique, car de nombreux paysages informatiques ont évolué historiquement et n’ont jamais résisté à un examen de portefeuille honnête.
Le deuxième axe est la disponibilité des compétences. Un conseil d’administration doit faire une distinction claire entre un manque temporaire et un manque structurel. Les lacunes temporaires sont comblées par la reconversion ou les rôles intérimaires. Les lacunes structurelles conduisent au modèle géré, car le marché a déjà décidé de la concurrence pour les talents. Celui qui croit encore en 2026 pouvoir recruter douze ingénieurs de plate-forme Kubernetes expérimentés en interne perd son temps. Ce n’est pas une capitulation, mais une décision en matière de ressources.
Le troisième axe est la raison contractuelle. Les services gérés reposent sur le régime contractuel. Celui qui a établi les contrats-cadres de son entreprise pour la dernière fois en 2022 court aujourd’hui deux risques : premièrement, une logique de prix qui sous-estime grossièrement les workloads d’IA. Deuxièmement, les clauses de résiliation sont trop courtes et ne reflètent pas clairement les scénarios de sortie réels. La prochaine ronde de négociations contractuelles doit figurer à l’ordre du jour du conseil de surveillance, et pas seulement au département des achats. Celui qui délègue cela délègue la responsabilité à un endroit sans mandat de comité.
Dans la pratique, le chemin est plus clair que ne le suggère le domaine thématique. Il commence par un examen approfondi du portefeuille. Une liste de tous les services informatiques critiques, cartographiés sur les trois axes de différenciation, de compétence et de maturité contractuelle. Cette liste ne doit pas se perdre dans la jungle des fonctionnalités. Quarante à soixante positions suffisent, triées par contribution commerciale et risque. Le DSI et le directeur financier sont conjointement responsables de la liste, car le classement touche aux questions d’investissement. Le conseil de surveillance reçoit un résumé avec une recommandation claire pour chaque service.
Dans un deuxième temps, il s’agit de l’architecture contractuelle. Les services gérés nécessitent trois cercles de réglementation, qui n’existaient pas de manière aussi claire en 2020. Premièrement, une annexe sur la charge de travail de l’IA avec transparence sur les modèles utilisés, l’origine des données de formation et les budgets d’hallucination. Deuxièmement, une clause de sortie qui garantit un transfert de données récurrent sous forme structurée. Troisièmement, une réglementation sur l’intervention humaine qui définit quand le fournisseur peut décider de manière autonome et quand il ne le peut pas. Ceux qui n’ont pas ces trois annexes dans le contrat standard négocient en 2026 à partir d’une position défensive.
Dans un troisième temps, il s’agit de la gouvernance. Le département classique des sources est trop petit pour les portefeuilles de services gérés en 2026. Il a besoin d’être renforcé par un chemin de gouvernance des fournisseurs qui regroupe mensuellement les chiffres techniques, contractuels et économiques. Ce chemin rend compte au DSI, mais a une ligne directe avec le directeur financier et une obligation de rendre compte au conseil de surveillance pour les approbations au-delà d’un seuil défini. Sans cette structure, la gouvernance des services gérés reste une intuition.
Ceux qui veulent aborder le sujet de manière propre en 2026 travaillent avec une perspective de 12 mois. Les jalons suivants se sont avérés être un cadre viable lors des discussions avec les conseils d’administration.
Ceux qui prennent les Managed Services 2026 au sérieux mènent trois discussions lors de la prochaine réunion du conseil d’administration. La première discussion est une évaluation de la situation actuelle. Quels services avons-nous, qui en est responsable, quels contrats arrivent à échéance ? Les réponses doivent être documentées, et non présentées oralement. Celui qui n’a pas de liste n’a pas non plus de contrôle.
La deuxième discussion est une définition des objectifs. Dans quelle direction le portefeuille de services doit-il évoluer d’ici 2028 ? Plus de part de Managed, plus d’exploitation en interne, plus de solutions Buy ? La réponse n’est pas un pourcentage, mais un récit qui se retrouve dans le modèle économique. Un conseil d’administration qui pense en pourcentages sera convaincu par des fournisseurs qui proposent des pourcentages.
La troisième discussion est une définition des responsabilités. Qui décide des attributions de Managed Services au-delà d’un certain seuil ? Qui approuve les annexes de charge de travail KI ? Qui est responsable devant le conseil de surveillance en cas de défaillances de service ? La clarté de ces réponses détermine la robustesse de l’organisation lorsqu’un incident survient au quatrième trimestre que l’informatique interne ne peut résoudre seule. Les organisations robustes ont déjà formulé leur réponse au deuxième trimestre. Elles décident plus rapidement, car elles n’ont pas à clarifier laborieusement les compétences internes et les voies d’escalade externes.
Dans les échanges avec les conseils de surveillance, on rencontre fréquemment trois idées fausses. La première est l’hypothèse que les Managed Services sont principalement une question de coûts. Cela peut encore être vrai pour certains processus standard, mais cela est largement dépassé. Celui qui se base exclusivement sur des comparaisons de prix pour prendre des décisions choisit presque toujours la mauvaise solution. La base de décision est la qualité par Euro, et non le prix par heure.
La deuxième idée fausse concerne la gestion. De nombreux conseils d’administration supposent que les Managed Services déchargent l’organisation informatique. C’est le contraire qui est vrai : l’organisation informatique a besoin de ses propres personnes pour gérer le fournisseur, vérifier les preuves de performance et développer les contrats. Un modèle Managed sans compétence d’orchestration interne produit des dépendances, et non une décharge. La règle générale est la suivante : chaque contrat Managed important nécessite au moins un rôle de gestion interne dédié.
La troisième idée fausse est la plus difficile, car elle est ancrée dans la culture d’entreprise. Elle peut se résumer ainsi : celui qui externalise des services perd le contrôle et donc son statut. Cette idée fausse agit jusqu’au niveau de la direction informatique et est rarement exprimée ouvertement. La conséquence est que les décisions Managed qui seraient rationnellement justifiables ne sont pas mises en œuvre en interne. Les conseils de surveillance peuvent rompre avec cela s’ils ne délèguent pas la discussion à la direction informatique, mais prennent position eux-mêmes. Une phrase d’un organe de surveillance selon laquelle les modèles Managed pour certains services sont la direction stratégique souhaitée règle de nombreux débats en quelques semaines.
L’externalisation classique visait à réduire les coûts en délocalisant le personnel. Les Managed Services 2026 visent à améliorer la qualité et la rapidité grâce aux effets d’échelle des fournisseurs, notamment en matière d’IA, de sécurité et de conformité. L’avantage de prix est un effet secondaire, et non le principal moteur. Les exigences de gouvernance sont plus élevées, car la responsabilité reste interne.
Selon nos observations, le seuil de rentabilité se situe autour de 500 employés ou 50 millions d’Euro de budget informatique. En dessous, les Managed Services sont souvent un sujet ponctuel. Au-dessus, les efforts de gouvernance, l’architecture contractuelle et la structure de pilotage se justifient par l’efficacité et la réduction des risques.
Transparence sur les modèles de base utilisés, origine des données d’entraînement, budgets d’hallucination avec seuils d’escalade, réglementations sur l’intervention humaine, droits d’audit pour le département de conformité, clause de sortie clairement définie avec garantie de reprise des données, ainsi que limites de responsabilité en cas de décisions autonomes d’agents.
De la planification annuelle des CapEx à des fenêtres glissantes d’OpEx avec des prévisions trimestrielles. Cela nécessite une coordination différente entre le DSI et le directeur financier, car les écarts deviennent plus visibles et doivent être discutés plus rapidement. De nombreux conseils d’administration exigent désormais un suivi mensuel.
Les hyperscalers fournissent des effets d’échelle d’infrastructure, les MSP spécialisés apportent des connaissances sectorielles et une expertise réglementaire. La constellation la plus attractive est souvent un hybride des deux, dans lequel un MSP DACH gère l’interface réglementée avec l’entreprise et un hyperscaler fournit l’infrastructure de base. Les contrats doivent clairement définir cette interface.
Trois indicateurs clés suffisent comme ensemble de KPI de base : le temps de résolution des incidents pertinents, la précision des prévisions budgétaires par rapport aux coûts réels et le taux de résultats d’audit lors des contrôles réglementaires. Celui qui maintient ou améliore ces trois indicateurs a pris une décision solide. Celui qui voit l’un de ces indicateurs se dégrader a un problème de pilotage, et non de passation de marché.
Externalisation informatique 2026 : Nearshoring, IA ou maintien en interne ?
Prévisions de Gartner pour 2026 : les dépenses informatiques atteignent 6 150 milliards
Cloudmagazin : Mac Studio M5 pour DevOps et charges de travail cloud
MyBusinessFuture : Étude Bitkom sur l’IA en 2026, les PME rattrapent leur retard
Crédit image de titre : Pexels / Mikhail Nilov (px:8847198)