8 erreurs fréquentes d’un plan de continuité
Un plan de continuité d’activité peut être complet sur le papier et rester inutilisable le jour où l’organisation en a besoin. Lors d’un exercice, le constat est souvent immédiat : des contacts obsolètes, des procédures trop générales, des dépendances critiques non identifiées ou des décisions sans responsable clairement désigné. Les erreurs fréquentes d’un plan de continuité ne relèvent pas seulement de la rédaction. Elles traduisent le plus souvent un défaut de gouvernance, de méthode ou d’appropriation opérationnelle.
Pour les responsables PCA, risk managers, RSSI et directions métiers, l’enjeu n’est donc pas de produire un document supplémentaire. Il consiste à construire un dispositif de continuité réellement activable, cohérent avec les objectifs de résilience opérationnelle et maintenu dans la durée.
Les erreurs fréquentes d’un plan de continuité à corriger
1. Confondre plan de continuité, PRA et gestion de crise
Le plan de reprise d’activité répond principalement à la restauration des systèmes, infrastructures et données après une interruption. Le plan de gestion de crise organise, quant à lui, la décision, la coordination et la communication face à un événement majeur. Le PCA couvre un périmètre plus large : il vise le maintien ou la reprise priorisée des activités critiques, avec les ressources humaines, les fournisseurs, les locaux, les informations et les moyens technologiques nécessaires.
Réduire la continuité d’activité à un PRA informatique est une erreur classique. Une application peut être techniquement disponible sans que le métier puisse traiter les opérations, faute de personnel habilité, d’accès aux données, de procédures dégradées ou de prestataire mobilisable. À l’inverse, une cellule de crise très structurée ne compense pas l’absence de scénarios et de modes opératoires pour poursuivre l’activité.
La bonne pratique consiste à articuler ces dispositifs, avec des interfaces explicites : critères d’activation, responsabilités, circuits d’escalade et dépendances entre continuité métier, reprise IT et gestion de crise.
2. Réaliser une analyse d’impact trop superficielle
L’analyse d’impact sur l’activité, ou BIA, constitue le socle du dispositif. Pourtant, elle est parfois menée à partir d’un questionnaire standardisé, renseigné rapidement par les métiers, puis peu challengé. Le résultat est prévisible : presque toutes les activités sont déclarées critiques, les délais de reprise sont irréalistes et les dépendances sont insuffisamment documentées.
Un BIA utile ne se limite pas à classer des processus. Il doit identifier les impacts d’une interruption au fil du temps : impacts financiers, réglementaires, contractuels, opérationnels, réputationnels ou liés à la sécurité des personnes. Il permet ensuite de définir des objectifs cohérents, notamment la durée maximale admissible d’interruption et les objectifs de délai et de point de reprise lorsque les systèmes d’information sont concernés.
La difficulté est d’accepter les arbitrages. Toutes les activités ne peuvent pas reprendre au même moment ni avec le même niveau de service. Les priorités doivent être validées par les responsables métiers et la direction, car elles engagent les ressources, les investissements et les risques acceptés par l’organisation.
3. Oublier les dépendances réelles entre activités
Un processus critique dépend rarement d’un seul outil ou d’une seule équipe. Il peut nécessiter une application, une authentification, un fournisseur de télécommunications, un site de travail, des données de référence, des délégations de signature et des collaborateurs possédant une compétence rare. Un PCA qui ne cartographie pas ces interdépendances repose sur une vision théorique de l’activité.
Ce point devient particulièrement sensible dans les organisations fortement externalisées. Un fournisseur peut disposer de son propre dispositif de continuité, sans que ses délais de reprise, ses engagements de communication ou ses priorités soient compatibles avec les besoins du donneur d’ordre. La présence d’une clause contractuelle ne suffit pas à démontrer la capacité de continuité.
Il convient donc d’intégrer les tiers critiques dans l’analyse : prestations externalisées, solutions cloud, chaînes logistiques, partenaires de distribution, sous-traitants de données et dépendances intragroupe. Selon la criticité, cela implique de recueillir des éléments de preuve, d’examiner les scénarios couverts et de prévoir des solutions de repli réalistes.
4. Définir des stratégies de continuité irréalistes
Prévoir le télétravail généralisé, une relocalisation sur un site de secours ou le traitement manuel des opérations peut sembler rassurant. Ces stratégies ne sont pertinentes que si elles sont dimensionnées, financées et testées. Une solution de repli qui exige des équipements indisponibles, des accès non provisionnés ou un effectif supérieur à celui mobilisable en crise ne constitue pas une stratégie de continuité.
Le niveau de continuité recherché dépend de l’activité, de ses contraintes réglementaires et de la nature des scénarios. Une activité de relation client peut accepter un service réduit pendant quelques heures. Une activité soumise à des exigences de règlement-livraison, de santé ou de sécurité peut nécessiter un maintien quasi immédiat. Il n’existe donc pas de stratégie universelle.
Pour chaque activité prioritaire, il faut documenter les ressources minimales nécessaires, le mode dégradé retenu, les limites de service acceptées et les conditions de retour à la normale. Cette précision évite de confondre une intention générale avec une capacité opérationnelle.
5. Produire des procédures trop longues ou trop abstraites
En situation perturbée, personne ne consulte efficacement un document de cent pages sans structure d’activation. Les procédures doivent aider à agir sous contrainte de temps, avec une information incomplète et parfois des équipes réduites. Elles doivent donc être courtes, hiérarchisées et directement exploitables.
Un plan opérationnel précise au minimum qui décide, qui alerte, qui exécute, quels moyens sont requis et comment rendre compte de la situation. Les fiches réflexes, annuaires d’urgence, check-lists d’activation et procédures de mode dégradé ont souvent plus de valeur qu’une description exhaustive du fonctionnement nominal.
Cela ne signifie pas qu’il faut appauvrir le dispositif. Les éléments de contexte, les analyses et les preuves de conformité ont leur place dans la documentation de gouvernance. Mais le support utilisé pendant l’incident doit privilégier l’action, la lisibilité et l’accessibilité, y compris en cas d’indisponibilité des outils habituels.
6. Ne pas attribuer de responsabilités de maintien
Un PCA sans propriétaire identifié vieillit très vite. Les changements d’organisation, les départs de collaborateurs, les migrations applicatives, les nouveaux fournisseurs et les évolutions réglementaires créent progressivement un écart entre le plan et la réalité. Cette dérive est fréquente lorsque la continuité est traitée comme un projet ponctuel plutôt que comme une discipline de management.
La gouvernance doit désigner des responsables pour la politique, le programme, les plans métiers, les dispositifs IT, les tiers critiques et les exercices. Elle doit aussi définir une fréquence de revue, des critères de mise à jour et des mécanismes d’escalade lorsque les actions correctrices ne sont pas réalisées.
Dans un cadre aligné sur l’ISO 22301, le maintien du système de management de la continuité d’activité repose sur des responsabilités formalisées, une évaluation des performances et une logique d’amélioration continue. Ce cadre est particulièrement utile pour rendre le dispositif auditable sans le réduire à une exigence documentaire.
7. Tester uniquement la chaîne de notification
Un test d’appel ou de notification vérifie que les contacts reçoivent une alerte. Il ne démontre ni la capacité de décision de la cellule de crise, ni la disponibilité des solutions de repli, ni l’aptitude des équipes à exercer une activité en mode dégradé. Pourtant, de nombreuses organisations assimilent encore ce type de test à une validation globale du PCA.
Les exercices doivent être progressifs et conçus à partir de scénarios plausibles : indisponibilité d’un site, cyberattaque, défaillance d’un prestataire, perte d’un service cloud, indisponibilité de personnel clé ou interruption prolongée d’une énergie critique. Un exercice sur table permet de travailler les décisions et la coordination. Une simulation opérationnelle, plus exigeante, vérifie les ressources et les procédures dans des conditions proches du réel.
L’objectif n’est pas de mettre les équipes en défaut. Il est d’identifier les écarts avant qu’un incident réel ne les révèle. Le retour d’expérience doit produire des actions datées, attribuées et suivies jusqu’à leur clôture.
8. Négliger la formation et l’appropriation des métiers
Un dispositif de continuité conçu par une seule fonction ne peut pas couvrir correctement la réalité des opérations. Les équipes métiers détiennent la connaissance des priorités, des contournements possibles, des dépendances informelles et des contraintes clients. Sans leur participation, le PCA risque d’être techniquement cohérent mais opérationnellement fragile.
L’appropriation suppose des sessions de sensibilisation adaptées aux rôles, des exercices réguliers et une montée en compétence des personnes chargées de piloter la démarche. Pour les professionnels qui structurent ou auditent ces programmes, une formation spécialisée et certifiante, telle que celles proposées par DRI France, aide à consolider une méthode commune et à appliquer des référentiels reconnus.
Transformer le plan en capacité de résilience
La qualité d’un PCA se mesure moins à son volume qu’à sa capacité à soutenir des décisions et des opérations sous pression. Une revue ciblée des activités critiques, des dépendances, des stratégies, des responsabilités et des résultats d’exercice permet souvent d’identifier rapidement les fragilités les plus significatives.
Le point de départ le plus utile est parfois très concret : choisir une activité critique, simuler son interruption pendant une durée définie et demander aux équipes comment elles continueraient à délivrer le service attendu. Les écarts observés fourniront une base de travail bien plus exploitable qu’une mise à jour documentaire isolée.
Cet article est également disponible en :
