Par rôle · Responsable continuité d'activité
Un plan que vous avez testé. Pas un plan que vous avez écrit.
Les propriétaires de processus qui ne se connectent jamais doivent quand même répondre au questionnaire d'impact. Cadrez le BIA comme une campagne, écrivez les plans derrière, puis testez-les selon un calendrier, avec des constats attachés à chaque exécution.
Ce que cela remplace
- La moitié des propriétaires de processus cessent de répondre après la deuxième relance.
- Deux ans depuis la dernière validation ; personne ne l'a rouvert depuis.
- Le dernier test était un exercice sur table, sans un seul constat écrit.
Ce que vous faites ici
- 1Cadrez un BIA comme une campagne.Choisissez les processus, nommez les propriétaires, envoyez, puis relancez les silencieux par rappels plutôt qu'au quatrième e-mail.BIA campaigns
- 2Collectez les réponses de propriétaires sans compte.Chaque propriétaire ouvre un lien à jeton et répond au questionnaire : ni compte, ni mot de passe, rien à provisionner.BIA questionnaire
- 3Écrivez les plans de continuité et de reprise.Reprise cloud, reprise cyber, intégrité des données, reprise réseau et retour arrière ont chacun leur section dans le plan.Recovery plans
- 4Intégrez la matrice d'escalade au plan.Les critères d'activation et de désactivation et les règles par gravité vivent dans la fiche du plan, pas dans une annexe périmée.Continuity plans
- 5Menez un test et ouvrez des constats dessus.Planifiez, lancez, terminez, puis dupliquez l'exécution pour le trimestre suivant. Chaque constat reste attaché au test.Plan tests
- 6Activez un plan pour un événement réel.Chaque déclaration écrit une fiche d'activation avec son journal, à côté du graphe de dépendances et du score de préparation.Command Center
Ce qui change
- Une campagne BIA suit l'envoi, les rappels et la courbe des réponses au fur et à mesure.
- Cinq domaines de reprise : cloud, cyber, intégrité des données, réseau, retour arrière.
- Chaque exécution garde ses constats et sa date. Le plan devient un dossier d'exercice.
BIA campaignsPublic BIA formContinuity plansDisaster recovery plansRecovery teamsPlan testsCommand Center
Où le rôle s'arrête
Actifs et incidents en lecture seule. Plans, tests et équipes de reprise sont à vous ; le registre des risques que vous chercherez est sur un autre bureau.
Travaille avec
- Gestionnaire des risquesUn registre en tableur passe à côté des liens. Fixez la méthode de cotation une fois, puis chaque entrée porte les contrôles, processus, incidents, KRI et vulnérabilités qu'elle touche vraiment, avec plans de traitement et acceptations formelles au dossier.RISK
- Responsable ITUn inventaire n'est exact que le jour de son export. Ici le registre reste vivant, les dérogations sont des décisions écrites et chaque système est scanné sur sa base de référence, avec l'option de durcissement.ASSETS
- Responsable SOCLa continuité est le problème le plus dur du SOC ; elle meurt à sept heures du matin. Planning, escalade, charge et une passation signée la tiennent en vie. Les dossiers et les incidents, vous les clôturez — ou vous les supprimez.SOC
Prêt à aller
au-delà du GRC classique ?
Essai gratuit de 14 jours. Sans carte bancaire. Cloud ou on-premises.