Zum Inhalt springen
Search the hub
Self-Service-Kennzahlen vs. governed Metrics

Self-Service-Kennzahlen vs. governed Metrics

Schützen Sie gemeinsame und kritische Kennzahlen und erhalten Sie zugleich analytische Freiheit durch klare Metrikzonen, Entscheidungsrechte und Promotion-Trigger.

Category
Data Governance
Reading time
4 min
Published
Tags
self-service-bi governed-metrics metric-policy operating-model
Download PDF

BI-Governance trennt geschützte Basiskennzahlen von lokaler Exploration — Self-Service und Steuerung sind Zonen, keine Gegensätze.

Ein Analyst veröffentlicht unter dem Label Nettoumsatz eine lokale Ableitung ohne Retouren. Das Executive-Board übernimmt den Wert; Finance eskaliert Drift.

Die praktikable Alternative zu „alles zentral freigeben“ und „alles darf alles“ ist ein gestuftes Betriebsmodell mit expliziten Entscheidungsrechten.

Herausforderung

Wenn jede Berechnung ein zentrales Gremium benötigt, verlangsamt sich Exploration und lokale Arbeit wandert in den Schatten. Wenn „Self-Service“ bedeutet, dass jeder Ersteller jede Formel unter jedem Label veröffentlichen darf, verlieren genehmigte Kennzahlen ihre Autorität und experimentelle Berechnungen gelangen unbemerkt in Executive-, Finanz- oder Kundenberichte.

Es fehlt nicht noch ein Freigabeworkflow für jeden analytischen Gedanken. Es fehlt die klare Trennung zwischen geschützten Basiskennzahlen, kontrollierten Ableitungen und lokalen Experimenten.

Nutzer müssen außerdem erkennen, welche Änderungen eine Kennzahl erhalten und welche sie neu definieren. Eine andere Darstellung ist etwas anderes als eine Änderung von Population, Grain, Zeitlogik oder Ausschlüssen. Ohne sichtbare Grenzen erzeugen auch gut gemeinte Anpassungen konkurrierende Bedeutungen.

Ansatz

Definieren Sie drei Metrikzonen.

Governed Base Metrics besitzen genehmigte Definition und Grain, einen benannten Owner, eine gemeinsame Implementierung, gemeinsame Tests und einen geschützten Namen. Sie werden genutzt, wenn konsistente unternehmensweite Bedeutung erforderlich ist.

Controlled Derived Metrics werden aus genehmigten Basen nach erlaubten Mustern aufgebaut. Zulässige Dimensionen, Filter, Szenarien und Zeiträume sind explizit. Sie besitzen Owner und Geltungsbereich und können nach Review wiederverwendbar werden.

Local Exploratory Metrics gehören zu einem Report, Workbook oder einer Analyse. Sie sind sichtbar als experimentell gekennzeichnet, haben Owner und Ablaufdatum, beanspruchen keine Enterprise Truth und sind aus zertifiziertem Reporting ausgeschlossen.

Die Governance-Intensität steigt mit Wiederverwendung, Kritikalität und externer Konsequenz. Eine Promotion wird ausgelöst, wenn eine lokale Kennzahl kopiert, in mehreren gesteuerten Produkten verwendet, für Executive- oder regulatorische Entscheidungen genutzt wird, gemeinsame Grain- oder Reconciliation-Regeln benötigt oder eine wesentliche gemeinsame Entscheidung verändert.

Lokal bleiben darf eine Kennzahl bei reinem Präsentationsverhalten, kurzfristiger Hypothese, einmaliger Analyse oder genehmigter Ableitung, die den Basisvertrag nicht neu definiert.

Checkliste

Definieren Sie je Metrikklasse:

  • wer sie erstellen darf;
  • wer sie veröffentlichen darf;
  • welche Quellkennzahlen zulässig sind;
  • welche Filter, Dimensionen und Szenarien variieren dürfen;
  • erforderliche Namen und Statuslabels;
  • verantwortliche Person- und Ablaufanforderungen;
  • Test- und Abgleich-Niveau;
  • zulässige Konsumenten;
  • Zertifizierungsfähigkeit;
  • Produktfreigabe-Trigger;
  • Ausnahmegenehmiger;
  • Deprecation- und Migrationsregeln.

Zusätzlich ist zu klären:

  • Welche Metriknamen sind geschützt?
  • Welche Änderungen sind eine verbotene Neudefinition?
  • Darf eine lokale Variante optisch wie eine zertifizierte Kennzahl wirken?
  • Wie werden strittige Definitionen eskaliert?
  • Was geschieht bei fehlendem verantwortliche Person?
  • Wie wird eine dringende Ausnahme genehmigt und beendet?
  • Wie werden experimentelle Kennzahlen aus Executive Reports entfernt?
  • Wie können Nutzer eine neue genehmigte Ableitung beantragen, ohne auf ein zentrales Implementierungsteam zu warten?

Die zentrale Governance-Funktion definiert Grenzen und löst Konflikte. Sie darf nicht zur Implementierungswarteschlange für jede Formel werden.

Artefakt

Erstellen Sie eine Self-Service Metric Policy mit Entscheidungsmatrix.

Die Zeilen enthalten Governed Base Metrics, Approved Derived Metrics, Local Exploratory Metrics und verbotene oder konfliktäre Neudefinitionen. Die Spalten erfassen Definitionsautorität, Erstellungsrechte, Veröffentlichungsrechte, erlaubte Quellen, zulässige Filter und Dimensionen, Benennung, Status, Owner, Evidenz, Zertifizierung, Ablauf, Promotion, Ausnahmegenehmigung und Deprecation.

Führen Sie ein Register experimenteller Kennzahlen mit Name, Ersteller, Owner, Report oder Workbook, Zweck, Basiskennzahlen, Erstellungsdatum, Ablaufdatum, Consumer Scope und Promotion-Status.

Nutzen Sie sichtbare Labels wie governed, approved derivative, experimental, deprecated und prohibited conflict. Lokale Varianten dürfen zertifizierte Labels nicht unqualifiziert wiederverwenden.

Messen Sie Wiederverwendung gesteuerter Basen, Anzahl promoteter Ableitungen, abgelaufene Experimente, ungelöste Definitionskonflikte und Executive Reports mit lokalen Kennzahlen.

Tools

KPI Definition wird für Kennzahlen eingesetzt, die in die gesteuerte oder genehmigte Ableitungszone gelangen. Report Inventory findet kopierte Formeln, wiederverwendete Labels und lokale Measures, die ihre vorgesehene Grenze überschritten haben. Formelgeneratoren dürfen genehmigte Child-Measure-Muster implementieren, müssen aber bei fehlendem Grain, Quelle, Filter oder Verantwortung stoppen.

Die Tool-Oberfläche sollte anzeigen, was Nutzer verändern dürfen und welche Änderungen einen neuen Metrikvertrag benötigen.

Ressourcen

Relevante interne Ressourcen sind Metrikkatalog, Dokumentation semantischer Modelle, Report Inventory, Zertifizierungsdatensätze, Ausnahmeregister, Glossary, Nutzungstelemetrie und Consumer-Migrationspläne.

Die Policy sollte plattformneutral bleiben. Plattformberechtigungen und Zertifizierungsmechanismen implementieren Teile der Policy, definieren aber nicht die fachlichen Entscheidungsrechte.

BI Governance Decisions

Part 6 of 10

View series

Knowledge check

Tour