Exploitation devenue fragile
Stabiliser l'infrastructure avant de relancer les projets
Scénario illustratif : les incidents prennent le pas sur les projets. Les sauvegardes ne sont pas toutes testées, les droits d'accès sont difficiles à relire et plusieurs tâches d'exploitation restent manuelles.
Priorités d'exploitation floues
Feuille de route à remettre à plat
Situation de départ
L'équipe traite les incidents au fil de l'eau et reporte les vérifications de sauvegarde, la revue des accès et l'automatisation des tâches récurrentes.
Incidents et dette d'exploitation qui s'accumulent
Sauvegardes, accès et automatisation traités par couches successives
Parc et infrastructure pilotés sans vision commune
Contraintes majeures
Il fallait remettre de la stabilité sans figer l'évolution du SI ni ouvrir un chantier trop large.
Capacité d'équipe limitée
Besoin de continuité de service
Nécessité de réordonner les investissements
Arbitrage structurant
Le choix a été de reconnecter lecture infrastructure, politique poste de travail et priorités de traitement.
Stabiliser l'exploitation
Remettre la priorité sur les sujets qui fragilisaient réellement l'exploitation.
Prioriser selon le risque
Reporter certains projets pour traiter d'abord les sauvegardes, les accès et les incidents récurrents.
Reconnecter parc et SI
Faire apparaître les dépendances entre standards poste, sécurité et infrastructure.
Déploiement retenu
Traiter d'abord les sauvegardes non vérifiées, les accès excessifs et les incidents récurrents. Planifier ensuite les automatisations et les projets qui dépendent de ces corrections.
Relecture des priorités d'exploitation
Séquençage plus réaliste des chantiers
Standards de poste et priorités SI décidés ensemble
Livrables prévus
Ce type de mission produit les livrables suivants.
Registre des risques
Sauvegardes non testées, accès excessifs et incidents récurrents, hiérarchisés.
Backlog ordonné
Les corrections et automatisations classées par risque et par charge d'exploitation.
Calendrier de revue
Contrôles de sauvegarde et revues d'accès planifiés dans la durée.
Reprendre une vue d'ensemble du SI avant d'empiler de nouveaux projets sur une base instable
Cet exemple montre comment limiter la mission aux risques d'exploitation qui bloquent réellement les projets suivants.