Article 1 sur 10
Réversibilité : sortir du piège logiciel
Pour les directions informatiques, la liberté de choix n’a jamais été aussi stratégique. Face à la multiplication des hausses tarifaires, à la complexité croissante des modèles de licences, à la dépendance vis-à-vis d’éditeurs dominants et aux règles d'extraterritorialité imposées par les Etats-Unis ou la Chine, la réversibilité informatique s’impose comme un enjeu central. Autrement dit, la capacité à reprendre la main sur ses logiciels, ses données et ses contrats devient un levier essentiel pour éviter le verrouillage technologique. Depuis deux ans, et le rachat de VMware par Broadcom, nombre d’éditeurs proposant des solutions propriétaires ont revu à la hausse leurs tarifs de support ou leurs grilles de licences. Certains lient désormais la souscription de maintenance à des packages intégrant plusieurs logiciels, à une extension à cinq ans du support, à l’utilisation de services cloud maison, ou à une indexation automatique sur l’inflation. Résultat : les DSI se sentent piégés par des contrats dont la sortie se révèle techniquement difficile et économiquement complexe. Cette dépendance, souvent tacite, nourrit un profond malaise au sein des grandes entreprises et du secteur public, où les budgets IT sont loin d’être à la hausse.
Longtemps perçue comme un simple volet contractuel, la réversibilité devient aujourd’hui un choix d’architecture. Elle consiste à concevoir ses systèmes de manière à pouvoir migrer, remplacer ou faire évoluer un logiciel sans blocage majeur. Cela suppose d’évaluer, dès le lancement d’un projet, la portabilité des données, la compatibilité des interfaces, mais aussi la transférabilité du support. Autrement dit, un logiciel réversible n’est plus celui qu’un seul fournisseur peut maintenir, mais celui qu’un écosystème élargi peut comprendre et reprendre. Pour sortir de cette dépendance, de plus en plus de DSI privilégient désormais des solutions ouvertes : logiciels sous licences libres, frameworks standardisés, ou distributions supportées par plusieurs prestataires. L’objectif n’est plus uniquement technique mais stratégique : s’assurer la continuité de service, même si le partenaire initial venait à cesser son activité suite à un rachat ou une faillite ou à modifier unilatéralement ses conditions commerciales pour la politique de la terre brûlée. Dans le monde des bases de données, du middlewares ou des infrastructures cloud, le choix de briques open source — PostgreSQL, Kubernetes, ou OpenStack notamment — offre un précieux filet de sécurité. Cette ouverture n’exclut pas les solutions propriétaires. Au contraire, elle favorise un marché du support multi-sources où plusieurs intégrateurs ou SSII peuvent intervenir sur un même socle. Certains éditeurs open source proposent eux-mêmes des modèles duals : une version communautaire libre avec moins de fonctionnalités et une édition entreprise plus complète avec garanties contractuelles. Ce modèle limite la dépendance tout en sécurisant le niveau de service attendu. De plus, l’arrivée d’initiatives telles que l’Open Source Program Office (OSPO) au sein des grandes entreprises témoigne d’une professionnalisation de cette approche.
La réversibilité dépasse le champ purement technique. Elle touche la gouvernance du système d’information, la politique de continuité d’activité et la maîtrise du patrimoine numérique. Adopter des standards ouverts, documenter les interfaces, et négocier des clauses de sortie réalistes deviennent des réflexes indispensables. Car derrière le terme de “vendor lock-in” se cache un risque bien réel : perdre le contrôle d’un des actifs les plus critiques d’une entreprise, son système d’information.