Comment structurer un BIA pour chiffrer les impacts et définir les objectifs de service ?
Les valeurs chiffrées ci-dessous sont des exemples pédagogiques à adapter, et non des objectifs ou des mesures imposés à votre organisation.
Lire la réponseFAQ DYNAMAP SI
Résilience et continuité
Relier les impacts métiers aux besoins de continuité et de reprise. Préparer les modes dégradés, les tests et les investissements qui protègent l'activité.
Les réponses de cette catégorie
31 réponses
Résilience et continuitéEffacer la recherche et les filtres
Comment traduire les résultats d’un BIA en besoins de continuité ?
Bien que l'on présente souvent l'“identification des processus critiques” comme une étape préalable à la BIA, dans la réalité, ces deux exercices s'imbriquent et se nourrissent mutuellement.
Lire la réponseComment unifier la gouvernance et la documentation du PRA et du PCA ?
L'unification doit permettre de retrouver les mêmes priorités et responsabilités dans les différents plans. Elle évite que la reprise informatique et la continuité métier soient préparées selon des hypothèses contradictoires.
Lire la réponseComment utiliser la cartographie du SI pour mieux gérer les incidents avec ITIL ?
Au fil des années, ITIL s'est imposé comme un standard incontournable dans la gestion des services informatiques.
Lire la réponseComment utiliser le BIA pour fixer des délais de reprise réalistes ?
Identifier le périmètre et l'équipe projet
Lire la réponseComment utiliser le BIA pour préparer la gestion des incidents majeurs ?
La Business Impact Analysis est le point d'entrée de l'ensemble.
Lire la réponseComment utiliser le cloud pour la continuité sans surdimensionner les moyens de reprise ?
ETI avec approche cloud pour le PCA
Lire la réponsePourquoi analyser les risques et les menaces avant de définir la stratégie de reprise ?
Dans la démarche globale d'élaboration d'un Plan de Reprise d'Activité (PRA) ou d'un Plan de Continuité d'Activité (PCA), on cherche à protéger l'entreprise contre les interruptions majeures susceptibles de mettre en péril sa pérennité,…
Lire la réponsePourquoi ne faut-il pas imposer les mêmes RTO et RPO à toutes les applications ?
Les activités n'ont pas toutes les mêmes contraintes ni les mêmes conséquences en cas d'arrêt. Des objectifs uniformes peuvent conduire à surprotéger certains services et à sous-estimer les besoins d'autres services.
Lire la réponsePourquoi tester ensemble la continuité métier et la reprise informatique ?
Un exercice conjoint permet d'observer si la reprise des moyens informatiques répond effectivement aux besoins et aux enchaînements de l'activité métier.
Lire la réponseQu’est-ce que le RPO et comment déterminer la perte de données acceptable ?
Le RPO exprime un objectif de perte de données tolérable, mesuré dans le temps. Il doit être discuté avec les métiers avant de choisir les moyens de sauvegarde ou de réplication.
Lire la réponseQu’est-ce que le RTO et comment le définir pour un service informatique ?
Le RTO sert à exprimer l'objectif de délai de remise en fonctionnement d'un service. Sa définition doit rapprocher les besoins métier des conditions concrètes de reprise.
Lire la réponse