Un registre des changements rassemble déploiements, configurations, incidents et décisions. Il aide à relier une variation observée à une action concrète.
Décrire un changement
Garder le contexte
Un registre utile relie chaque changement au ticket, à l’approbation, à l’image et aux mesures. Notez les dépendances, le risque et le retour. Après livraison, comparez erreurs, latence, files et parcours métier. Une revue ferme le changement seulement après validation et retrait des ressources temporaires.
Notez service, environnement, version, responsable, motif et période. Ajoutez dépendances, risques, validation et retour. Un changement sans identifiant devient difficile à retrouver dans les logs.
Relier les preuves
Conservez plan, approbation, image, métriques et résultat. Le registre ne doit pas contenir de secret. Un lien vers le ticket et le tableau de bord suffit généralement.
Rechercher après incident
Comparez la chronologie d’erreurs avec les changements récents. Un déploiement n’est pas automatiquement la cause, mais il donne une hypothèse à tester. Le postmortem d’incident décrit l’analyse factuelle.
Fermer correctement
Fermez après validation technique et métier. Si une action reste incomplète, gardez un propriétaire et une échéance. Sources : Google SRE change management, AWS operational excellence.