Change Gates & Consumer-Benachrichtigung

Begriffe vor dem Lesen

• Metric Drift — Auseinanderlaufen derselben Kennzahl ueber Tools, Reports oder lokale Formeln hinweg.
• Kanonische Definition — Verbindliche Beschreibung von Grundgesamtheit, fachliche Ebene, Formel, Zeitlogik und Ausschluessen.
• Metrics Store — Wiederverwendbarer Ablage- oder Publish-Ort für freigegebene Kennzahlenlogik.
• Abgleich — Nachweisbarer Vergleich mehrerer Implementierungen gegen dieselbe genehmigte Definition.
• Change Prüfpunkt — Pruefpunkt vor Aenderungen an Formel, Umfang, Quelle oder Publish-Ort.

Eine geänderte Metrik ohne Gate zerstört Vergleiche und Vertrauenssignale in Dashboards. Gates sind nicht Bürokratie — sie sind die Mindestbremse vor Publish.

Dieser Teil setzt Impact-Check, Freigabe, Consumer-Hinweis und Deploy-Fenster auf die Versionierung und das RACI der Teile 2 und 3.

Vorher: Semantic-Layer-Verantwortung RACI. Weiter: Cross-Tool-Reconciliation. Siehe auch Dashboard Deep Dive.

Entscheidung

Jeder materielle Metrik-Change braucht:

1. Impact-Check (Consumer, Dashboards, Verträge/SLOs);
2. Owner-Freigabe bei Major; Steward darf Minor nach Regelwerk;
3. Benachrichtigung an registrierte Consumer vor Cutover;
4. Custodian-Fenster für Deploy und Monitoring;
5. Ausnahmeweg mit Ablauf (Hotfix) und nachziehender Dokumentation.

Kein stilles Überschreiben in Produktion.

Workflow

1. Consumer Registry nutzen

Der Steward führt, wer an der Metrik hängt — Dashboards, Verträge, SLOs, registrierte Product Owner. Artefakt ist die Consumer-Liste aus dem Shared Model, nicht ein Slack-Ping an „das BI-Team“. Der Data Product Owner hält Abhängigkeiten aktuell; der Owner sieht den Impact vor der Freigabe. Fehlt die Registry, wird „wir haben alle informiert“ zur Fiktion, und Cutover trifft unbekannte Consumer.

2. Gate-Typen

Warnend für Minor und Dokumentation; blockierend für Major und zertifizierte Entscheidungsmetriken. Der Owner legt fest, welche Metriken blockierend sind; der Steward wendet das Regelwerk an und verhindert, dass Tippfehler dasselbe Gate wie ein Populationswechsel bekommen. Der Custodian setzt die technische Sperre im Store. Wird jeder Change blockierend, entstehen Schatten-Measures; wird nichts blockierend, ist Versionierung wirkungslos.

3. Kommunikationskanal

Release Notes, In-Tool-Banner oder Ticket — der Owner wählt den Kanal, der Steward führt die Liste und den Zeitpunkt vor Cutover. Artefakt ist die Notification mit Version, Änderungsnotiz und Cutover-Datum. Ohne benannten Kanal und Nachweis landet der Hinweis nur im Chat, und Consumer erfahren die Änderung am Dashboard.

4. Parallelbetrieb

Bei Major laufen alte und neue Version kurz parallel; Dashboards pinnen die Version, auf der sie rechnen. Der Custodian hält beide Versionen adressierbar und überwacht das Fenster; der Steward stoppt Cutover, wenn Consumer nicht umgestellt sind. In Close- oder Board-Perioden gilt kein Major ohne Dual-Run. Wird dieser Schritt übersprungen, bricht der Vergleich in der kritischsten Woche.

5. Evidenz

Wer wurde wann benachrichtigt, wer hat freigegeben, wann deployed — das bildet das Gate-Evidenzpack. Der Steward legt es ab; der Owner zeichnet Major; der Custodian bestätigt Deploy-Zeitpunkt und Monitoring. Hotfixes tragen Ablauf und nachziehende Dokumentation, sonst werden sie permanenter stiller Drift. Fehlt das Pack, kann Audit nicht unterscheiden zwischen geplantem Change und Überschreiben.

Handoffs

Anti-Patterns

• Hotfix ohne Ablauf und ohne Nachdokumentation
• Nur Slack-Ping an „das BI-Team“
• Major ohne Parallelbetrieb in kritischen Perioden (Close, Board)
• Prüfpunkt für jede Tippfehlerkorrektur (Übersteuerung)
• Catalog aktualisieren, Store vergessen — oder umgekehrt

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.

• Arbeitsplan — Metrics Foundations
• Lernpfad — Metrics Foundations

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.

1. Consumer-Liste für eine zertifizierte Metrik aufbauen.
2. Major-Gate einmal end-to-end testen (Antrag → Freigabe → Notify → Deploy).
3. Hotfix-Ausnahmeweg mit Ablauf formulieren.
4. Dashboard-Autoren auf Versionspin hinweisen.