L’arbitrage CAPEX OPEX est-il encore pertinent pour la DSI

Imaginons un comité d’investissement confronté à trois demandes simultanées : remplacer une infrastructure devenue fragile, renouveler un contrat SaaS dont le prix augmente avec les usages et financer la sécurisation d’un ERP critique. Le directeur financier demande ce qui relève du CAPEX et de l’OPEX. Le DSI, lui, doit répondre à une question plus difficile : quelle décision protège les opérations, la trésorerie et la capacité de changer demain ? Cette situation est illustrative, mais le dilemme est concret. Classer une dépense reste nécessaire pour le budget et la comptabilité ; en faire le critère principal d’arbitrage devient dangereux.

Le cloud n’a pas supprimé l’investissement

Le passage d’un achat d’infrastructure à un abonnement donne l’impression de substituer une charge flexible à un actif immobilisé. Pourtant, la réalité économique résiste aux étiquettes. Un contrat cloud assorti d’un engagement de consommation, de frais de sortie et d’une architecture fortement dépendante d’un fournisseur peut créer une rigidité comparable à celle d’un investissement. Inversement, un équipement acquis peut préserver une marge de manœuvre s’il est standard, maîtrisé et revendable.

Le DSI doit donc séparer le traitement financier de la substance de la décision. Le CAPEX ou l’OPEX indique comment la dépense est portée ; il ne dit ni combien elle coûtera sur sa durée utile, ni ce qu’il faudra payer pour l’exploiter, la sécuriser, la faire évoluer ou l’abandonner. L’arbitrage pertinent commence là où la classification s’arrête.

Comparer des scénarios complets, pas des prix d’entrée

La première décision consiste à fixer un horizon cohérent avec le besoin, puis à comparer quelques scénarios réellement exécutables : conserver et sécuriser l’existant, acheter, louer, migrer vers un service managé ou combiner plusieurs options. Chaque scénario doit intégrer le coût complet : mise en œuvre, licences, consommation, exploitation, compétences, support, sécurité, conformité, intégration, indisponibilité prévisible et sortie.

Cette comparaison évite deux illusions symétriques. La première consiste à préférer l’OPEX parce qu’il réduit l’effort initial, sans mesurer l’indexation, la croissance des volumes ou les options payantes devenues indispensables. La seconde favorise le CAPEX parce qu’il semble moins cher sur plusieurs années, tout en oubliant l’obsolescence, les capacités inutilisées et les ressources internes nécessaires. Un chiffre unique ne suffit pas : il faut rendre visibles les hypothèses qui le produisent.

Mesurer la valeur de la flexibilité

La flexibilité a un prix, mais aussi une valeur. Elle est forte lorsque la demande varie, que le service doit être lancé rapidement ou que l’entreprise veut pouvoir interrompre une expérimentation. Elle compte moins pour une charge stable, prévisible et durable, surtout si l’organisation possède déjà les compétences requises. Le dirigeant IT doit donc tester plusieurs trajectoires de volume, pas seulement une moyenne budgétaire rassurante.

Trois indicateurs éclairent cette décision : le coût par unité d’usage, l’écart entre dépense prévue et dépense constatée, et la part des coûts réellement évitables en cas de baisse d’activité. Un abonnement n’est flexible que si l’on peut réduire les volumes, supprimer des licences ou quitter le service sans délai, pénalité ou chantier disproportionné. Sinon, l’OPEX ne fait que masquer un engagement durable derrière une facture mensuelle.

Donner un prix à la dépendance

La réversibilité ne doit pas rester une clause abstraite. Le DSI peut demander, avant signature, combien de temps prendrait une sortie, quelles données seraient récupérables, sous quel format, avec quelles compétences et quelles interruptions. Il doit aussi identifier les composants propriétaires, les intégrations spécifiques et les remises conditionnées par un engagement pluriannuel. Le RSSI complète l’analyse par les exigences de contrôle, de traçabilité, de continuité et de réponse à incident.

Ces éléments peuvent être traduits en décisions : limiter l’engagement initial, financer un test de restitution, conserver une compétence interne, découpler une interface ou refuser une remise qui enferme excessivement. Le bon « non » propose une alternative : non à une migration globale insuffisamment réversible, mais oui à un périmètre pilote, avec critères de sortie et plafond de consommation.

Installer une revue en six étapes

Une démarche robuste tient en six étapes. D’abord, formuler le besoin opérationnel et le coût de l’inaction. Ensuite, définir l’horizon, les volumes et le niveau de service attendu. Troisièmement, construire des scénarios comparables. Quatrièmement, calculer leur coût complet et tester des hypothèses défavorables. Cinquièmement, qualifier les risques de dépendance, de sécurité, de compétences et de réversibilité. Enfin, présenter au comité une recommandation, ses conditions de réussite et le point de décision suivant.

Cette logique rejoint l’approche de « Révolution Numérique ! » de Guy de Lussigny : relier les choix technologiques aux enjeux de coût, de risque, de dépendance et d’action. Le dossier remis au COMEX ne devrait pas défendre une préférence technique. Il devrait montrer quel scénario soutient le mieux les opérations et quelles concessions la direction accepte consciemment.

Arbitrer, puis surveiller les hypothèses

Les erreurs les plus fréquentes sont prévisibles : imposer une cible d’OPEX sans examiner la charge totale, confondre remise commerciale et économie, sous-estimer les coûts internes, traiter la sortie après la signature ou comparer des niveaux de service différents. Une autre erreur consiste à décider une fois pour toutes. Or les volumes, les tarifs, les contraintes de sécurité et la criticité évoluent.

L’arbitrage final peut donc combiner plusieurs modèles. Une base stable et critique peut justifier un engagement maîtrisé ; une capacité variable peut rester à la consommation ; un service émergent peut commencer par un pilote réversible. La décision doit ensuite être revue à partir d’indicateurs simples : dépense unitaire, consommation engagée mais inutilisée, dérive budgétaire, incidents, disponibilité, délai de changement et coût de sortie actualisé. CAPEX contre OPEX demeure une question utile, mais secondaire. Pour la DSI, la vraie décision porte sur le coût complet, le risque assumé et la liberté future.

Pour approfondir

Ouvrage : Révolution Numérique !: Le guide pour comprendre, décider et agir dans l’entreprise numérique — Amazon

Ouvrage : DSI EN CRISE: Reprendre le contrôle de l’IT, des ERP et des grands programmes — Amazon

Consulter la référence

Consulter la référence

#GouvernanceIT #ArchitectureSI #DSI #GuyDeLussigny #TransformationNumerique