La réponse courte
Un plan d'incident doit indiquer clairement qui coordonne, qui détermine les actions techniques et qui communique. Les contacts accessibles et la prise de décision pratique sont au moins aussi importants que le document lui-même.
Définissez les responsabilités
En cas d'incident, des questions techniques et métier sont posées en même temps. Qui évalue l'impact? Qui peut temporairement arrêter une demande? Qui maintient le contact avec les fournisseurs? Capturer qui prend ces rôles et qui remplace en absence.
Gardez les informations accessibles
Un plan qui est seulement sur un système inaccessible n'aide pas beaucoup. Déterminer comment les coordonnées et les procédures de base demeurent disponibles en cas d'échec. Limiter l'accès aux détails sensibles aux personnes dont elles ont besoin et tenir l'information à jour.
Simulez un scénario sur table
Par exemple, discutez d'une application inaccessible ou d'un compte supposé. Laissez les participants expliquer ce qu'ils feraient, quelles informations manquent et qui ils appellent. L'objectif est de trouver des goulets d'étranglement avant qu'il n'y ait une pression en temps réel.
Reliez les incidents à la reprise et au retour d’expérience
La réponse technique, la continuité des activités et la communication doivent être liées. Après un exercice ou un incident, discutez des ajustements nécessaires. Toutes les obligations de déclaration seront évaluées par les conseillers compétents pour votre situation. JViT aide à organiser le volet informatique et de sécurité de cette préparation.
Parlez-en avec votre équipe
- Qui coordonne et qui décide ?
- Des remplacements sont disponibles ?
- Le plan est-il disponible en cas de défaillance du système?
- Quand la pratique décisionnelle a-t-elle été établie?
