Changement IT : la checklist avant mise en production

Une mise à jour réussie techniquement peut malgré tout interrompre une activité. Préparer un changement consiste à vérifier ses conséquences, organiser la décision et savoir quoi faire si le résultat attendu n’est pas obtenu.

1. Décrire ce qui change

Expliquez l’objectif métier, les éléments modifiés et ceux qui pourraient être affectés indirectement. Identifiez les dépendances : comptes de service, interfaces, sauvegardes, équipements ou procédures. N’utilisez pas « mise à jour technique » comme seule description.

2. Examiner les risques et validations

Précisez les conséquences d’un échec, la fenêtre d’intervention et les personnes habilitées à décider. Pour un système soumis à des exigences qualité ou réglementaires, associez les responsables concernés et appliquez le processus de changement de votre organisation.

3. Définir les tests et le retour arrière

Décidez avant l’intervention quels contrôles permettront de poursuivre, d’arrêter ou de revenir en arrière. Vérifiez les prérequis du retour arrière : sauvegarde exploitable, compatibilité des versions et possibilité de restaurer les données. Certaines opérations sont irréversibles ; il faut alors une stratégie de reprise adaptée, pas une case « rollback » cochée par habitude.

Checklist avant intervention

• Objectif et périmètre compris par les responsables.
• Dépendances et activités critiques identifiées.
• Tests réalisés et résultats conservés.
• Autorisation obtenue selon les règles internes.
• Intervenant, décideur et contacts de support identifiés.
• Fenêtre et communication convenues avec les personnes concernées.
• Critères de réussite, d’arrêt et de retour arrière définis.
• Prérequis de reprise vérifiés.
• Contrôles après intervention et surveillance prévus.

Exemple : modifier une règle d’accès

Une règle de sécurité peut protéger les comptes tout en empêchant un usage légitime. Identifiez les populations et applications concernées, testez sur un périmètre approprié et prévoyez un moyen autorisé de reprendre la main. Faites valider le fonctionnement métier, pas seulement l’enregistrement de la configuration.

Après la mise en œuvre

Consignez les horaires, les écarts au plan, les résultats des tests et les incidents éventuels. Mettez à jour les documents utiles et faites confirmer la fin de l’intervention. Si un incident survient, reliez les dossiers pour faciliter l’analyse.

Erreurs à éviter

Valider après coup, confondre sauvegarde et reprise testée, oublier une dépendance, ou considérer l’absence d’alerte comme une preuve suffisante de réussite fragilise le changement.