Un premier périmètre utile
Le premier résultat à viser est le suivant : une matrice de responsabilité des données, des règles de synchronisation et des vues reliant service et architecture.
Décider dès le démarrage qui pourra utiliser ce résultat et quel événement justifiera d’étendre le périmètre. Éviter de choisir l’outil avant d’avoir stabilisé le besoin.
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.
Les responsables de configuration et d’architecture définissent ensemble les frontières, les propriétaires de service valident les usages.
Une matrice de responsabilité des données, des règles de synchronisation et des vues reliant service et architecture.
Application à votre contexte
Choisissez une activité identifiable, un responsable disponible et un résultat réalisable. La première itération doit réduire une incertitude ou permettre une décision, pas seulement lancer une collecte sans fin.
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.
Trois actions de départ
- Identifier les informations communes et spécifiques
- Désigner une source de référence par donnée
- Contrôler les identifiants et les écarts entre référentiels