

- Description
- Armoires d'acajou d'un herbier, chaque porte portant une étiquette de numéros : une collection classée et cataloguée.
- Source
- Maparchives · page d’origine
- Licence
- CC0 Domaine public
Gouvernance, catalogue et self-service
Ce thème évalue l'organisation du patrimoine BI : qui possède quoi, quels modèles sont certifiés et réutilisés, comment sont structurés les espaces de travail, comment on évite l'explosion…
En bref
Ce thème évalue l'organisation du patrimoine BI : qui possède quoi, quels modèles sont certifiés et réutilisés, comment sont structurés les espaces de travail, comment on évite l'explosion de copies, et comment on encadre le libre-service (analyse à partir de modèles partagés, modèles composites) sans le tuer. La gouvernance des données d'entreprise (catalogue global, stewardship) est dans la matrice PD ; ici, on traite la gouvernance des artefacts BI.
Niveau : 🟢→🔴 · Code thème : GOV
1. Pourquoi ce thème#
Sans gouvernance, le succès d'un outil BI produit sa propre dette : chacun duplique le modèle « pour être tranquille », cinq versions du chiffre d'affaires coexistent, personne ne sait quel rapport fait foi, les anciens rapports continuent de consommer de la capacité. Avec une gouvernance trop lourde, les métiers contournent par Excel. Le but est un couloir : assez large pour que le libre-service avance, assez balisé pour que la vérité reste unique.
2. Ce que mesure le thème#
- Axe : de la prolifération de fichiers à un catalogue vivant de produits BI, avec libre-service sûr.
- Indicateurs clés : part des rapports branchés sur un modèle certifié ; nombre de modèles dupliqués ; part des artefacts ayant propriétaire et date de revue ; ratio rapports consultés/rapports existants.
- Unités : %, ratio.
3. Les 5 niveaux#
| Niveau | Nom court | Promesse | Indicateur type (ordre de grandeur) |
|---|---|---|---|
| 1 | Prolifération | Chacun trouve ou fabrique son rapport ; personne ne sait lequel fait foi. | Aucun inventaire ; doublons |
| 2 | Propriétaires connus | Chaque artefact a un responsable et un espace de travail identifiés. | 100 % des rapports avec propriétaire |
| 3 | Modèles certifiés | Les chiffres officiels viennent d'un modèle reconnu, repérable par tous. | ≥ 60 % des rapports sur modèle certifié |
| 4 | Catalogue vivant | On trouve, évalue, et retire un artefact selon un cycle de vie explicite. | Revue annuelle de chaque artefact ; retrait des inutilisés |
| 5 | Libre-service sûr | Les métiers construisent leurs analyses sur les modèles officiels sans les copier ni contourner les règles. | ≥ 90 % des rapports « minces » ; 0 chiffre officiel concurrent |
4. Jalons par niveau#
| ID | Jalon | Preuve vérifiable |
|---|---|---|
| BI-GOV-1.1 | Une liste (même imparfaite) des rapports de production existe | Inventaire |
| BI-GOV-1.2 | Les espaces de travail personnels ne servent pas à la production | Contrôle des rapports prod |
| BI-GOV-1.3 | Un point de contact pour les demandes BI existe | Canal officiel |
| BI-GOV-2.1 | Chaque rapport/modèle a un propriétaire et un suppléant | Champ propriétaire |
| BI-GOV-2.2 | Les espaces de travail suivent une convention (par domaine et environnement) | Règle de nommage appliquée |
| BI-GOV-2.3 | Les droits d'espace suivent des groupes (RLS) | Revue des droits |
| BI-GOV-2.4 | Description et finalité sur chaque artefact publié | Descriptions renseignées |
| BI-GOV-3.1 | Modèles « certifiés/promus » (endorsement) pour les chiffres officiels | Étiquettes dans le service |
| BI-GOV-3.2 | Critères de certification écrits (tests, documentation, propriétaire, SLA) | Document de critères |
| BI-GOV-3.3 | Les rapports officiels se connectent au modèle certifié (pas de copie) | Part de rapports minces |
| BI-GOV-3.4 | Les définitions métier clés (client actif, visite réalisée) sont publiées | Glossaire métier |
| BI-GOV-3.5 | Les liens de dépendance (rapport → modèle → source) sont consultables | Lineage consultable |
| BI-GOV-4.1 | Cycle de vie : création, certification, revue, dépréciation, retrait | Procédure appliquée |
| BI-GOV-4.2 | Catalogue exploité (recherche, étiquettes, domaines) | Catalogue à jour |
| BI-GOV-4.3 | Revue d'usage régulière : rapports inutilisés signalés puis retirés | Journal de retraits |
| BI-GOV-4.4 | Gestion du changement : annonce des évolutions de modèle aux consommateurs | Journal des annonces |
| BI-GOV-5.1 | Zone de libre-service balisée : modèles certifiés + espace « bac à sable » | Espaces dédiés |
| BI-GOV-5.2 | Promotion d'un rapport libre-service vers l'officiel selon un parcours défini | Parcours documenté |
| BI-GOV-5.3 | Contrôles automatiques de gouvernance (rapports sans propriétaire, partages risqués) | Rapports automatiques |
| BI-GOV-5.4 | Communauté de pratique et formation continue | Sessions tenues |
5. Lecture détaillée par niveau#
🟢 Niveau 1 — Prolifération#
- Signes : « le rapport de Paul », cinq variantes de « Ventes », exports sauvegardés dans des mails.
- Difficulté : 1/5 · Effort : 1/5.
🟢 Niveau 2 — Propriétaires connus#
- Signes : tableau d'inventaire, un propriétaire par modèle et rapport, espaces nommés par domaine/environnement.
- Gain : on sait qui joindre.
- Limite : l'existence d'un propriétaire ne dit rien sur la qualité.
- Difficulté : 2/5 · Effort : 2/5.
🟡 Niveau 3 — Modèles certifiés#
- Signes : l'endorsement (« promu », « certifié ») signale les modèles officiels ; les critères de certification sont écrits : tests en place, RLS vérifiée, documentation, propriétaire, support. Les rapports officiels sont des rapports minces liés à ce modèle.
- Gain : une seule version de la vérité, coût réduit de capacité (CST).
- Limite : le modèle certifié devient un point de contention si son cycle de livraison est lent.
- Difficulté : 3/5 · Effort : 3/5.
Fil rouge SFA : le modèle « Visites & Ventes » certifié alimente 14 rapports minces. Un directeur régional souhaite ajouter un indicateur : il crée une mesure locale dans son rapport mince (autorisé) ; si elle sert à d'autres, un parcours de promotion la fait remonter dans le modèle certifié.
Symptôme : le modèle certifié est connecté à 14 rapports, mais chacun le complète avec ses propres mesures locales qui redéfinissent « client actif ». Cause : la définition officielle n'est pas assez accessible ou flexible. Remède : publier les définitions, ouvrir un canal de demande rapide, mesurer les définitions concurrentes.
🟡 Niveau 4 — Catalogue vivant#
- Signes : un cycle de vie explicite (brouillon → promu → certifié → déprécié → retiré), revue annuelle, retrait des rapports inutilisés (journaux d'activité), annonces des évolutions de modèle.
- Gain : patrimoine propre, moindre coût.
- Limite : discipline de revue indispensable.
- Difficulté : 4/5 · Effort : 4/5.
Utilise l'API d'administration (rapports d'inventaire, journaux d'activité) pour produire automatiquement la liste des artefacts sans propriétaire, sans consultation depuis 90 jours, ou partagés par lien (l'API des journaux d'activité ne remonte que les 28 derniers jours : archivez-les pour mesurer sur 90 jours). Le catalogue manuel se périme en un trimestre.
🔴 Niveau 5 — Libre-service sûr#
- Signes : zone balisée de libre-service (modèles certifiés + bac à sable), parcours de promotion, contrôles automatiques, communauté de pratique. Les analystes métiers construisent sur les modèles officiels sans les dupliquer. Les modèles composites (chaînage de modèles) permettent d'ajouter des données locales sans copie.
- Gain : rapidité des métiers, cohérence des chiffres.
- Limite : le libre-service massif crée de la demande de support ; la capacité doit suivre (OPS).
- Difficulté : 5/5 · Effort : 5/5.
Mesure l'adoption du modèle certifié par le nombre de rapports minces et par la disparition des définitions concurrentes, pas par le nombre de personnes formées.
Les assistants (Copilot ; « Q&A », dont le retrait de Power BI est annoncé pour décembre 2026) s'appuient sur les descriptions, noms et synonymes du modèle : un modèle bien documenté (MOD) donne de meilleures réponses ; un modèle ambigu produit des réponses plausibles mais fausses. Gouverner ce qui est exposé aux assistants fait partie du thème.
6. Atteinte partielle et notation#
Règle commune. « Un 5 partiel » : zone de libre-service balisée pour 2 domaines sur 5 (BI-GOV-5.1 = 0,5), parcours de promotion décrit mais jamais exercé (5.2 = 0,5), contrôles automatiques de gouvernance quotidiens (5.3 = 1), communauté informelle (5.4 = 0,5).
7. Passer au niveau suivant#
Moyens possibles (facultatifs) :
| Passage | Leviers possibles |
|---|---|
| 1 → 2 | Inventaire via API d'administration ; propriétaires ; convention d'espaces |
| 2 → 3 | Critères de certification ; endorsement ; rapports minces ; glossaire métier |
| 3 → 4 | Cycle de vie ; revue d'usage ; annonces de changement |
| 4 → 5 | Bac à sable, parcours de promotion, contrôles automatiques, communauté |
Pièges :
- Faux positif : 100 % de rapports « certifiés » parce que la certification est accordée sans critères.
- Goodhart : réduire le nombre de rapports en supprimant sans regarder l'usage ; des rapports saisonniers (clôture annuelle) paraissent inutilisés dix mois sur douze.
- Gouvernance du contrôle sans service : la centralisation sans délai de réponse pousse au contournement.
- Le modèle certifié devient un goulot : prévoir des extensions locales encadrées.
8. Voir aussi#
- Thèmes voisins : MOD · RLS · OPS · CST · TST
- Autres matrices : PD — gouvernance et organisation des données · PD — métadonnées, lineage et documentation · PD — adoption et conduite du changement
- Contenus : Bonnes pratiques Power BI transverses · Checklist de projet reporting · OneLake — vue d'ensemble · GDS et données SQL/BI
✻ Rédigé par Claude Sonnet 5.5