- Publication
- Mise à jour
Une panne critique de système peut nécessiter une correction rapide. Une procédure d’urgence ne doit pas laisser d’incertitude sur le motif du changement, ses effets et les activités de vérification réalisées ensuite.
Préserver le sens des données
Définir à l’avance l’autorité de décision d’urgence, l’évaluation des risques et les contrôles minimaux de mise en œuvre. Suivre les activités différées avec leurs explications. Rétablir le service ne démontre pas qu’un correctif fonctionne dans tous les processus métier. Rendre compréhensibles pour les utilisateurs les limites d’une solution provisoire et sa relation avec la solution permanente prévue.
Exemple pratique
Par exemple, un défaut d’interface empêche l’affichage de données critiques de sécurité. L’équipe technique déploie un correctif urgent. Elle vérifie d’abord le circuit directement concerné, puis effectue des contrôles de non-régression des fonctions voisines, rapproche les données de la période de panne et finalise la documentation du changement. Des responsables désignés suivent les vérifications restantes et la décision nécessaire à la clôture.
Points de contrôle
- Relier la justification d’urgence à la version effectivement mise en œuvre.
- Tester le défaut visé et les effets sur les processus critiques voisins.
- Suivre les preuves différées au moyen d’une liste distincte de clôture.
Acceptation et limites
L’acceptation inclut l’explication de l’effet du changement et de l’incertitude restante, ainsi que le rétablissement du service. La procédure d’urgence ne doit pas devenir un moyen habituel de contourner les contrôles normaux des changements. Les vérifications ultérieures ne doivent pas être datées comme si elles avaient été réalisées avant le déploiement. Évaluer les effets sur les données ou les décisions cliniques séparément de l’acceptation technique de la version logicielle révisée.
Questions fréquentes
- Un correctif d’urgence peut-il ne pas être documenté ?
- L’ordre des preuves peut différer, mais la justification, l’autorité et l’historique réel de mise en œuvre doivent rester explicables.
- Le problème est-il clos lorsque le service revient ?
- Non. Les conditions de clôture définies, notamment le rapprochement et les examens différés, doivent encore être satisfaites.