Retour d'expérience et suivi des actions
Transformer les constats d'un exercice en actions correctives suivies dans la durée, avec la même rigueur qu'un incident réel.
À retenir
- Le RETEX doit distinguer constats, causes racines et actions correctives concrètes.
- Chaque action corrective a besoin d'un responsable, d'une échéance et d'un critère de clôture.
- Une action n'est close que lorsqu'elle a été re-testée, pas simplement déclarée réalisée.
- Centraliser les RETEX multi-sites révèle des causes racines communes invisibles isolément.
L'exercice ne s'arrête pas à la fin du chronomètre
La valeur d'un exercice se joue autant dans sa préparation que dans son après-coup. Un retour d'expérience (RETEX) mal exploité — constats notés mais jamais suivis — condamne l'organisation à répéter les mêmes défaillances lors de l'incident réel suivant. La logique du RETEX rejoint celle du post-incident review recommandé par les référentiels de résilience opérationnelle (ISO 22301, guides CISA).
Structurer le RETEX
- Ce qui a fonctionné : procédures suivies sans écart, délais respectés, communication efficace.
- Ce qui n'a pas fonctionné : écarts au plan, documentation obsolète, outils indisponibles, rôle mal compris.
- Causes racines : pourquoi l'écart s'est produit, pas seulement quel écart s'est produit (utiliser la méthode des « 5 pourquoi »).
- Actions correctives : chacune avec un responsable nommé, une date d'échéance et un critère de clôture vérifiable.
Point clé
une action corrective sans responsable et sans échéance a statistiquement une probabilité proche de zéro d'être réalisée ; elle doit être traitée comme un ticket dans le système de suivi habituel de l'organisation, pas dans un compte-rendu isolé.
Table de suivi des actions
| Constat | Action corrective | Responsable | Échéance | Statut |
|---|---|---|---|---|
| Sauvegarde immuable non testée en restauration réelle | Planifier un test de restauration trimestriel | Équipe stockage | J+30 | Ouvert |
| Contact d'astreinte injoignable | Mettre à jour l'annuaire de crise et tester l'alerte | Équipe exploitation | J+7 | Ouvert |
| Documentation de bascule DNS obsolète | Réviser et faire valider la procédure | Équipe réseau | J+15 | Ouvert |
Attention
un RETEX qui se limite à féliciter l'équipe sans documenter les écarts, même mineurs, prive l'organisation de la matière première nécessaire à l'amélioration continue exigée par ISO 22301 (clause sur l'évaluation de la performance).
Boucler la boucle : re-tester ce qui a été corrigé
Une action corrective n'est réellement close que lorsqu'elle a été vérifiée, idéalement lors d'un exercice ultérieur ciblé sur le point corrigé, et non simplement déclarée « faite » sur la base d'une affirmation verbale.
Sur le terrain
dans les organisations qui gèrent plusieurs sites, centraliser les RETEX dans un registre unique révèle souvent des causes racines communes (ex. même fournisseur de sauvegarde, même modèle d'onduleur) invisibles si chaque site traite ses incidents isolément.
Astuce
limitez chaque exercice à 3-5 actions correctives réalistes plutôt que de produire une liste de vingt points qui ne seront jamais tous traités ; priorisez par impact sur le RTO/RPO.