Il y a encore quelques années, nous étions propriétaires. Nous achetions des licences (CAPEX), nous les amortissions, et nous maîtrisions notre roadmap. Aujourd’hui, nous sommes devenus des locataires. Pire : des locataires dont le propriétaire peut augmenter le loyer de 20% par un simple e-mail le vendredi soir.
Dans notre secteur, où la marge d’erreur est nulle (voire négative) et la conformité un dogme, cette dépendance au modèle SaaS et à l’abonnement généralisé devient un risque systémique.
Le mirage Microsoft 365 : La tour de Babel financière
M365 est l’outil couteau-suisse par excellence. Mais soyons honnêtes : qui, parmi vous, peut prédire sa facture précise à 24 mois ? Entre le glissement progressif des plans E3 vers E5, l’empilement des modules IA (Copilot) et l’inflation unilatérale des tarifs, Microsoft 365 est devenu un système sans visibilité financière. On y entre pour la collaboration, on y reste parce que l’extraction est un enfer technique. C’est le premier pas vers une gestion “en aveugle” de nos budgets.
Mon retour d’expérience : “En 2020, j’ai été acteur dans la décision de passer d’un Exchange vieillissant à l’environnement O365. Le côté ‘Cloud’ est indéniablement positif : le coût de maintenance est déporté. Par contre, à l’époque, le tarif était annoncé fixe et les RDS supportés avec des licences Premium. Aujourd’hui, la donne a changé : les règles bougent, les prix grimpent, et nous sommes les grands perdants.”
VMware & Veeam : Le coup de semonce
C’est ici que le bât blesse réellement. Le rachat de VMware par Broadcom est un cas d’école : on passe d’un partenaire technologique à un rentier qui verrouille les accès. Pour nous, qui gérons des flux critiques en supply chain, cette instabilité tarifaire est une menace directe sur nos coûts de revient.
Attention : on ne quitte pas une brique vitale de son SI uniquement pour une problématique financière. Votre analyse de risque doit être solide pour couvrir l’ensemble des impacts techniques.
- Le virage nécessaire : Le passage vers Proxmox ou des solutions plus ouvertes n’est plus une lubie de “geek”. C’est un acte de souveraineté. (Découvrez mon REX complet après un an sur Proxmox).
Le dilemme du “Petit Outil” : L’exemple Nitro PDF
C’est le micro-conflit quotidien du DSI. Un outil comme Nitro PDF apporte pleine satisfaction, mais sa stratégie de licensing nous pousse dans nos retranchements. Faut-il céder pour avoir la paix sociale ou imposer une alternative comme PDF24 ?
Pour trancher, j’utilise cette grille d’arbitrage simple :
📊 Grille de Décision : “Outil Passion” vs “Outil Raison”
+---------------------+------------------------------------------+-------------------------------------------+
| Critère | Question à se poser | Décision / Action |
+---------------------+------------------------------------------+-------------------------------------------+
| Criticité Métier | L'outil a-t-il une fonction vitale ? | CONSERVER. Le risque opérationnel prime. |
+---------------------+------------------------------------------+-------------------------------------------+
| Fréquence d'usage | Usage de 4h/jour ou 5 min/semaine ? | Si < 30 min : MIGRER. |
+---------------------+------------------------------------------+-------------------------------------------+
| Coût de la Rente | L'abonnement augmente sans valeur ? | Si OUI : PLANIFIER LA SORTIE. |
+---------------------+------------------------------------------+-------------------------------------------+
| Poids du Changement | Quel est le niveau de rejet estimé ? | Si Élevé : SEGMENTER (ex: 5 experts). |
+---------------------+------------------------------------------+-------------------------------------------+Comment gérer le “Risque de déplaire” ?
Le rôle du DSI n’est pas d’être populaire, mais d’être garant de la viabilité du système. Voici ma méthode pour faire passer la pilule :
- La segmentation : Ne forcez pas tout le monde. Gardez l’outil historique pour les 5 “Power Users” et basculez les 200 autres sur du gratuit/open-source. Argument : “Je n’enlève pas l’outil, je l’alloue au juste besoin.”
- Le coût d’opportunité : Expliquez pourquoi vous changez. Un logiciel est souvent multiple, et vos collègues ont des ressources insoupçonnées pour s’adapter quand on prend le temps de comprendre leurs réticences et leurs cas d’usage réels.
- La règle des 72 heures : La résistance au changement est souvent épidermique. Si l’alternative est ergonomique, la grogne s’éteint dès que la première tâche est accomplie avec succès.
En conclusion : Reprendre le pouvoir
Accepter une hausse de 20% sur un abonnement par peur de quelques mails de mécontentement, c’est abandonner son pouvoir de décision à l’éditeur.
En 2026, la performance d’un DSI se mesurera à sa capacité à dire “non” aux rentiers du logiciel pour ré-internaliser nos compétences et réinvestir là où se trouve la vraie valeur santé.