Gouvernance et organisation des données

Deux directions qui calculent « le chiffre d'affaires » avec deux périmètres produisent deux vérités, et c'est l'équipe data qui arbitre à son insu, ligne de code après ligne de code. La…

Guide≈ 8 min de lectureVérifiéLecture

Sur cette page

Pourquoi ce thème
Ce que mesure le thème
Les cinq niveaux
Jalons par niveau
Lecture détaillée par niveau
Atteinte partielle et notation
Passer au niveau suivant
Voir aussi

Niveau : 🟢→🔴 · Code thème : GOV

Pourquoi ce thème#

Deux directions qui calculent « le chiffre d'affaires » avec deux périmètres produisent deux vérités, et c'est l'équipe data qui arbitre à son insu, ligne de code après ligne de code. La gouvernance répond à une question simple : qui a le droit de dire ce que signifie une donnée, qui répond de sa qualité, et que se passe-t-il quand on n'est pas d'accord. Sans réponse, les définitions se fixent là où se fait le développement, les anomalies n'ont pas de destinataire et chaque évolution devient une négociation bilatérale. Une gouvernance trop lourde est tout aussi coûteuse : un comité qui se réunit trimestriellement est contourné. Ce thème mesure donc l'effectivité (les règles s'appliquent) plutôt que l'existence d'organes. Il se distingue du pilotage de projet (PI — gouvernance et pilotage) : on gouverne ici l'actif de données, pas le projet.

Ce que mesure le thème#

Axe : de la définition locale et implicite à la responsabilité distribuée, vérifiée et peu coûteuse.
Indicateur clé : part des données critiques disposant d'un propriétaire actif, d'une définition arbitrée et d'une règle appliquée.
Unité : pourcentage de données critiques (liste établie, typiquement 20 à 100 éléments) satisfaisant les trois conditions.

Les cinq niveaux#

Niveau	Nom court	Promesse	Indicateur type (ordre de grandeur)
1	Implicite	Chaque équipe obtient ses chiffres ; les écarts entre équipes se découvrent en réunion.	0 donnée critique avec propriétaire écrit
2	Identifié	On sait à qui s'adresser pour les données principales ; les désaccords remontent à une personne.	≥ 50 % des données critiques avec propriétaire nommé
3	Défini	Une définition unique et datée existe pour chaque donnée critique ; un arbitrage a lieu dans un délai connu.	≥ 80 % de définitions arbitrées ; arbitrage < 15 jours
4	Appliqué	Les règles de gouvernance sont vérifiées dans les flux ; les écarts sont visibles et traités par leur propriétaire.	≥ 90 % de conformité contrôlée ; écarts traités < 30 jours
5	Distribué	La gouvernance accompagne les équipes sans les ralentir ; les domaines se gouvernent selon des règles communes minimales.	Décisions locales > 90 % ; revue des règles annuelle

Jalons par niveau#

ID	Jalon	Preuve vérifiable
PD-GOV-1.1	Les principaux objets de données (client, produit, point de vente, utilisateur, calendrier) sont listés.	Liste datée, même sommaire.
PD-GOV-1.2	Un contact technique est connu pour chaque système source.	Annuaire des sources avec un nom par ligne.
PD-GOV-1.3	Les droits d'accès aux données sont attribués à des personnes identifiées, pas à des comptes partagés.	Revue des comptes : aucun compte générique en lecture sur données sensibles.
PD-GOV-1.4	Les demandes de modification de données de référence passent par une file.	Tickets de demande traçables.
PD-GOV-2.1	Chaque donnée critique a un propriétaire métier (data owner) nommé.	Registre propriétaire ↔ donnée relu avec les intéressés.
PD-GOV-2.2	Un référent technique (data steward) est désigné par domaine.	Lettre de mission ou ligne dans l'organisation.
PD-GOV-2.3	Les définitions des 10 indicateurs principaux sont écrites dans un lieu partagé.	Document consultable avec auteur et date.
PD-GOV-2.4	Les propriétaires savent qu'ils le sont.	Entretien avec trois propriétaires : ils décrivent leur rôle.
PD-GOV-3.1	Un glossaire unique existe, avec version et historique des changements.	Glossaire versionné ; dernière modification < 6 mois.
PD-GOV-3.2	Une instance d'arbitrage (comité, binôme, référent) tranche les conflits de définition dans un délai fixé.	Journal des arbitrages avec délai constaté.
PD-GOV-3.3	Les règles de gestion sont rattachées à une donnée, un propriétaire et une date de validité.	Fiche de règle avec ces trois champs.
PD-GOV-3.4	La classification des données (publique, interne, confidentielle, personnelle) est appliquée aux objets critiques.	Colonne de classification renseignée sur les objets critiques (voir SEC).
PD-GOV-4.1	Des contrôles automatiques vérifient la conformité aux règles (nommage, classification, propriétaire présent).	Résultats de contrôle datés, hors saisie manuelle.
PD-GOV-4.2	Les écarts à la gouvernance sont rapportés au propriétaire, avec échéance.	Rapport d'écarts adressé par domaine.
PD-GOV-4.3	Un changement de définition suit un processus avec analyse d'impact sur les rapports consommateurs.	Demande de changement avec liste des objets impactés (appui : MET).
PD-GOV-4.4	Les indicateurs de gouvernance (couverture, délai d'arbitrage) sont suivis.	Tableau de bord de gouvernance mis à jour mensuellement.
PD-GOV-5.1	Les domaines métier assument l'essentiel des décisions de données dans un cadre commun minimal.	Part des décisions prises localement vs centralement, mesurée sur un trimestre.
PD-GOV-5.2	Les règles de gouvernance sont revues annuellement, et supprimées si leur coût dépasse leur utilité.	Compte rendu de revue avec règles abandonnées.
PD-GOV-5.3	Les nouveaux entrants connaissent leur rôle en moins d'un mois.	Parcours d'accueil data et test de compréhension.
PD-GOV-5.4	La gouvernance est mesurée sur ses effets (écarts d'indicateurs évités, litiges), pas sur son activité.	Indicateur d'effet suivi sur 4 trimestres.

Lecture détaillée par niveau#

🟢 Niveau 1 — Implicite#

Signes : « demande à Marie, elle sait » ; deux services produisent deux totaux ; les droits suivent des habitudes.
Gain : zéro friction apparente.
Ne garantit pas : la cohérence entre rapports ; la survie du savoir au départ d'une personne.
Difficulté : 1/5 · Effort : 1/5.

🟢 Niveau 2 — Identifié#

Signes : un registre des propriétaires existe ; en cas de doute, on sait vers qui aller ; les définitions principales sont écrites quelque part.
Gain : les questions trouvent un interlocuteur ; les premières incohérences sont reconnues.
Ne garantit pas : que le propriétaire décide réellement ; que les définitions écrites soient suivies par le code.
Difficulté : 2/5 · Effort : 2/5.

🟡 Niveau 3 — Défini#

Signes : glossaire versionné ; arbitrage tracé avec délai ; classification appliquée aux données critiques.
Gain : un conflit de définition se règle une fois ; l'équipe data cesse d'arbitrer seule.
Ne garantit pas : que les rapports existants soient alignés ; l'application automatique des règles.
Difficulté : 3/5 · Effort : 3/5.

🧪 Exemple

Le « chiffre d'affaires » d'un rapport de force de vente inclut les avoirs, celui du contrôle de gestion non : écart constant de 1,8 %. Au niveau 1, on l'apprend en comité de direction. Au niveau 3, le glossaire dit : « CA net = facturé − avoirs, périmètre société, validé par la direction financière le 2026-03-04 », et la mesure du rapport porte ce nom exact.

🟡 Niveau 4 — Appliqué#

Signes : un contrôle automatique détecte les objets sans propriétaire ou sans classification ; chaque changement de définition passe par une analyse d'impact.
Gain : la gouvernance cesse de dépendre de la vigilance de chacun.
Ne garantit pas : que les règles soient pertinentes (on peut appliquer parfaitement une mauvaise règle).
Difficulté : 4/5 · Effort : 4/5.

🔴 Niveau 5 — Distribué#

Signes : les domaines publient leurs données comme des produits avec propriétaire et contrat (voir CTR) ; le centre fixe un minimum commun.
Gain : passage à l'échelle sans goulot d'étranglement central.
Ne garantit pas : l'interopérabilité si le minimum commun est trop faible ; demande une culture déjà mûre.
Difficulté : 5/5 · Effort : 5/5.

Atteinte partielle et notation#

Scorez sur la liste des données critiques : prenez les 20 plus consommées (rapports, interfaces) et mesurez, pour chacune, propriétaire / définition / règle. Un jalon portant sur un taux vaut 1 à ≥ 90 %, 0,5 entre 50 et 90 %, 0 en dessous.

Un « 5 partiel » : trois domaines sur sept fonctionnent en autonomie réelle avec un contrat et un propriétaire (5.1 à 0,5), la revue annuelle des règles a supprimé deux règles (5.2 à 1), l'accueil est correct (5.3 à 1), mais aucun indicateur d'effet n'existe (5.4 à 0). Cela reste une très bonne situation.

⚠️ Piège

La gouvernance de façade : un comité mensuel, des comptes rendus, mais aucune règle appliquée (PD-GOV-4.1 à 0). Symptôme : beaucoup de réunions, les mêmes litiges reviennent. Cause : on mesure l'activité, pas l'application. Remède : tout jalon de niveau ≥ 4 exige une preuve produite par un contrôle, pas par un compte rendu.

Passer au niveau suivant#

Moyens possibles (facultatifs)

Passage	Leviers possibles
1 → 2	Un tableur « donnée — propriétaire — suppléant » rempli en un atelier ; l'inscrire dans les fiches de poste concernées.
2 → 3	Un glossaire dans le dépôt de sources (versionné comme le code, voir GDS et données SQL/BI) ; un délai d'arbitrage affiché.
3 → 4	Des contrôles automatiques sur les métadonnées de la base (propriétés étendues, schéma) ; une revue d'impact avant tout changement de définition.
4 → 5	Des contrats par domaine, un minimum commun très court (identifiants, classification, qualité publiée), la suppression des validations centrales redondantes.

Pièges transverses : (1) Faux positif — un propriétaire nommé mais jamais joignable : testez-le. (2) Goodhart — viser « 100 % de données avec propriétaire » pousse à nommer le premier venu ; mesurez le temps de réponse à une question réelle. (3) Gouvernance contre agilité : si l'arbitrage dépasse un sprint, l'équipe contournera ; fixez des délais et un propriétaire de dernier recours.

🤖 IA

L'IA accélère la rédaction des définitions candidates, détecte des synonymes ou doublons de colonnes et prépare des comptes rendus. Elle ne tranche pas un arbitrage métier et peut figer une définition erronée avec aplomb ; toute définition suggérée passe par le propriétaire.

Voir aussi#

Même matrice : 01 Valeur · 03 Qualité · 12 Métadonnées · 08 Sécurité · README
Autres matrices : PI — gouvernance et pilotage · PI — parties prenantes · BI — gouvernance, catalogue et self-service
Pratique : méthodes spécifiques data · pièges et bonnes pratiques · bonnes pratiques Power BI transverses
Glossaire · Notation

✻ Rédigé par Claude Sonnet 5.5