Une situation type fondée sur des références
Scénario fictif construit à partir de guides professionnels et de la littérature citée. Il ne décrit pas une intervention chez un client Redcore.
La situation
Dans cet exemple fictif, une entreprise doit reprendre son application de gestion après une panne. Une copie des données existe. Mais l’équipe doit aussi retrouver les accès, la configuration et les moyens de lancer le logiciel.
La question n’est plus seulement « avons-nous une copie ? », mais « pouvons-nous réaliser la prochaine tâche indispensable ? ».
Le repère documentaire
CIS Control 11 porte sur les pratiques de récupération des données et des équipements concernés. Nous en tirons ici une question de travail : que faut-il réunir pour restaurer, puis valider un service ?
Préparer un exercice limité
- Choisir une application et une tâche métier à tester.
- Recenser les dépendances et les interlocuteurs nécessaires.
- Convenir d’un environnement isolé, des autorisations et des conditions d’arrêt du test.
- Mesurer la durée observée et noter les difficultés rencontrées.
Le scénario retenu doit être explicite. Un exercice sur un dossier ne permet pas de conclure que tout le système peut repartir dans le même délai.
Transformer le test en plan
Le compte rendu doit séparer ce qui a fonctionné, ce qui a été contourné et ce qui reste bloquant. Attribuez chaque correction et prévoyez sa vérification.
Le livrable utile est une procédure de reprise testable, avec ses limites connues. Ce scénario ne présente ni incident réel ni résultat obtenu chez un client Redcore.
Anchor & Rise, concrètement
Anchor — vérifier les moyens de récupération.
Rise — préparer une reprise dont les étapes sont connues.
