tests de niveau utilisateur.
Tant pour la construction de l’infrastructure technique que pour les tests applicatifs, les
actions seront réalisées séquentiellement, par niveau de priorité décroissant. On
commencera par les plus hautes priorités (ressources en support des autres ressources) et
on avancera progressivement.
Un « homme journal » sera chargé de noter l’avancement des actions entreprises par les
uns et les autres, en les horodatant. Le journal constitué aidera à comprendre après coup
quelles actions auraient pu être optimisées.
Paradoxalement, la réalisation de l’exercice est censée être la moins stressante puisqu’il
ne s’agit que de dérouler des scénarios soigneusement préparés lors des étapes
précédentes. Naturellement, la réalité sème de nombreux imprévus qu’il faudra très
rapidement régler. C’est pour cela qu’il convient d’être assisté de tous les experts
techniques lors de cette étape.
Retour d’expérience
Contrairement à ce que l’on pourrait penser, l’exercice n’est pas la dernière étape dans le
plan de secours. Il reste encore à réaliser un retour d’expérience. Il s’effectue sous la
forme d’une réunion au cours de laquelle chaque personne impliquée dans les tests
récapitule les succès, les difficultés et les échecs. Les causes des échecs sont cherchées,
ce qui permet d’identifier des axes d’amélioration. Naturellement, cette réunion doit
conduire à la rédaction d’un rapport de retour d’expérience. Ce rapport comporte
idéalement les points suivants :
rappel de l’objectif de l’exercice ;
rappel du contexte technique de l’exercice ;
tableau récapitulatif des tests réalisés avec leur statut de réussite ou d’échec ;
analyse des difficultés rencontrées ;
actions correctives ou d’amélioration à lancer avant le prochain exercice.
Principales difficultés rencontrées
Les plans de secours informatique présentent des difficultés à toutes les étapes du projet.
Les difficultés commencent lors de la construction de l’infrastructure, mais elles se
poursuivent aussi lors des tests. Il convient que le RSSI porte une attention particulière
aux points suivants.
Difficultés lors de la construction de l’infrastructure
Lors de la construction de l’infrastructure de test, de nombreux aspects techniques ne
manqueront pas de poser problème. En voici quelques-uns, à titre d’exemple.
Annuaires : mettre en place une copie de l’annuaire pour l’exercice de PRI est
souvent nécessaire. C’est auprès de lui que s’authentifieront les utilisateurs pour tester
les applications secourues. Il faut toutefois faire très attention à ce qu’il n’ait aucune
relation avec l’annuaire de production. En effet, des mises à jour croisées entre les
Tant pour la construction de l’infrastructure technique que pour les tests applicatifs, les
actions seront réalisées séquentiellement, par niveau de priorité décroissant. On
commencera par les plus hautes priorités (ressources en support des autres ressources) et
on avancera progressivement.
Un « homme journal » sera chargé de noter l’avancement des actions entreprises par les
uns et les autres, en les horodatant. Le journal constitué aidera à comprendre après coup
quelles actions auraient pu être optimisées.
Paradoxalement, la réalisation de l’exercice est censée être la moins stressante puisqu’il
ne s’agit que de dérouler des scénarios soigneusement préparés lors des étapes
précédentes. Naturellement, la réalité sème de nombreux imprévus qu’il faudra très
rapidement régler. C’est pour cela qu’il convient d’être assisté de tous les experts
techniques lors de cette étape.
Retour d’expérience
Contrairement à ce que l’on pourrait penser, l’exercice n’est pas la dernière étape dans le
plan de secours. Il reste encore à réaliser un retour d’expérience. Il s’effectue sous la
forme d’une réunion au cours de laquelle chaque personne impliquée dans les tests
récapitule les succès, les difficultés et les échecs. Les causes des échecs sont cherchées,
ce qui permet d’identifier des axes d’amélioration. Naturellement, cette réunion doit
conduire à la rédaction d’un rapport de retour d’expérience. Ce rapport comporte
idéalement les points suivants :
rappel de l’objectif de l’exercice ;
rappel du contexte technique de l’exercice ;
tableau récapitulatif des tests réalisés avec leur statut de réussite ou d’échec ;
analyse des difficultés rencontrées ;
actions correctives ou d’amélioration à lancer avant le prochain exercice.
Principales difficultés rencontrées
Les plans de secours informatique présentent des difficultés à toutes les étapes du projet.
Les difficultés commencent lors de la construction de l’infrastructure, mais elles se
poursuivent aussi lors des tests. Il convient que le RSSI porte une attention particulière
aux points suivants.
Difficultés lors de la construction de l’infrastructure
Lors de la construction de l’infrastructure de test, de nombreux aspects techniques ne
manqueront pas de poser problème. En voici quelques-uns, à titre d’exemple.
Annuaires : mettre en place une copie de l’annuaire pour l’exercice de PRI est
souvent nécessaire. C’est auprès de lui que s’authentifieront les utilisateurs pour tester
les applications secourues. Il faut toutefois faire très attention à ce qu’il n’ait aucune
relation avec l’annuaire de production. En effet, des mises à jour croisées entre les