Testez votre plan de reprise d'activité avant la panne

Un plan de reprise n'est utile que si l'équipe peut l'exécuter dans le bon ordre, avec les ressources disponibles. Une liste de contacts d'urgence et un titre rassurant ne disent pas combien de temps il faut pour relancer le travail critique. Dans l'exemple ci-dessous, un plan qui tient en 80 minutes sur le papier en demande 90 à l'exercice, dépasse son objectif de 60 minutes de 30 minutes, et la panne coûte 530 $ — ou 130 $ et 40 commandes en attente, selon le comportement des clients.

Partez d'un scénario défini

« L'informatique est en panne » n'est pas un scénario. Une panne du service de paiement, la perte d'accès à un atelier ou l'arrêt d'un système interne demandent des actions, des personnes et des décisions différentes. Avant d'estimer quoi que ce soit, notez :

• le déclencheur — par exemple : les terminaux refusent tous les paiements ;
• le périmètre — ce qui compte comme rétabli : paiement par carte accepté sur chaque caisse et ventes à nouveau synchronisées avec le stock ;
• les objectifs — le RTO (délai pour relancer le travail critique) et, si des données doivent être restaurées, le RPO (les données les plus anciennes dont vous acceptez la perte). Le RPO n'est pas la durée de la panne.

Rendez les dépendances explicites

Le magasin fictif de la démo — articles pour la maison, huit salariés :

Le début au plus tôt d'une étape est la fin au plus tôt la plus tardive de ses prérequis ; la fin au plus tôt est ce début plus la durée : A 0 → 30, B 30 → 50, C 30 → 70, D 70 → 80. La reprise planifiée est donc de 80 minutes, fixée par la chaîne A → C → D. Accélérer B ne change rien ; accélérer C, oui.

L'objectif reste un objectif

Le RTO du magasin est de 60 minutes : écart de 20 minutes. Cet écart localise le problème, mais ne prouve pas que l'entreprise reprendra en 80 ou en 60 minutes. C'est un calcul à partir de durées notées, qui suppose assez de monde pour chaque branche parallèle.

Vérifiez les ressources partagées

Justement : B et C mobilisent tous deux le responsable informatique, prévu deux fois entre la minute 30 et la minute 50. Un bon outil ne réordonne pas cela en silence ; il avertit et vous laisse décider — ajouter un prérequis pour enchaîner les étapes (l'estimation augmente) ou confier B à un autre rôle.

Pour une entreprise de taille moyenne, l'enjeu grandit. Dans la seconde démo, un distributeur compte trois sites, six services et une seule équipe informatique centrale. Chaque site paraît raisonnable isolément, mais la reconnexion des caisses du showroom, des scanners du dépôt et l'export de paie tombent dans la même demi-heure : trois chevauchements pour une seule équipe.

Enregistrez un exercice — honnêtement

L'étape C a pris 50 minutes au lieu de 40 ; D en dépend, le retard se propage. La reprise enregistrée est de 90 minutes, pas 80, soit 30 minutes au-delà du RTO.

Trois règles rendent l'exercice fiable : une étape non terminée reste non terminée, jamais « zéro minute » (chez le distributeur, la reconnexion des scanners n'est pas finie : aucune durée de reprise n'est affichée) ; une donnée manquante n'est pas inventée (une fin sans début compte, sans durée) ; et l'ordre compte (une fin avant celle d'un prérequis est une erreur).

L'exercice vérifie aussi la sauvegarde : dernière sauvegarde réussie à 06:30, exercice à 08:00 — 90 minutes d'âge pour un RPO de 60, soit 30 minutes de trop. C'est un contrôle d'âge, pas la preuve que la sauvegarde se restaure.

Heures écoulées et heures d'ouverture

Pour la vue financière, le magasin utilise une variante séparée : une panne de 240 minutes à partir du mardi 10:00. Ouvert de 09:00 à 19:00, les quatre heures sont des heures d'ouverture. Cette variante reste distincte des 80 minutes du plan et des 90 minutes de l'exercice.

Chiffres saisis : marge sur coûts variables par heure d'ouverture 100 $, surcoût par heure de panne 20 $, coût fixe d'incident 50 $. La marge étant déjà nette des coûts variables, les frais fixes ne s'ajoutent pas une seconde fois.

Demande perdue ou reportée — pas les deux

Si les ventes disparaissent : marge perdue 4 × 100 $ = 400 $, surcoûts 4 × 20 $ + 50 $ = 130 $, total 530 $.

Si les commandes attendent : la marge est différée, pas perdue ; les 130 $ de surcoûts demeurent ; à 10 commandes par heure, la file atteint 40 commandes. Afficher les deux à la fois compterait deux fois les mêmes clients.

La file peut-elle se résorber ?

Après la reprise, le magasin traite 20 commandes par heure au lieu de 10 : 10 de réserve. 40 ÷ 10 = 4 heures d'ouverture à rythme constant ; avec une reprise à 14:00, la file est résorbée vers 18:00. Si la capacité après reprise n'est pas supérieure à la normale — comme au dépôt de l'aéroport —, il n'existe aucune durée de rattrapage finie dans ce modèle, et le rapport doit le dire.

Les heures de fermeture se comportent encore autrement : coupure au dépôt le vendredi à 17:00, retour 15 heures plus tard le samedi à 08:00 ; seules 3 heures étaient ouvertes. La marge perdue porte sur 3 heures, le surcoût horaire (un groupe électrogène loué) sur les 15.

Gardez un document utilisable

Imprimez la séquence avec responsables et heures cibles, une fiche de contacts (rôles et moyens de joindre — jamais de mots de passe ni de codes d'accès) et la comparaison d'exercice, heures prévues et enregistrées en colonnes séparées. Revoyez-le après chaque exercice.

Reprise d'activité et exercices relie le plan, l'objectif et l'exercice enregistré, et ajoute l'effet sur l'activité selon les horaires et le fuseau de chaque site. Ouvrez la démo pour voir l'objectif manqué, le chevauchement de ressource et la différence entre commandes perdues et reportées. Pour chercher les fragilités, utilisez Business Fragility X-Ray ; pour préparer et tester la séquence de reprise, cet outil. Aucune estimation par IA : chaque chiffre ci-dessus est calculé à partir des données montrées.