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

Scénario illustratif : pour chaque poste, vérifier la compatibilité avec l'OS cible, les applications métier, les pilotes et les exigences de sécurité, puis remplacer en priorité les machines qui échouent à ces contrôles.

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é

Contraintes majeures

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

Arbitrage structurant

Les postes sont classés en quatre groupes : compatibles en l'état, compatibles après mise à niveau, maintenables temporairement avec une mesure compensatoire, ou à remplacer.

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

Établir l'ordre des corrections et des remplacements, avec une date et un responsable pour chaque lot.

Déploiement retenu

La réponse serait organisée en plusieurs niveaux, avec priorité aux situations réellement bloquantes.

Traitement prioritaire des postes les plus critiques

Prolongation de certains postes encore défendables

Cadre de renouvellement préparé pour la suite

Livrables prévus

Ce type d'arbitrage produit les livrables suivants.

Postes incompatibles

La liste des postes concernés, le risque associé à chaque exception et la mesure temporaire autorisée.

Calendrier de remplacement

Une date et un responsable pour chaque lot de postes.

Budget par vague

Les remplacements réellement urgents distingués de ceux qui peuvent attendre.

Traiter une fin de vie logicielle comme un arbitrage structuré

Un inventaire des applications et des postes évite de remplacer les machines qui restent compatibles et supportables.