Das SMB Governance Operating Kit

Begriffe vor dem Lesen

• Governance — Gemeinsame Regeln, Rollen und Nachweise, damit Daten verantwortbar genutzt werden.
• Owner — Fachlich verantwortliche Person oder Rolle, die Zweck, Bedeutung und Freigabe klärt.
• Custodian — Technische Rolle, die Plattform, Zugriff, Betrieb oder Umsetzung betreut.
• Evidence — Nachvollziehbarer Nachweis zu Entscheidung, Prüfung, Umsetzung oder Ausnahme.

Ausgangslage

Typische SMB-/Mid-Fallen:

• Tool zuerst, Betriebsmodell nie.
• Ein Gremium pro Thema (Qualität, Glossar, Security, BI) — Kalender voll, Entscheidungen leer.
• MVG missverstanden als „keine Kontrollen“.
• Alle Unternehmensdaten gleichzeitig „onboarden“.
• Rollenlisten ohne Entscheidungsrechte und ohne Zeitbudget.
• Pilot im Vakuum: Governance üben ohne Liefergegenstand.

Das Kit beantwortet: Was ist das Minimum, das Verantwortung, Qualität und Nachvollziehbarkeit betriebsfähig macht — und wann muss ausgebaut werden? Dieses Minimum heißt hier Minimum Viable Governance (MVG): die kleinste Organisationsform, die wichtige Datenentscheidungen verlässlich treffen, umsetzen und nachweisen kann. „Minimal“ bedeutet nicht kontrollfrei.

Entscheidung

Notwendige Schutzkontrollen und gesetzliche Pflichten von Anfang an berücksichtigen. Kleine Strukturen heben bindende Pflichten nicht auf. Vertretung und Umgang mit kritischer Selbstfreigabe festlegen. Mehrfachrollen brauchen Grenzen und handlungsfähige Vertretung. Ein schlanker Start braucht weiterhin klare Verantwortung. Ein Mandat ohne Kapazität bleibt operativ leer. Zahlen zu Tagen, Rollen und Zeitbudgets sind ein Pilotmodell, keine universelle Mindestbesetzung. Notwendige Datenschutz- und Kontrollrollen werden vor der entsprechenden Verarbeitung einbezogen.

Startet mit einer wertvollen Datenkette, genau einer accountable Person pro kritischer Entscheidung und höchstens drei wiederkehrenden Foren. Das Kit ergänzt Verantwortung finden und aktivieren und den Roles Hub. MVG minimiert Struktur, nicht Verantwortung.

Bausteine der Serie:

1. Übersicht und Mandat (dieses Playbook)
2. RACI-light und Hüte
3. Eine Kohorte, ein Datenprodukt
4. Intake und 90-Tage-Takt
5. Wann MVG nicht mehr reicht

Sizing

Was „wertvolle Datenkette“ heißt

Wählt einen Fluss mit spürbarem Schmerz und begrenzter Grenze, z. B.:

• Order-to-Cash: Auftrag → Lieferung → Rechnung → Umsatzreport
• Lead-to-Cash: Opportunity → Kunde → Forecast
• Hire-to-Retire (Ausschnitt): Headcount → Kostenstelle → Report
• Incident-to-Insight: Ticket → Status → SLA-Report

Kriterien: echte Nutzer, messbarer Schmerz (Nacharbeit, Streit, Risiko), Owner findenbar, Lieferung in 90 Tagen möglich, nicht „der gesamte Data Lake“.

Die fünf Betriebsprinzipien

1. Eine Kette zuerst — Tiefe vor Breite.
2. Genau ein A pro Entscheidung — Höflichkeit erzeugt keine Accountability.
3. Hüte vor Stellen — Rollen dürfen zusammenfallen, Rechte nicht.
4. Kohorte liefert — Governance lernt am Produkt, nicht am Workshop.
5. Evidenz steuert Ausbau — wachsen bei belegter Grenze, nicht bei Organigrammgröße.

Anwendungsbeispiel: 200-Personen-Distribution

Ausgangslage: Drei Umsatzzahlen im Leadership-Meeting; niemand „verantwortet“ die Definition; IT wird beschuldigt.

Kit-Start:

1. Sponsor (COO) mandatiert Order-to-Cash-Report als erste Kette.
2. Fünf Entscheidungen: Definition Umsatz, Ausnahme akzeptieren, Quellenpriorität, Release semantischer Änderung, Incident-Nutzung.
3. Hüte: Sponsor COO; Business Owner Finance Lead; Steward Analystin (30 %); Custodian BI-Dev.
4. Kohorte: sechs Personen, 90 Tage, drei Probleme priorisiert (Definition, Mapping, Close-Abgleich).
5. Intake: fünf Felder, 30 Min/Woche Triage.
6. Nach 90 Tagen: eine freigegebene Definition, halbierte Klärungszeit, zwei offene Themen im Backlog — kein Katalog-Rollout für 400 Tabellen.

Betriebsablauf (nummeriert)

1. Geschäftsergebnis und Schmerz wählen.
2. Datenkette und Produktgrenze schneiden.
3. Fünf bis zehn wiederkehrende Entscheidungen benennen.
4. Hüte und genau ein A zuordnen; Zeitbudget schriftlich.
5. Kohorte mit Auftrag und Baseline bilden.
6. Intake und Cadence starten.
7. Nach 90 Tagen: beibehalten, schärfen oder gezielt ausbauen.

Handoffs

Anti-Patterns (und warum sie scheitern)

• Tool zuerst kaufen. Scheitert ohne Entscheidungen und Kapazität; leere Metadaten.
• Gremium pro Thema. Scheitert durch Meeting-Last ohne Closure.
• MVG = keine Kontrollen. Scheitert regulatorisch und kulturell; Verantwortung bleibt.
• Alles auf einmal onboarden. Scheitert an Umfang-Explosion und Demotivation.
• Rollen ohne Zeit. Scheitert, weil Hüte Theater sind.
• Pilot ohne Nutzer. Scheitert, weil Regeln ungetestet bleiben.

Praktische Umsetzung

Dieser Einstieg ist ein Arbeitsmuster, keine Kalenderübung und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Im verlinkten Arbeitsplan hältst du fest, wer die einzelnen Aufgaben übernimmt, bis wann sie erledigt werden und welche Entscheidungen noch offen sind.

• Arbeitsplan — Governance Foundations
• Lernpfad — Governance Foundations

Starte mit dem kleinsten echten 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 arbeitsfähiger Stand: Mandatiert eine Kette. Benennt fünf wiederkehrende Entscheidungen. Ordnet Hüte zu. Startet Kohorte mit drei priorisierten Problemen. Misst Durchlaufzeit, Nacharbeit und offene Entscheidungen.

Stabiler Betrieb: Liefert mindestens ein nutzbares Ergebnis am Produkt. Stabilisiert Intake und Takt. Review mit Sponsor: Grenzen, Hutlast, Risiken. Entscheidet Hold / kleine Erweiterung / gezielten Ausbau laut Teil 5.

Was das Kit bewusst nicht ist

Es ist kein Ersatz für gesetzliche Kontrollpflichten, kein vollständiges Data-Mesh-Programm und kein Katalog-Rollout. Es ist die kleinste betriebsfähige Schleife aus Mandat, Entscheidung, Lieferung und Lernen. Wer bereits reguliert und komplex ist, kann das Kit als Sanierungszelle nutzen: eine Kette stabilisieren, während formale Linien weiterlaufen — ohne MVG als Vorwand, Pflichtkontrollen wegzulassen.

Abgrenzung zum Lightweight-Einzelplaybook: jenes gibt Orientierung in einer anderen Serie; dieses Kit liefert die Mehrteil-Betriebssequenz (Hüte → Kohorte → Intake → Ausbau-Schwellen) zum direkten Fahren.

Signale, die das Kit steuern

Von Tag 1 an messen — simpel:

• Zeit von Anfrage bis Triage-Entscheidung
• Zeit von Entscheidungsfrage bis dokumentierter Entscheidung
• Anzahl offener Entscheidungen über SLA
• Nacharbeitsstunden oder Klärungszeit am Produkt
• Hutlast vs. geplantem Zeitbudget

Diese Signale speisen den 90-Tage-Review und später die Wachstumsschwellen. Vanity (Anzahl Policies, Tags, Meetingstunden) bleibt bewusst außen.

Hilfe beim Umsetzen

Wählen Sie den schmerzhaftesten Leadership-Report-Konflikt. Schneiden Sie die Kette auf das Minimum. Schreiben Sie das MVG-Mandat auf eine Seite: Scope, Kapazität, Eskalation, 90-Tage-Outcome. Benennen Sie Hüte mit Stunden. Starten Sie die Kohorte erst, wenn Sponsor und Owner unterschreiben. Nach 30 Tagen prüfen Sie Signale, nicht Folien. Die nächsten Teile der Serie füllen Hüte, Produkt, Intake und Ausbau im Detail.

Typische erste 90 Tage in der Praxis

Woche 1–2: Mandat, Kette, Hüte, Charter. Woche 3–4: Baseline, Intake live, erste Triage. Woche 5–8: zwei Decide-Zyklen, erste Definition oder Ausnahme dokumentiert, erste spürbare Entlastung für Consumer. Woche 9–12: Stabilisieren, Lernfälle, Grenzsignale, Sponsor-Review. Wer in Woche 2 bereits den Katalog für alle Systeme plant, verlässt MVG. Wer in Woche 12 noch kein Outcome am Produkt hat, hat Governance als Meeting betrieben.

Rollenaufwand realistisch planen

SMB-Richtwerte (Orientierung, nicht Dogma): Sponsor 1–2 Stunden/Monat plus Eskalationen; Business/Data Owner 2–4 Stunden/Woche in der Pilotphase; Steward 20–40 % einer Stelle für eine Kette; Custodian nach Change-Volumen. Stehen die Stunden nicht, ist das Mandat unvollständig — dann Scope kürzen, nicht Ambition erhöhen.

Checkliste

• MVG-Mandat ist schriftlich (Umfang, Kapazität, Eskalation).
• Eine Datenkette ist gewählt; Breite bewusst begrenzt.
• Entscheidungen haben genau ein A.
• Höchstens drei wiederkehrende Foren.
• Kohorte hat Nutzer, Owner und Baseline.
• Anfrageweg und 90-Tage-Takt sind aktiv.
• Ausbau hängt an Evidenz, nicht an Mode.
• Abgrenzung zum Lightweight-Einzelplaybook ist klar: dieses Kit ist das Betriebsmodell.

Das Kit bleibt absichtlich langweilig in der Werkzeugwahl: vorhandenes Ticketsystem, gemeinsame Tabelle, Katalog später. Spannung entsteht durch Entscheidungen und Liefergegenstände, nicht durch Software. Wer Tooling vor Mandat kauft, wiederholt den Ausgangskonflikt mit teureren Lizenzen.

Artefakt

MVG Kit Charter (zwei Seiten): Mandat, Kette, Hüte, Foren, Signale, 90-Tage-Ziele. Es ist der Vertrag zwischen Sponsor und Kohorte.

Weiterführend

• Minimum Viable Governance
• Lightweight Governance für kleine Organisationen
• Verantwortung-Serie
• Governance-Motivation nach Fachbereich