Komponieren, nicht mergen

Merge heißt: alle Wahrheiten werden zu einer Zahl verhandelt. Dann ist der Konflikt nur umgezogen — vom Fachbereich ins Lenkungsgremium. Komposition heißt: zwei legitime Wahrheiten bleiben zwei Objekte; das Board-Pack wählt und beschriftet, es schreibt Zuliefer-Definitionen nicht um.

← Vorheriger Teil · Nächster Teil →

Herausforderung

Reporting sieht aus wie Wahrheit. Deshalb eskaliert derselbe Machtkampf wie bei Governance:

• Geteilte Labels (Umsatz, Kunde) verbergen unterschiedliche Zwecke.
• Tool-Teams (Qlik, Power BI, Tableau) werden konkurrierende Wahrheitsämter.
• Ein Merge im Council erzeugt eine Kompromissformel, der keine Seite folgt.

Zwei fachliche Wahrheiten brauchen zwei Entscheidungsobjekte — nicht zwei A auf derselben Zeile. Das steht in Mehrere Rollen ohne Chaos und landet an der Fachgrenze in Wo Governance landet.

Ansatz

1. Souveränität je Domain. Finance A für gebuchten Umsatz. Sales A für Pipeline. HR A für FTE.
2. Zwei Zwecke, zwei IDs. revenue_booked und revenue_operational mit dokumentierter Beziehung — kein Mix in einer Measure.
3. Board-Pack als Produkt. Composition-Owner (häufig Group Reporting) darf auswählen und beschriften, nicht umdefinieren.
4. Kein Tool ist A. Custodian je Oberfläche deployed die freigegebene Definition — Semantic-Layer-RACI.
5. Fachlogik außerhalb der App. Gemeinsame Regeln leben im Modell, nicht in fünf Consumer-Formeln — Fachlogik außerhalb der BI-Apps.

Lokale Measures bleiben Exploration mit Ablauf — nicht zweite Konzernwahrheit.

Vertrauen in Kennzahlen entsteht durch beschriftete Bausteine, nicht durch eine gemergte Kompromisszahl — Trusted Metrics.

Sizing

Anwendungsbeispiel: Drei Umsätze im Lenkungsmeeting

Sales Closed Won, Finance gebucht, Marketing Kampagne — drei Zahlen, ein Label. Der falsche Zug: ein Data Office „harmonisiert“ die Formel.

Vertrag: Sales liefert Stage und Timestamp. Finance ist einziges A für gebuchten Umsatz. Marketing bleibt A für Attribution — andere Entscheidung. Das Leadership-Pack zeigt drei beschriftete Zeilen plus Snapshot-Gate. BI setzt drei zertifizierte Metriken um, keine vierte Mischung.

Betriebsablauf (nummeriert)

1. Labels inventarisieren, die denselben Namen tragen.
2. Legitime Zwecke spalten — eigene IDs, je ein A.
3. Pack als Produkt mit Composition-Owner schneiden.
4. Tool-Custodians als R für Deploy benennen.
5. Mix-Formeln verbieten; Beziehung dokumentieren.

Handoffs

Anti-Patterns (und warum sie scheitern)

• Merge als Harmonie. Scheitert, weil eine Zahl ohne Glauben entsteht.
• BI legt Semantik fest. Scheitert, weil Nähe zum Report kein Mandat ist.
• Ein Label, viele Formeln. Scheitert als Drift ohne Versionsbump.
• Zwei A auf einer KPI-Zeile. Scheitert als Stillstand mit Höflichkeitslack.

Erster Umsetzungsschnitt

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.

• Arbeitsplan — Binom Governance — das Konzept
• Lernpfad — Binom Governance — das Konzept

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.

Erster Schritt: Eine Board-Kennzahl und ihre Implementierungen inventarisieren. Zwecke spalten. klare Verantwortlichkeit je Objekt. Pack-Spec beschriftet statt mischt.

Ausbau: Dieselbe ID in zwei Tools. Keine Mix-Measure im Board-Pack. Domain-Owner können ihre Zahl noch halten.

Checkliste

• Jede Kernkennzahl hat genau ein fachliches A.
• Legitime Parallel-Wahrheiten haben eigene IDs.
• Composition-verantwortliche Person darf nicht umdefinieren.
• Tool-Custodians sind R für Deploy, nicht A für Bedeutung.

Artefakt

Stance Map (Seite 3 — Composition-Regel): Objekt-IDs, Domain-A, Pack-A, verbotene Mix-Formeln, Tool-Custodians.

Tools

• KPI Definition
• Report Inventory — Implementierungen derselben Kennzahl sichtbar machen.
• RACI für Data Governance
• Korridor für Folgeprojekte