QUESTIONS & RÉPONSES La collection de Solve DSI - Yann-Eric Devars
← Revenir aux réponses

Comment améliorer la rédaction d’un PRA grâce aux retours d’expérience ?

D’après Plan de reprise d’activité

Retour d’expérience (RETEX)

Après chaque test, on réalise un RETEX :

Qu’est-ce qui a bien fonctionné, quelles étapes ont posé un problème ?

Le plan est-il complet ? (faut-il ajouter de nouveaux contacts, clarifier une procédure).

Les délais sont-ils réalistes ? (peut-on vraiment basculer en 1 heure ?).

Y a-t-il des améliorations possibles ? (scripts d’automatisation, formation supplémentaire).

Ensuite, on met à jour la documentation :

Nouvelle version du plan (ex. v1.1, v1.2),

Communication des modifications aux acteurs concernés.

Étude de cas

Pour illustrer la mise en place opérationnelle et la rédaction du plan, prenons un exemple :

Contexte : une PME logistique, vient d’achever l’analyse de risques et a sélectionné un site de secours “tiède” (infrastructure virtualisée), plus des sauvegardes quotidiennes en cloud.

Chef de projet PRA : nomme un manager IT pour piloter la rédaction.

Collecte d’informations : Le manager organise 3 ateliers :

Atelier technique (avec l’IT) : liste des serveurs critiques, modes de restauration, scripts de bascule, etc.,

Atelier métier (logistique, compta, commercial) : priorités de reprise, modes dégradés, contact clients,

Atelier direction : validation des seuils de gravité, du budget, communication externe.

Rédaction : Il rédige un sommaire :

Procédure de déclaration du sinistre.

Cellule de crise et organigramme

Bascule sur le site de secours

Restauration de la base ERP

Communication clients

Annuaire de crise

Chronologie des étapes

Validation : un comité de pilotage (DG, DSI, responsables métiers) lit la v1.0 du document, propose quelques ajustements.

On signe la v1.1 finale un mois plus tard.

Test : un exercice sur table est organisé 2 semaines après la validation.

On découvre un point faible : la durée de restauration de la base est un peu plus longue que prévu, le script n’est pas à jour.

La partie “Restauration” en version 1.2 prendra en compte ce nouvel aspect.

Ainsi, l’entreprise dispose désormais d’un plan opérationnel minimal, validé et testé, prêt à être actionné si un incident majeur survient.