Metrics Foundations: Kennzahl vor Dashboard
Entscheidung, Vertrag und Bedeutung vor der Visualisierung verankern.
Metrics-Governance beginnt nicht mit einem Dashboard-Template. Sie beginnt mit der Entscheidung, welche Zahl welche Handlung auslöst — und welcher Vertrag Bedeutung, Grain und Grenzen bindet, bevor die Visualisierung erscheint.
Typische Fragen sind:
- Welche Handlung folgt, wenn die Zahl eine Grenze in einem Zeitraum reißt?; Welches Ereignis zählt — unterschriebener Auftrag oder gebuchter Erlös nach Storno?; Welcher fachliche Ebene gilt — Konto, Vertrag oder Login?; Wer gibt Definition und Änderung accountable frei?; Welche Nutzer-Sicht darf die Bedeutung nicht still neu schreiben?; Wann läuft der Vertrag zur Prüfung, statt die Formel im BI-Tool zu ändern?
Wenn Sales-Dashboard und Finance-Abschluss auseinanderlaufen, sind beide Zahlen oft technisch korrekt und trotzdem unvereinbar. Das Problem ist nicht Farbe oder Ladezeit. Es ist der fehlende Vertrag zwischen Entscheidung, Definition und Consumer-Sicht.
Gute Metrics Foundations macht die Kennzahl ausführbar — Entscheidung, Vertrag und Semantik an derselben Zahl, nicht am neuesten Chart.
Anschluss an KPI definieren, Trusted Metrics und BI-Governance-Entscheidungen.
Weiter: Entscheidung vor dem Dashboard.
Die Serie Metrics Foundations gibt dir den Einstieg und den roten Faden. Die folgenden Teile vertiefen die Entscheidungsfrage, Semantic Layer versus Dashboard-Maß und den Handoff in Trusted Metrics so, dass Zweck, Rollen, Entscheidungen und Nachweise im Alltag nachvollziehbar bleiben.
Ausgangslage
In einer Vertriebsrunde: Das Dashboard zeigt 12,4 Millionen Euro Umsatz, Finance meldet 11,8. Sales zählt unterschriebene Aufträge, Finance gebuchte Erlöse nach Storno. Dieselbe Bezeichnung, zwei Ereignisse. Teams bauen dann ein neues Dashboard oder schreiben die Definition in den Tooltip — und der nächste Monatsabschluss wiederholt den Streit.
Was diese Serie klärt
- Orientierung: Entscheidungssatz, Kennzahlvertrag, Semantik vor Visualisierung (diese Seite)
- Vertiefung: Entscheidung vor dem Dashboard
- Vertiefung: Kennzahlenmodell versus Dashboard-Maß
- Abschluss: Handoff in Trusted Metrics
Lesepfad
- Metrics Foundations: Kennzahl vor Dashboard
- Entscheidung vor dem Dashboard
- Semantic Layer versus Dashboard-Maß
- Handoff in Trusted Metrics
Die Beispiele sind Lehrfälle (keine Kundendaten). Ersetzt Kennzahl-, Report- und Toolnamen durch eure Catalog-, BI- und Prozessquellen.
Der Ablauf ist bewusst einseitig. Eine Visualisierung kann Fragen zur Definition auslösen, aber sie darf nicht heimlich zur Definitionsquelle werden. Änderungen laufen zurück durch Vertrag und Freigabe.
Begriffe vor dem Lesen
- KPI / Kennzahl — Messgröße für eine fachliche Entscheidung; nicht nur eine Formel in einem Report.
- Kennzahlenverantwortliche Person — Fachliche Rolle, die Bedeutung, Umfang und erlaubte Nutzung einer Kennzahl verantwortet.
- fachliche Ebene / Koernung — Die Einheit, ueber die gerechnet wird, zum Beispiel Auftrag, Position, Kunde, Tag oder Monat.
- Kennzahlenmodell — Schicht, in der freigegebene Kennzahlenlogik wiederverwendbar bereitgestellt wird.
- Nachweis — Nachweis, dass Definition, verantwortliche Person, Quelle, Formel und Nutzung abgestimmt sind.
Produkte und Entscheidungen
Metrics braucht nicht „eine KPI-Bibliothek“, sondern geschnittene Produkte.
Entscheidungssatz
Dieses Produkt beschreibt:
- Messwert; Grenze; Zeitraum; entscheidende Rolle; Handlung.
Entscheidungen:
- Welche Handlung ist echt — Pipeline anpassen, Kampagne starten, Abschluss bestätigen?; Welche Rolle ist accountable, nicht nur Empfänger des Charts?; Welcher Satz ist vollständig genug, um einen Vertrag zu tragen?
Kennzahlvertrag
Zweck, Definition, Grain, Grenzen.
Es benötigt:
- Ereignis und Objekt; Aggregation und Zeitbezug; Ausschlüsse; fachlicher verantwortliche Person; Reviewdatum; explizite Nicht-Nutzung.
Entscheidungen:
- Welches Ereignis zählt — Login, Vertrag oder fakturierbarer Umsatz?; Wer gibt Änderung frei?; Welche lokale Reportformel gilt als Lücke, nicht als Quelle?
Semantische Umsetzung
Wiederverwendbar statt reportlokal.
Entscheidungen:
- Wo liegt die Definition — Kennzahlenmodell oder Dashboard-Maß?; Welche Abweichung wird dokumentiert und gestoppt?; Wer implementiert, ohne verantwortliche Person zu werden — der BI-Entwickler bleibt technischer Betreiber?
Consumer-Sicht
Präsentation ohne Bedeutungswechsel.
Entscheidungen:
- Welche Sicht ist operativ, analytisch oder extern?; Darf ein Filter die Grundgesamtheit still ändern?; Wann erzwingt eine andere Zeitlogik eine eigene Kennzahl statt einer lokalen Formel?
Wo Governance hängt
Zwischen Chart-Start und Entscheidungssatz
Ohne Handlung bleibt die Zahl Dekoration. Der Tooltip ersetzt den Satz nicht.
Zwischen gleichem Namen und verschiedenem Ereignis
12,4 und 11,8 können beide stimmen. Ohne Ereignisvertrag ist der Streit kein Qualitätsbug.
Zwischen Report-Owner und fachlichem KPI-Owner
Wer das Dashboard pflegt, gibt die Definition nicht frei.
Zwischen Dashboard-Formel und Semantic Layer
Eine lokale Formel wird zur heimlichen Quelle. Änderungen müssen durch den Vertrag.
Zwischen Consumer-Filter und Population
Ein stiller Filter erzeugt eine zweite Kennzahl unter demselben Label.
Zwischen Publish im BI-Tool und Reviewdatum
Hotfix im Tool umgeht Freigabe. Der Vertrag braucht ein Datum, nicht nur einen Release.
Rollen-Mapping
Fachlicher Kennzahl-Owner
Sales-Leitung, Finance-Lead oder Process Owner ist accountable für Definition, Änderung und Grenzen. Der Owner entscheidet nicht das Chart-Layout allein.
Analytics / Metrics Steward
Führt Verträge, Reviewdaten und Abweichungsliste. Stewardship braucht Kapazität, nicht die Restzeit zwischen Sprint und Monatsmeeting.
BI-Entwickler / Custodian
Setzt Semantic Layer und Sichten um. Implementierungsmacht ist keine Kennzahl-Verantwortung.
Finance / Control Consumer
Empfängt die vereinbarte Zahl für Abschluss oder Forecast. Finance erfindet keine Parallelformel ohne eigenen Vertrag.
Sales / Ops Consumer
Nutzt die operative Sicht. Ein zweites Ereignis braucht einen zweiten Namen.
Audit / Assurance Consumer
Empfängt Vertrag und Freigabenachweis, wo die Zahl extern oder reguliert wirkt.
Mini-Fall
Symptom: Drei Reports zeigen „aktive Kunden“. Marketing zählt Login in 30 Tagen, Customer Success laufenden Vertrag, Finance fakturierbaren Umsatz. Das Meeting streitet, welche Zahl stimmt.
Typischer Fehlstart: Eine Formel mitteln oder den Unterschied nur im Tooltip erklären und ein neues Dashboard bauen.
Vereinbarung: Drei Entscheidungssätze; drei benannte Kennzahlen mit fachlicher Ebene und Grenze; Kennzahlenmodell trägt Definition; jede Sicht zitiert ihren Vertrag; keine Mittelung unter einem Label.
| Entscheidung | Passende Kennzahl | Grenze |
|---|---|---|
| Reaktivierungskampagne starten | Nutzer mit Login in 30 Tagen | Produktnutzung |
| Betreuungskapazität planen | Konten mit laufendem Vertrag | Vertragsstatus |
| Umsatzprognose bestätigen | Konten mit fakturierbarem Umsatz | Buchungsfähigkeit |
Kritische Übergaben
| Von | An | Artefakt |
|---|---|---|
| Fach-Owner | Metrics Steward | Entscheidungssatz und Residual-Grenzen |
| Steward | BI-Custodian | Kennzahlvertrag (Definition, Grain, Ausschlüsse) |
| BI-Custodian | Steward | Semantische Umsetzung und Abweichungsliste |
| Consumer (Sales/Finance) | Owner | Nutzungszweck und Filterwunsch |
| Owner | Consumer | Freigegebene Sicht, kein stilles Umdefinieren |
| Steward | Trusted-Metrics-Handoff | Bestandene Verträge und Reviewdatum |
Anti-Patterns
- Mit dem Chart starten und die Definition nachziehen
- Zwei Ereignisse unter einem KPI-Namen lassen
- Tooltip als Vertrag behandeln
- Report-verantwortliche Person als fachlichen verantwortliche Person führen
- Formel direkt im BI-Tool publishen
- Konflikte per Mittelwert „lösen“
- Nutzer-Filter still die Grundgesamtheit ändern
Umsetzung im Alltag
Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.
Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.
Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.
Schritt 1: Rahmen und Entscheidung klären
Fünf häufig genutzte Kennzahlen listen und die Handlungen sammeln, die sie angeblich steuern. Namen ohne eindeutige Handlung markieren. Owner grob benennen.
Schritt 2: Control und Nachweis umsetzen
Für zwei priorisierte Kennzahlen Mini-Verträge schließen. Konflikte am Zweck klären, nicht per Mehrheitsentscheid. Eine Semantic-Quelle statt einer neuen lokalen Formel vorsehen.
Schritt 3: Testen und Ausnahmen sichtbar machen
Bestehende Dashboard-Formeln zuordnen. Abweichungen dokumentieren und neue lokale Kopien stoppen. Je Kennzahl eine Consumer-Sicht mit fachlicher Abnahme testen.
Schritt 4: Messen und begrenzt ausrollen
Anteil kritischer Entscheidungen mit akzeptierter Kennzahl messen — nicht die Zahl dokumentierter KPIs. Bestandene Muster in den Trusted-Metrics-Handoff vorbereiten.
Exit-Kriterien
- Jede Pilot-Kennzahl hat Entscheidungssatz, Owner und Reviewdatum.
- Definition, fachliche Ebene und Ausschlüsse stehen im Vertrag, nicht nur im Tooltip.
- semantisches Modell-Quelle ist benannt; lokale Formeln sind Abweichung oder gestoppt.
- Nutzer-Sichten ändern die Bedeutung nicht still.
- Report-Entwickler bleibt technischer Betreiber; der fachliche verantwortliche Person bleibt accountable.
Weiterlesen
- BI-Governance-Entscheidungen
- semantisches Modell Metrics Store
- Nutzer Shared Model
- KPI definieren
- Trusted Metrics
- Catalog–Metadata–Dashboard–semantisches Modell Map
- KPI Requirements Anfrageweg Tool
Metrics Foundations
Part 1 of 4
View series