Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Tester séparément chaque composant ne prouve pas que l’ensemble se remettra en service dans le bon ordre.
Couvrir déclenchement, accès d’urgence, sauvegardes, infrastructures, applications, données, communications et validation métier.
Un PRA stocké uniquement dans le système indisponible peut devenir inaccessible au moment nécessaire.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
Décrivez l'activité minimale à maintenir, puis les personnes, les données et les composants nécessaires. Distinguez l'objectif de reprise du temps réellement démontré. Le retour technique d'une application n'est qu'une étape si les utilisateurs ne peuvent pas reprendre leurs opérations.