Les référentiels de données ont une place à part dans les Systèmes d’Information.
Cela en fait des sujets particuliers dans les réflexions d’architecture et de gouvernance des S.I. (alignement avec des finalités transverses et globales de l’entreprise, mobilisation de compétence en urbanisme du S.I., définition de principes d’accostage, lien avec les politiques de données, enjeux de gouvernance, etc.).
Ils sont critiques pour toutes ambitions autour des données (business intelligence, data analytique, data science, fonctionnement de processus, échanges de données – interopérabilité, confiance numérique…).
Ce sont également des projets particuliers dès que l’on se lance dans la mise en œuvre d’un nouveau référentiel ou dans la refonte de référentiels existants.
Voir aussi : https://www.datassence.fr/2023/12/11/finess-un-referentiel-de-donnees-de-plus-de-40-ans/ et https://www.datassence.fr/2023/12/01/les-4-piliers-dun-referentiel-de-donnees-lexemple-journalism-trust-initiative-jti/
Un accompagnement personnalisé
Vous êtes confrontés à ce sujet des référentiels de données, sur la base d’une expérience de plusieurs dizaines de projets et de problématiques autour des référentiels et dans la lignée toujours d’actualité de l’ouvrage :
« Les référentiels du Système d’information, Joël Bizingre, Joseph Paumier, et Pascal Rivière, DUNOD, 2013 », nous vous proposons :
- De trouver les bonnes solutions à vos problèmes ;
- De gagner du temps dans le déroulement d’une réponse à un cas d’usage ;
- De réduire vos risques en se basant sur des modèles de démarches et de réponses ayant déjà fait leur preuve.
Vous pouvez me contacter pour échanger sur la bonne formule pour vous accompagner.
Exemples d’accompagnement :
- « Journée référentiels » avec les membres d’une cellule d’architecture ou d’une cellule data
- Partage sur l’état de l’art
- Retours d’expérience et témoignages
- Echanges interactifs sur des cas d’usage de la cellule
- Débriefing à froid
- Atelier questions / réponses en contexte sur le thème des référentiels avec des représentants métier/MOA, IT/architecte-manager, Data/CDO-data architect
- Sélection d’une suite de questions par thèmes (voir exemples ci-dessous)
- Partage de réponses et d’expériences en lien avec les questions, rebond sur les particularités du contexte client
- Appui au cadrage de la refonte d’un référentiel :
- Identification des finalités
- Place dans l’urbanisation des systèmes
- Gouvernance des contenus
- Architecture de données
- Architecture fonctionnelle
- Stratégie de mise en qualité et de peuplement
- Définition du plan produit et des paliers de transformation
- Appui à la conception du modèle de données cœur d’un futur référentiel de données
- Définition d’un modèle sémantique aligné et évolutif
- Stratégie et architecture des nomenclatures
- Appui à la mise en place du dictionnaire de données
- Définition des pipelines de mise en qualité et de peuplement des donnés
- Principes liés à l’immatriculation, l’historisation, la traçabilité des données et au support du cycle de vie des objets du référentiel
- Configuration des interfaces de gestion par le modèle de données
- Conception des adossements à des sources de données externes pour l’enrichissement du référentiel
- Appui à l’élaboration d’un cadre de gouvernance des référentiels de données
- Enjeux
- Cartographie des référentiels clés
- Organisation de la gouvernance
- Adossement aux roadmaps de transformation du S.I.
- Règles d’accostage
Thèmes
Qu’est-ce qu’un référentiel ?
Référence, nomenclature, partage, probation…
- Separation of Concerns : Référentiel de données, Master Data, Vue 360°, données opérationnelles, ERP…
- Définition d’un référentiel de données
- Finalités d’un référentiel et cas d’usage
- Pas de référentiel sans référentiel socle
- Identifiants – traits d’identité
- Langage courant (vision métier) : « Je te transfère P047X sur l’UF77 »
- La gestion des nomenclatures : parent pauvre mais clé pour le langage commun
- Mais les nomenclatures c’est le pouvoir !
- Données probantes
- L’architecture du modèle de données : sémantique, évolutivité, événements, blocs logiques
A quoi ça sert dans la construction d’un SI ?
Urbanisation, accostage des applications…
- Sa place dans le S.I.
- Urbanisation des référentiels – référentiels stratégiques – articulation entre référentiels – cas particulier lien avec les annuaires.
- Portée d’un référentiel
- Patterns d’architecture (centralisation, coopération, consolidation, virtualisation)
- Criticité de la maîtrise des pipelines d’acquisition
- Patterns d’architecture (distribution)
- Patterns d’architecture (data centric) : S.I. MDM Centric – S.I. MDM Satellite
- Circulation des id – continuité des références
- La stratégie d’accostage
- Adossement à des référentiels externes
- Référentiels et socles de données : systèmes BI, datalake
- Publier les données de référence
- API clés (immatriculer, identifier, rechercher)
Comment s’y prend-on ?
Contenu, documentation, gouvernance, projet…
- Chacun ses responsabilités, architecture fonctionnelle : Gestion des référence, « PLM » (workflow d’administration), Distribution…
- Les contenus, les contenus et encore les contenus : Priorité 1 – le seul chemin critique
- Chapelles, forteresses, silos, transversalité, remplacer – mettre en place un référentiel : le chemin de croix
- Cadrage d’un projet référentiel
- Modélisation des données : sémantique, terminologie, modèle conceptuel, qualité de modélisation (généricité, évolutivité)
- Adossement à des standards / modèles sectoriels (ex Santé FHIR…)
- « RRM » Référentiel Relationship Management : connaître ses consommateurs et les usages
- « Valoriser » : catalogue, dictionnaire, services, méta-données, échantillons
- Kaa « aie confiance » : qualité des données, lineage, gouvernance, qualité de service, boucle retour
- Métadonnées
- Historisation
- Référentiel organisation : le plus dur, compliqué, inorganisé !
- Graphe d’objets métier et données de référence
- Gouvernance – administration des données
- Rôle et Processus d’administration
- Cellule d’administration / organisation (centralisée / décentralisée)
- Cadres de gouvernance
- Modèle de la fiducie de données
Avec quel outillage / solutions ?
Conteneur, contenant, framework, architecture, portée multi-référentiels…
Comment ça se passe chez les autres ?
Réussites, échecs, raisons…
