GUIDE · CONTEXTE DE L’ORGANISATION
Construire un contexte utilisable par les personnes et les agents.
Une couche de compréhension commence par une question simple : que signifient les données au sein de l’organisation ? Ce guide transforme cette question en un modèle que les équipes processus, systèmes et sécurité peuvent examiner ensemble.
Définir les entités dans un langage commun
Un client, un actif ou un événement peut apparaître dans plusieurs systèmes sous des identifiants différents. Commencez par une définition commune de l’entité et une source faisant autorité pour chaque attribut. Concentrez-vous sur un processus où le manque de contexte retarde déjà une décision ou une action, plutôt que de modéliser toute l’organisation d’un seul coup.
Ajouter les relations qui influencent une décision
Une liste d’actifs n’explique ni les responsabilités ni les activités qu’une défaillance affecte. Ajoutez des relations comme situé à, entretenu par ou dépend de. Chaque relation doit répondre à une question concrète et pouvoir être vérifiée auprès de personnes et d’informations reconnues et fiables pour l’organisation.
Exemple : un incident sur un actif
Dans un exemple illustratif, une panne d’équipement est signalée. Le modèle de contexte relie l’équipement à son site, au responsable de maintenance et à un ordre existant. Il aide à décider de créer une nouvelle tâche ou de compléter le travail en cours. La décision suit toujours les règles et autorisations convenues.
Séparer source, sens et action
Les systèmes sources détiennent les enregistrements. La couche de compréhension définit sens et relations. Un agent peut utiliser ce contexte pour répondre ou proposer une action, tandis que les contrôles déterminent ce qui peut s’exécuter. Cette séparation aide à situer un problème de qualité des données, de définition contestée ou d’autorisation manquante.
Vérifier l’actualité et les conflits
Le contexte évolue quand les personnes changent de rôle, les actifs de site et les systèmes se transforment. Définissez qui actualise le modèle et comment traiter les sources contradictoires. Une réponse fluide ne suffit pas si elle dépend d’une relation obsolète ou d’une valeur sans source identifiable.
Ce que doit inclure la première cartographie
Une première carte utile comprend une question métier, un ensemble limité d’entités, les relations nécessaires et les sources faisant autorité. Ajoutez un responsable et la décision ou l’action visée. Examinez des exemples réels et des exceptions avec les équipes du processus avant de décider quelle partie un agent doit utiliser.
LA PROCHAINE ÉTAPE
Quelle question nécessite davantage de contexte organisationnel ?
Choisissez un processus et identifiez les entités et relations nécessaires pour le comprendre.