Arbitrer une fin de vie logicielle sans remplacer tout le parc dans l'urgence.

Le sujet semblait simple : remplacer vite. En réalité, il fallait séparer les postes réellement bloquants de ceux encore défendables.

Urgence de fin de support

Compatibilité à qualifier

Décision à défendre face à la direction

Situation de départ

La fin de support logicielle créait une pression forte, mais sans vision claire de l'ampleur réelle du problème.

Compatibilité logicielle mal qualifiée

Parc traité comme un bloc homogène

Tendance à confondre urgence réelle et remplacement généralisé

Il fallait garder une lecture sérieuse de la sécurité sans déclencher un renouvellement massif mal calibré.

Arbitrage à justifier rapidement

Continuité à préserver

Budget insuffisant pour tout refaire en même temps

Le travail a consisté à distinguer prolongation, upgrade, correction d'environnement et remplacement réel.

Qualifier le risque

Identifier les postes réellement exposés et ceux encore défendables.

Séparer les réponses

Ne pas traiter tous les postes avec la même logique de remplacement.

Préparer la suite

Transformer une urgence logicielle en trajectoire pilotée.

La réponse a été organisée en plusieurs niveaux, avec priorité aux cas réellement bloquants.

Traitement prioritaire des postes les plus critiques

Prolongation de certains postes encore défendables

Cadre de renouvellement préparé pour la suite

L'organisation a pu réduire la pression d'urgence tout en gardant une lecture sérieuse du risque et du budget.

Moins d'urgence / subie

Le sujet a été requalifié poste par poste au lieu d'être traité comme un bloc.

Plus de clarté / dans les priorités

Les investissements ont été concentrés sur les cas réellement critiques.

1 trajectoire / mieux défendue

La direction a pu arbitrer sur une base plus solide.

Un premier cadrage permet souvent de séparer le bruit de l'urgence réelle.