Modèle de gouvernance BDC

À jour au 2026-05-29

Un modèle de gouvernance BDC est le système d'exploitation de toutes les autres disciplines — rôles, politiques, droits de décision qui rendent BDC digne de confiance à l'échelle vs un éparpillement de produits non gouvernés. Le concevoir tôt; le rétro-adapter sur un éparpillement est bien plus dur. Le fédéré (data-mesh) est le modèle qui passe à l'échelle : le central fixe les STANDARDS (ce que « certifié » signifie, taxonomie de classification, principes d'accès), les équipes de domaine POSSÈDENT/steward-ent leurs produits dedans (M033/M080) — ni goulot centralisé ni chaos décentralisé. Rôles : propriétaire de plateforme, propriétaires/stewards de data products (M080), admins espaces/accès (M081), conseil de gouvernance. La propriété ambiguë → produits orphelins + jeu de blâme. Les politiques couvrent chaque discipline comme règle applicable : catalogue/classification (M080), accès (M081), confidentialité (M082), lineage (M077), contrats de qualité (M033), rétention (M071), gouvernance IA/agent (M046/M049) — le modèle est l'index assignant un propriétaire à chacun. Les standards rendent le self-service sûr (faire confiance aux produits qu'on n'a pas construits). Honnête (§0i/§0h) : réel seulement si appliqué + vécu; une gouvernance lourde et bureaucratique qui pousse aux contournements est aussi un échec — viser ASSEZ de gouvernance.