Unterstützen, nicht einnehmen

Wer Governance oder Dashboards kann, hilft schnell. Die Falle sitzt in der Hilfsbereitschaft: die Measure selbst bauen, die Definition formulieren, die Ausnahme nur diesmal zeichnen. Dann ist unterstützt — und die Rolle faktisch eingenommen. Das verletzt das Recht der mandatierten Person, zu entscheiden.

← Vorheriger Teil · Nächster Teil →

Herausforderung

Drei gut gemeinte Besetzungen:

• Governance-Experte als Schatten-A. Er formuliert Definitionen, der verantwortliche Person nickt. Mandat ohne Urteil.
• Dashboard-Experte als Wahrheitsamt. DAX oder Set Analysis ändert die Zahl über Nacht, weil das Board das so lieber sieht.
• Steward als verstecktes A. Der verantwortliche Person antwortet nicht; der Steward akzeptiert Ausnahmen. Dauerhafte Schatten-Accountability ist riskanter als eine sichtbare Lücke — siehe Mehrere Rollen ohne Chaos.

Überzeugen, dass jemand Owner wird, bleibt richtig — Menschen überzeugen. Überzeugen darf die Rolle nicht ersetzen.

Ansatz

1. Vorbereiten, nicht entscheiden. Optionen, Wirkung, Evidence — der Owner wählt.
2. Handwerk als R. Modell, Visual, Gate, Lineage: Custodian oder Author ist Responsible, nie A für Semantik.
3. Ablehnung zulassen. Ein Owner, der nie nein sagt, hat die Rolle schon abgegeben.
4. Weg-Test. Zwei Wochen Abwesenheit: trifft der Fachbereich noch, und hält BI denselben Standard?

Ablehnung ist Erfolg des Standards, nicht Scheitern der Beratung. Rechte der Rolle gehören zur Formel aus Teil 1.

Sizing

Anwendungsbeispiel: Die Measure nur schnell selbst

Eine Power-BI-Autorin kennt die Stornologik. Finance liefert drei Wochen keine Freigabe. Sie baut die Measure, das Board ist ruhig. Acht Wochen später ist sie im Urlaub; niemand darf die Formel anfassen.

Korrektur: Decision Record mit offenen Optionen, Timeout, Default des Finance-Owners. BI deployt nach Freigabe. Die Autorin bleibt R für Implementierung.

Betriebsablauf (nummeriert)

1. Strittige Entscheidung als Verb plus Objekt schreiben.
2. Optionen und Wirkung an den Owner, nicht die Lieblingsformel.
3. Deploy erst nach Freigabe oder dokumentiertem Default.
4. Weg-Test: Vertretung und Evidence-Ort prüfen.
5. Besetzungsverbot in die Stance Map.

Handoffs

Anti-Patterns (und warum sie scheitern)

• Ich bau das schnell selbst. Scheitert, weil Tempo das A besetzt und Qualität mit der Person geht.
• verantwortliche Person nickt nur. Scheitert, weil das Urteil beim Formulierenden liegt, nicht beim Mandat.
• CoE als universelles A. Scheitert als Brand-Thron: der Code wird gepflegt und fachlich mitentschieden.
• Dashboard als Definitionsort. Scheitert, weil Nutzer-Logik zur zweiten Wahrheit wird.

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 still getroffene Experten-Entscheidung finden. Optionen zurückgeben. Weg-Test simulieren. Besetzungsverbot in die Stance Map.

Ausbau: Ein Owner-Urlaub ohne Semantikwechsel. Change-Tickets zeigen Experte als R oder C, nicht als A.

Checkliste

• Experte ist R oder C, nicht A für Bedeutung.
• Offene verantwortliche Person-Lücken sind sichtbar, nicht still gefüllt.
• Dashboard-Logik ändert keine Kernsemantik ohne Freigabe.
• Weg-Test ist an einem realen Fall durchgespielt.
• Mehrfachhüte sind markiert.

Artefakt

Stance Map (Seite 2 — Besetzungsverbot): Rollen, die unterstützen dürfen; Entscheidungen, die sie nicht treffen; Weg-Test und Vertretung des Owners.

Tools

• Stakeholder Matrix
• RACI für Data Governance
• KPI Definition