Les relations à rendre visibles
Pour chaque dépendance importante, préciser le responsable, l’usage, le mode de défaillance et l’alternative disponible. Vérifier les dépendances communes : deux solutions peuvent sembler indépendantes tout en partageant une identité, une plateforme, une compétence ou un contrat.
Le nom de l’outil ne définit pas sa qualité. Vérifier les données effectivement maintenues et les décisions qu’elles permettent.
Définir pour chaque type de donnée le système de référence, les usages, la granularité et les règles de synchronisation.
Vouloir tout faire porter à une CMDB peut surcharger le modèle, créer deux référentiels indépendants peut doubler les incohérences.
Application à votre contexte
Pour chaque relation importante, précisez l'usage, le responsable et ce qui se passe en cas d'indisponibilité. Cherchez aussi les ressources communes qui rendent plusieurs alternatives moins indépendantes qu'elles ne le paraissent.
Séparez les objets de leurs relations. Une application possède un identifiant stable, tandis qu’un flux relie une source et une destination et porte ses propres caractéristiques. Conservez la provenance de chaque information et sa date de vérification pour distinguer un fait constaté d'une hypothèse.