Criticité des activités et des applications

Comprendre l’enjeu et le périmètre

Elle permet de concentrer la protection, le support et les investissements de continuité sur ce qui met réellement l’organisation en difficulté.

Évaluer séparément les activités, les informations et les composants, préciser les périodes pendant lesquelles leur interruption devient inacceptable.

Passer à l’action

• Identifier les conséquences d’une interruption dans le temps
• Vérifier les possibilités de fonctionnement dégradé
• Relier les activités critiques à leurs dépendances techniques et humaines

Suivez une information plutôt qu'un organigramme : qui la crée, qui la transforme, qui la valide et qui s'en sert pour agir ? Les ruptures apparaissent souvent entre deux services, alors que chaque application semble fonctionner correctement prise isolément.

Responsabilités et moyens

Les métiers apprécient les impacts, la DSI identifie les dépendances, et la direction valide les priorités incompatibles.

Évaluer le coût des mesures de protection au regard des pertes évitées et du risque résiduel, sans inventer une précision excessive.

Produire et vérifier

Livrable utile

Une grille de criticité argumentée, datée et validée, avec les hypothèses et les périodes particulières.

Preuve à rechercher

Faire confirmer les impacts par les métiers et confronter le classement à un scénario d’arrêt crédible.

Indicateur à interpréter

Suivre la part des activités critiques dont les dépendances et objectifs de reprise ont été validés, ce taux ne mesure pas à lui seul la capacité de reprise.

Un schéma est une hypothèse de fonctionnement. Demandez à un utilisateur de raconter un dossier réel, y compris une exception et un retour en arrière. Notez les outils informels et les personnes indispensables plutôt que de les faire disparaître du dessin.

Arbitrages et dépendances

Classer toutes les applications comme critiques empêche de prioriser, sous-estimer une dépendance commune fragilise plusieurs métiers simultanément.

DNS, authentification, télécommunications, énergie et personnes clés peuvent devenir critiques même s’ils ne sont pas des applications métier.

La bonne unité de raisonnement est le service rendu. Remplacer un logiciel sans traiter une validation ambiguë ou une information manquante peut déplacer le problème. Distinguez donc ce qui relève de l'organisation, de la donnée et de la technique avant de choisir une réponse.