Rédiger un plan de continuité prend quelques semaines. Le rendre actionnable le jour où tout s'arrête, c'est un autre métier. Notre méthode produit un dispositif vivant, daté, rattaché à votre parc réel — et opposable devant un auditeur, un assureur ou un donneur d'ordre.
Un plan de continuité qui dort dans un classeur partagé donne un sentiment de sécurité sans en produire les effets. Le jour de l'incident, trois choses manquent presque toujours : on ne sait pas qui décide, on ne sait pas dans quel ordre redémarrer, et on découvre que les sauvegardes ne couvraient pas ce qu'on croyait.
La difficulté n'est pas d'écrire le document. Elle est de le maintenir en cohérence avec un système d'information qui change chaque mois, et de prouver qu'il fonctionne avant d'en avoir besoin.
Un plan non éprouvé est une hypothèse, pas un dispositif.
Les serveurs et applications cités n'existent plus, ou ont changé de rôle.
« Tout le monde » est responsable, donc personne ne décide.
des collectivités interrogées ne disposent ni d'un plan de continuité d'activité, ni d'un plan de reprise d'activité.
de ces mêmes collectivités ont mis en place un plan d'action RGPD.
Quatre organisations sur cinq ont formalisé leur conformité au règlement sur les données. Deux sur trois n'ont rien prévu pour le jour où le système s'arrête. Ce n'est pas une contradiction : c'est la différence entre une obligation qui a une échéance et une obligation qui n'en a pas. On documente ce qui est réclamé, on remet à plus tard ce qui n'est réclamé qu'après le sinistre.
Chaque étape produit un livrable daté et vérifiable. Aucune ne repose sur une affirmation qu'on ne peut pas contrôler.
Nous identifions les processus métier qui ne peuvent pas s'arrêter, puis nous remontons vers les applications, serveurs, liens et prestataires dont ils dépendent réellement. Chaque actif reçoit un niveau de criticité, une durée d'interruption acceptable (RTO) et une perte de données tolérable (RPO).
Le point de départ est votre parc tel qu'il est, pas tel qu'il a été documenté il y a trois ans.
Qui déclenche le plan, qui pilote, qui parle aux clients, qui appelle l'assureur. Des personnes nommées, avec suppléants, coordonnées personnelles et canal de repli si la messagerie d'entreprise est indisponible — ce qui est précisément le cas lors d'un rançongiciel.
Nous incluons également les contacts externes utiles : hébergeur, opérateur, assurance cyber, autorités.
Pour chaque scénario retenu — perte du site, indisponibilité applicative, compromission, défaillance d'un prestataire — une procédure ordonnée, écrite pour être suivie sous pression par quelqu'un qui n'en est pas l'auteur.
L'ordre de redémarrage est établi à partir de la cartographie de l'étape 01, pas à l'intuition.
C'est l'étape qui distingue un dispositif d'un document. Chaque test est planifié, exécuté, daté, et son résultat consigné — y compris les échecs, qui sont les plus instructifs. Restauration réelle, bascule, exercice sur table de la cellule de crise.
Le registre devient la pièce que vous présentez quand on vous demande de prouver que votre plan fonctionne.
Chaque incident réel est consigné : chronologie, impact, décisions prises, durée effective de reprise. On compare ensuite le constaté à l'objectif, et on corrige la cartographie et les procédures en conséquence.
C'est ce qui empêche le plan de vieillir. Un PCA qui n'apprend pas de ses incidents redevient un document mort en douze mois.
À l'issue de la démarche, vous disposez d'un dossier complet exportable en PDF, structuré pour être lu par un tiers : auditeur, assureur, commissaire aux comptes, donneur d'ordre dans un appel d'offres.
Demander un exemple de sommaireAvec criticité, RTO et RPO par processus.
Rôles, suppléants, contacts internes et externes.
Ordonnées, avec modes dégradés.
Historique daté, écarts et actions correctives.
Chronologies et retours d'expérience.
Le dossier complet, à date, prêt à transmettre.
Nous avons conçu et nous maintenons notre propre interface de gestion, parce qu'aucun tableur ne survit à trois ans de mises à jour. Vous disposez d'un tableau de bord, d'une traçabilité complète et d'un pilotage en continu de votre résilience.
Les actifs critiques pointent vers les équipements et contrats réellement inventoriés, pas vers une liste recopiée.
Tests et incidents saisis au même endroit que le plan, donc jamais désynchronisés de lui.
Le dossier complet, horodaté, généré à la demande pour un audit ou un appel d'offres.
Chaque filiale ou site conserve son périmètre, avec une vision consolidée au niveau groupe.
La démarche est construite pour bâtir un PCA, un PRA et un PCI sur mesure, adaptés à la réalité opérationnelle de chaque structure, tout en respectant les exigences réglementaires applicables — au premier rang desquelles la norme ISO 22301 pour la continuité d'activité et le RGPD pour la disponibilité et l'intégrité des données personnelles.
Sur le volet identitaire et technique, l'articulation avec votre environnement Microsoft 365 et vos sauvegardes est traitée conjointement avec les équipes d'exploitation SPHERIS.
Continuité d'activité
Disponibilité & intégrité
Bonnes pratiques
Métier & informatique
Un plan de continuité rédigé par des consultants qui n'ont jamais restauré une sauvegarde annonce des délais qu'ils n'ont jamais chronométrés. Les procédures paraissent impeccables sur le papier et se révèlent infaisables la nuit de l'incident.
Chez nous, la méthode est portée par SF Soli et les délais sont vérifiés par les équipes d'exploitation de SPHERIS — celles qui décrocheront le téléphone à trois heures du matin. Un objectif de reprise n'entre au dossier que si quelqu'un s'engage à le tenir.
Comprendre notre organisation →Relire son plan de continuité une fois par an rassure le comité de direction et ne prouve rien. Le jour venu, ce qui coince n'est presque jamais écrit dedans : le numéro d'astreinte qui ne répond pas, la procédure qui suppose un accès devenu inaccessible, le dirigeant qui découvre qu'il doit décider en vingt minutes. Nous jouons donc le plan, en conditions, avec vos équipes.
Trois utilisateurs appellent. Les documents portent une extension inconnue.
Appel utilisateurUn fichier texte sur le bureau du serveur. Compte à rebours de 72 heures.
DocumentIsoler le site coûte une demi-journée de production. Ne pas isoler peut coûter le reste.
Cellule de criseIl a appris l'incident et veut savoir si ses données sont concernées. Qui lui répond, et quoi ?
ExterneSi des données personnelles sont touchées, la notification est déjà en cours de rédaction. Ou pas.
ObligationAucune option ne les préserve tous. C'est le principe.
On en sort avec le sentiment d'avoir travaillé.
On en sort avec une liste de corrections, et la preuve que l'exercice a eu lieu.
Chaque décision est horodatée au moment où elle est prise. Personne ne reconstitue la chronologie de mémoire une semaine plus tard — c'est l'outil qui l'a écrite pendant que vous jouiez.
Le débrief se déroule sur la chronologie réelle : ce qui a été décidé, quand, par qui, et ce qui manquait pour décider plus vite.
Un compte rendu exporté en PDF, daté et signé de l'exercice — le document que votre assureur, votre donneur d'ordre ou un auditeur demandera.
Un plan de continuité, ça ne se relit pas. Ça se joue. Parce que le jour venu, personne ne lit.
EGOUn premier échange suffit à situer votre niveau de couverture et à identifier ce qui vous expose le plus. Sans engagement, et sans jargon.
SPHERIS