Zum Inhalt springen
Search the hub
Steward-Scan ist nicht die Board-Seite

Steward-Scan ist nicht die Board-Seite

Die Governance-App scannt Outcomes — Führung bekommt eine Seite, der Alert einen Schritt, der Close bleibt Close.

Category
Data Governance
Reading time
3 min
Published
Tags
data-quality dashboard-design governance-metrics bi-governance
Download PDF

Begriffe vor dem Lesen

  • Governance-App — BI- oder Analytics-Fläche, die Governance-Ergebnisse aus Tools messbar macht.
  • Outcome-KPI — Kennzahl, die Wirkung zeigt, zum Beispiel offene Risiken mit verantwortliche Person oder Zeit bis zur Behebung.
  • Vanity Metric — Zahl, die gut aussieht, aber keine bessere Entscheidung auslöst.
  • Fact fachliche Ebene — Einheit einer Messzeile, zum Beispiel Regel-Lauf, Finding, Ausnahme oder Handoff.
  • Adapter — Tool-spezifische Umsetzung in Power BI, Qlik, Tableau oder einer anderen BI-Oberfläche.

Eine App, die Steward-Scan, Board-Pack und Close mischt, ist derselbe Bruch wie Warum eine Fläche nicht vier Jobs tragen kann. Die Governance-App ist ein Scan — eine Fläche neben paginiertem Report, Alert und Export, nicht alle vier. Führung bleibt Das Board-Pack ist eine Seite. Alert braucht Automation, nicht achtzehn Kacheln.

In der Praxis zeigt sich das so: Führung öffnet dieselbe Power-BI-App wie der Steward; Failure Rate 2,1 % sitzt neben Close-Kacheln und einem Alert ohne Schritt.

Dieser Teil schließt die Serie. Chart-Defaults: Chart-Wahl Deep Dive. Promotion: Publish plus Design-Gate.

Vorher: Ein Semantic, drei Adapter. Weiter: Governance Operating Metrics.

Entscheidung

Hängen Sie das Nutzungsfläche-Gate an den App-Vertrag.

  1. Scan — Primärsignal (schlimmste Failure Rate oder älteste Action), Treiber, Ausnahme, nächster Schritt. Chart-Budget aus Chart-Wahl.
  2. Nicht Board — GDR, Waiver, eine Definitionsänderung bleiben Operating Metrics. Kein Dashboard für Führung in dieser App.
  3. Nicht Close — Nettoumsatz und Freigabe-Stopp bleiben Finance-Close. Die Governance-App steuert Datenfitness, nicht den Close.
  4. Alert optional — Schwelle auf Failure Rate oder TTR mit Owner und Eskalation. Kein Mini-Board.
  5. Hüte — Data Owner gibt Audience frei (Steward, nicht Board); Steward hält das Gate; Custodian hebt erst nach Design- und Chart-Feld.

Gate-Workflow

1. Audience nennen

Steward. Jede zweite Audience ist ein zweites Produkt.

2. Mix ablehnen

Board-Seite oder Close-Kacheln auf dem Scan: Ablehnung.

3. Heben

Veröffentlichungspfad nach Go. zertifiziert auf einem Mix zählt nicht.

Handoffs

Von An Artefakt
Data Owner Steward Audience = Steward-Scan
Steward Custodian Gate: kein Mix
Steward Sponsor Board-Pack separat
Custodian Consumer Prod-Scan nach Gate

Anti-Patterns

  • Board liest den Steward-Link
  • Close-KPIs auf der Governance-App
  • Alert ohne Schritt
  • „Ein Portal für alles“

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

  1. Audience der App auf Steward festlegen.
  2. Board- und Close-Objekte streichen.
  3. Optional einen Alert-Vertrag schreiben — oder keinen Alert.
  4. Heben erst nach Nutzungsfläche- und Chart-Feld.

Weiterlesen

Governance app deep dive

Part 5 of 5

View series

Knowledge check

Tour