Le Dashboard Projet BCM

Le tableau de bord est la page d’accueil d’un projet de continuité d’activité. Il ne sert pas à saisir les analyses : il donne une lecture immédiate du volume de travail déjà constitué (applications, activités, processus, risques, plans, tests) et ouvre chaque module métier en un clic.


C’est le point de rendez-vous du responsable de projet, des contributeurs et des relecteurs : on y vérifie où en est le dossier, puis on entre dans le module concerné. Les chiffres sont recalculés à chaque ouverture de la page.

Accès

  • Menu Projets → Tous les projets, puis ouverture d’une ligne.
  • Vous devez être connecté.
  • Le propriétaire du projet, un membre nommé sur le projet, ou un utilisateur appartenant à un groupe rattaché au projet peuvent ouvrir l’écran.
  • Le super-administrateur accède à tous les projets. Les autres comptes ne voient que les projets auxquels ils sont associés.

Cet écran concerne les projets BCM ISO 22301 et CARE-D2 Résilience Technique.

En-tête

Le bandeau reprend le nom du projet, sa clé et sa description. Les actions du bandeau sont les suivantes.

  • Aide - ouvre la page d'aide rapide.
  • Retour - revient à la liste de tous les projets.
  • DC - ouvre les datacenters rattachés au projet (sites techniques utilisés ensuite dans les analyses de résilience et de reprise).
  • Membres - gère les personnes et les groupes autorisés à travailler sur ce projet.

Les tuiles

Chaque tuile est un raccourci. Lorsqu’un nombre est affiché, il compte les enregistrements du projet. Certaines tuiles portent un libellé fixe, parce que le module est un document ou un paramétrage unique, et non une liste dénombrable.

  • Applications - nombre d’applications du projet. C’est le référentiel technique (éditeurs, hébergement, objectifs de test, liens documentaires) sur lequel s’appuient le BIA, le PCA, les sauvegardes et les plans de reprise. Aide Applications.
  • Activités VPAP - nombre de fiches d’activités vitales. La VPAP décrit ce que l’organisation doit continuer à faire : c’est le point de départ méthodologique, avant le BIA. 
  • Processus BIA - nombre de processus d’analyse d’impact. Le BIA mesure les conséquences d’une interruption et fixe les exigences de reprise (DMIA, PDMA, DMTP). 
  • Définitions MVC - nombre de fiches de la matrice de valeur et de criticité, qui consolide les niveaux d’exigence issus du travail amont. 
  • PCA— Plan de continuité d’activité. Il structure les dépendances, les scénarios et la couverture des processus déjà qualifiés dans le BIA. 
  • Risques configurés - nombre de risques saisis dans l’analyse des risques du projet (menaces, vraisemblance, impact, traitement). 
  • Gestion de crise - cellule, rôles et conduite de crise. La tuile affiche le libellé « Crise », sans compteur. 
  • Tests planifiés - nombre d’exercices encore à réaliser. Le compteur additionne les cycles au statut planifié ou programmé (un cycle compte pour un, même s’il contient plusieurs tests) et les tests isolés dans les mêmes statuts. Les tests déjà réalisés, annulés ou dans un autre statut n’entrent pas dans ce chiffre. 
  • Changements projet - nombre de changements rattachés au projet (gestion du changement au sens de l’ISO 22301 : ce qui a évolué dans le dispositif de continuité et doit être repris dans les plans). 
  • Plans PRA - nombre de plans de reprise d’activité. Le compteur additionne les plans saisis et les rapports de plan générés dans le projet. 
  • Stratégies de continuité - nombre de stratégies choisies pour tenir les objectifs de temps et de perte de données (moyens techniques, humains, organisationnels). 
  • Définition de la matrice d’impact - échelles et seuils d’impact utilisés par les questionnaires du projet. La tuile affiche « Configurer » : il s’agit d’un paramétrage, pas d’une liste. À régler tôt, avant de figer les entretiens BIA. Aide Matrice d’impact.
  • Paramètres — configuration du projet (identité, statut, priorité, dates, société, type). 
  • Propositions de sauvegarde — nombre de politiques de rétention calculées pour les applications du projet (fréquence, conservation, adéquation avec la perte de données acceptable). 
  • Wiki — documentation libre du projet (comptes rendus, hypothèses, décisions). 
  • Séquence de restauration — ordre de remise en service des applications et des dépendances après un incident. 
  • Tier 0 — résilience des services critiques d’infrastructure (annuaire, temps, DNS, et les autres services de socle). 
  • Mitigation — mesures proposées pour combler les écarts constatés sur le Tier 0 et sur les applications.