La gouvernance data, c'est un exercice d'équilibriste. Trop centralisée : tout passe par un comité, les équipes attendent des semaines, le Shadow IT explose. Trop décentralisée : chaque domaine fait sa propre cuisine, personne ne parle le même langage, les métriques se contredisent.
La gouvernance fédérée résout ce dilemme. Et ce n'est pas une idée théorique - c'est le modèle adopté par 80 % des grandes organisations matures. Chez Bomzai, c'est l'approche qu'on industrialise avec nos clients.
Le problème du tout-centralisé
Imaginez : une équipe data governance de 5 personnes décide de tout. Les politiques, les définitions de données critiques, les contrôles d'accès, les exigences de qualité. Sur le papier, c'est propre. En pratique, c'est un goulot d'étranglement catastrophique.
Un métier veut ajouter un champ ? Deux semaines d'attente minimum. Changer la définition du CA ? Réunion de comité, un mois. Les métiers se contournent. Ils créent leurs propres données en Shadow IT. La conformité devient impossible - exactement le contraire de l'objectif initial.
Le modèle fédéré : principes centraux, exécution locale
Le modèle fédéré inverse la logique. Une équipe centrale de 5 à 10 personnes définit les principes : définitions des métriques clés, classification des données, standards de SLA. Des Data Stewards dans chaque domaine - un ou deux par domaine - implémentent localement, adaptent au contexte métier.
La centrale dit : "Le CA doit être cohérent dans toute l'organisation." Marketing décide que pour eux, le CA inclut les ventes et les services. Finance décide que le CA, c'est les ventes uniquement. Mais ces définitions sont formalisées, documentées, et alignées avec le principe central. Résultat : un domaine peut déployer en 3-4 jours au lieu de trois semaines. C'est de la vélocité sans chaos.
La structure qui fonctionne
L'équipe centrale de gouvernance - le CDO comme sponsor exécutif, un governance manager, deux ou trois analystes pour l'audit et la qualité, un spécialiste conformité. Leur rôle : définir les standards, former les stewards, auditer, résoudre les conflits inter-domaines.
Les Data Stewards - un par domaine majeur. Typiquement un analytics engineer à 50 % du temps ou un responsable de domaine à 20 %. Leur mission : implémenter les politiques localement, collecter les métadonnées, former les équipes, être le lien entre le terrain et la centrale.
Réunions ? Un comité mensuel central + stewards. Une guilde des stewards pour le partage entre pairs. Un comité directeur trimestriel pour les problèmes transverses. Pas plus. La gouvernance fédérée ne marche que si elle est légère.
Les politiques en couches
Les politiques fédérées s'articulent en trois couches. Couche 1, le mandat central - immuable : classification des données, règles de rétention, exigences de conformité RGPD. Personne ne déroge.
Couche 2, spécifique au domaine : définitions de métriques pour le domaine, SLA de qualité, contrôles d'accès fins, matrice de propriété. Chaque domaine choisit ses niveaux - Finance veut 99,9 % de disponibilité, Marketing accepte 99 %, Sales vise 99,5 %. Tous sont justifiés.
Couche 3, implémentation : outils, formats, conventions de nommage. Libre choix tant que les couches 1 et 2 sont respectées. C'est de l'autonomie encadrée, pas de l'anarchie.
La qualité au niveau du domaine
La qualité des données ne se gère pas depuis le central. Trop de contexte métier. La centrale définit le framework - quelles catégories de tests : complétude, précision, fraîcheur. Les domaines implémentent - quels seuils, quelle criticité.
Finance décide pour son produit Revenue : complétude supérieure à 99,5 %, précision supérieure à 99 %, latence inférieure à 2 heures, criticité P1. Marketing pour Customer Signals : complétude supérieure à 95 % - parce qu'une couche de signaux manquants est acceptable dans leur contexte - précision supérieure à 90 %, latence inférieure à 12 heures, criticité P2. Chaque domaine mesure, alerte, et escalade au central si l'impact est transverse. La qualité est cohérente dans le framework, mais adaptée à la réalité de chaque métier.
Les stewards : le vrai moteur
Les Data Stewards sont le cœur du modèle. Ce ne sont pas des exécutants - ce sont des leaders métier avec des compétences data. Le profil idéal : un analytics engineer avec de l'expérience métier, ou un responsable de domaine avec une affinité data.
Les bons stewards transforment leurs domaines. Les mauvais créent de la résistance. D'où l'importance de bien les sélectionner - passion pour la data et influence locale - et de les former via des ateliers mensuels et une communauté de pairs.
Résoudre les conflits
Même avec une gouvernance fédérée, les conflits arrivent. Marketing veut une définition du CA inclusive, Finance la veut exclusive. Comment arbitrer ?
Escalade structurée : les stewards des deux domaines discutent et cherchent un compromis. Si impasse, le comité de gouvernance tranche. Si toujours impasse - cas rare - le CDO décide en fonction de la stratégie globale. Chaque décision est documentée.
Mais franchement, la structure fédérée rend la plupart des conflits inutiles. Chaque domaine peut implémenter sa variante tant qu'elle est documentée et cohérente avec les standards centraux. L'escalade est rare - et c'est le meilleur indicateur que le modèle fonctionne.
Chez Bomzai, on co-construit ce type de gouvernance comme un partenaire opérationnel. Pas un rapport de 200 pages sur les "principes directeurs". Un framework opérationnel, des stewards formés, des résultats mesurables sous 30 jours. Parce que la gouvernance fédérée, c'est le modèle qui scale - à condition de le mettre en production, pas dans un tiroir.