Wo Governance in der Datenstrategie sitzt
Governance gehört nicht als Kontrollanhang ans Ende der Datenstrategie. Sie sorgt dafür, dass Entscheidungen, Nutzung und Nachweise im Betrieb halten.
Einstieg
Datenstrategie benennt die geschäftliche Verbesserung und die dafür benötigten Fähigkeiten. Governance macht die zugehörigen Entscheidungen verbindlich: Wer bestätigt eine Bedeutung, erlaubt eine Nutzung, beurteilt eine Qualitätsabweichung oder genehmigt eine Änderung?
Das wirkt nur, wenn diese Entscheidungen im normalen Arbeitsweg getroffen werden. Ein Fachbereich soll beim Freigeben einer Kennzahl oder Übernehmen eines Datenprodukts auf geklärte Zuständigkeiten zurückgreifen können. Er soll nicht für jeden Fall eine neue Abstimmungsrunde erfinden müssen.
Wo Governance nicht hingehört
Ein Governance-Kapitel am Ende des Strategiepapiers hilft wenig, wenn Definitionen und Betriebsgrenzen bis dahin ungeklärt bleiben. Ebenso wenig genügt es, allein IT, Compliance, BI oder einen Katalog für alle fachlichen Entscheidungen zuständig zu machen.
Im Lieferbeispiel könnte IT die Reservierungen technisch korrekt übertragen, während die Auftragsplanung weiterhin uneinig ist, ob eine bestätigte Anlieferung als verfügbar zählt. Ein grüner Lauf beantwortet diese Fachfrage nicht. Wird sie erst nach der Einführung geklärt, entstehen Umbau und erneute Abstimmung.
Plane die Entscheidung deshalb dort ein, wo sie die Lieferung beeinflusst: vor der Implementierung der Regel, vor einer neuen Nutzung und vor der Übergabe in den Betrieb.
Wo Governance hingehört
1. Bei den Entscheidungen
Für gemeinsame Begriffe und Kennzahlen muss klar sein, wer die verbindliche Definition entscheidet und welche Varianten erlaubt sind. Im Lieferfall gilt das für „verfügbar“ und „zugesagt“. Unterschiedliche Zwecke dürfen unterschiedliche Aussagen brauchen; die Unterschiede werden benannt.
2. Bei den Datenbereichen
Ein fachlicher Owner erhält ein tatsächliches Mandat für den benötigten Ausschnitt. Datenpflege und technische Bereitstellung sind eigene Aufgaben. Ein Plattform-Admin wird durch seinen Systemzugang nicht automatisch zum Entscheider über Bestandsbedeutung.
3. Bei der Nutzung
Eine Bestandsprüfung für die Auftragsplanung ist ein anderer Nutzungsfall als ein Partnerexport oder KI-Training. Vor einer Erweiterung werden Zweck, benötigte Daten, Empfänger und Grenzen neu entschieden. Technisch lesbare Daten sind nicht automatisch für jeden weiteren Zweck freigegeben.
4. Bei Qualität und Veränderung
Lege fest, wann die Information für die konkrete Entscheidung genügt. Die Aktualitätsgrenze muss aus dem Zusageprozess kommen. Ein zu alter Stand darf nicht still als aktuell erscheinen. Änderungen an Statuscodes oder Berechnung benötigen einen erkennbaren Weg zu den betroffenen Verbrauchern.
5. Beim Nachweis
Bewahre Definition, Entscheidung, Regelversion und tatsächliches Prüfergebnis so auf, dass der Verbraucher sie wiederfindet. Der Nachweis kann in vorhandenen Systemen liegen. Wichtig sind Zuordnung, Pflege und Wiederauffindbarkeit, nicht ein weiteres Dokument für jeden Schritt.
Wer im Lieferfall was entscheidet
| Aufgabe | Verantwortlicher Beitrag | Ergebnis |
|---|---|---|
| Ziel und Aufwandrahmen | Sponsor mit den betroffenen Bereichen | Priorität und verfügbare Mittel |
| Zusageregel und Ausnahmen | Leitung Auftragsplanung im bestätigten Mandat | Freigegebene fachliche Regel |
| Begriffe und Abweichungen pflegen | Benannter Steward mit Lager und Planung | Erklärbare Zustände und offene Klärungen |
| Berechnung und Bereitstellung | Technisches Team | Geprüfte Umsetzung mit Lauf- und Versionsbezug |
| Arbeitsablauf erproben | Auftragsplanung als Nutzer | Bestätigte Nutzbarkeit im Zusageprozess |
| Betrieb übernehmen | Benannter Betreiber mit Vertretung | Alarmweg, Wiederherstellung und Review |
Die Tabelle beschreibt Aufgaben, keine Pflicht für sechs neue Stellen. Entscheidend sind ausdrückliche Zusage, Zeit und Vertretung. Erforderliche Entscheidungen weiterer Fachstellen bleiben in deren Mandat.
Governance als Lösungsteil
Bei einem schnelleren Forecast gehören gemeinsame Definition, aktuelle Daten und ein Kalender für Korrekturen zusammen. Ein Owner-Label ohne Bereitstellung bringt ebenso wenig wie ein schneller CRM-Export ohne vereinbarte Bedeutung.
Im Lieferfall entsteht eine vollständige Lösung aus bestätigter Zusageregel, geeigneter Datenbereitstellung, einem erkennbaren Aktualitätsstatus und einem Weg für Abweichungen. Governance legt die Zuständigkeit und Freigabe fest; die Technik setzt sie um; die Nutzenden wenden sie im Arbeitsprozess an.
Veränderung im Alltag verankern
Erkläre den Betroffenen, was sich bei einer Zusage konkret ändert: Welche Information gilt? Wann wird zurückgefragt? Wer entscheidet den Konflikt? Lass die Auftragsplanung die neuen Fälle vor der Übernahme erproben. Erfasse Rückfragen und passe missverständliche Stellen an.
Eine kurze Einführung unterstützt die Anwendung. Sie ersetzt weder ein Mandat noch einen funktionierenden Ablauf. Der Erfolg zeigt sich an weniger unnötiger Nacharbeit und an einer tatsächlich benutzten Regel, nicht an der Zahl abgeschlossener Schulungen.
Die richtige Reihenfolge
Aus Unternehmensziel und Arbeitsfall werden Datenbereich und fehlende Fähigkeit abgeleitet. Vor der Umsetzung werden die zugehörigen Mandate und Freigaben geklärt. Während der Lieferung werden Regel und Nachweis geprüft. Vor dem Betrieb werden Vertretung und Änderungspfad übernommen.
Bleibt eine Entscheidung offen, benenne die Frage, die Klärungsperson und den Termin. Der betroffene Umfang bleibt bis zur Entscheidung zurückgestellt. Ein begrenzter Test kann unabhängig weiterlaufen, wenn seine Voraussetzungen geklärt sind.
Nach einer Änderung an Quelle, Zweck oder Verbraucher wird gezielt die betroffene Entscheidung erneut geprüft. So wächst Governance mit dem tatsächlichen Bedarf und bleibt Teil des Arbeitswegs.
Welche bekannten Probleme muss die Strategie vermeiden?
Die folgende Übersicht beschreibt prüfbare Fehlmuster, keine pauschalen Urteile über bestimmte Organisationsformen. Die Diagnose beginnt beim tatsächlichen Arbeitsweg.
| Fehlmuster | Woran es im Alltag auffällt | Konkrete Gegenmaßnahme | Wer den nächsten Schritt übernimmt |
|---|---|---|---|
| Plattform vor Geschäftsentscheidung | Neue Infrastruktur ist fertig, aber niemand kann eine verbesserte Entscheidung benennen | Einen Verbraucher, eine Entscheidung und ein erwartetes Ergebnis bestätigen | Sponsor und Fachbereich |
| Owner ohne Mandat oder Zeit | Rückfragen wandern zwischen Teams; Entscheidungen bleiben offen | Entscheidungsrecht, verfügbare Fachzeit und Vertretung ausdrücklich vereinbaren | Bereichsleitung |
| Zentrale Warteschlange wird zum Engpass | Jeder kleine Änderungswunsch braucht dieselbe zentrale Freigabe | Lokale Entscheidungen innerhalb bestätigter Grenzen ermöglichen | Zentraler Verantwortlicher mit den betroffenen Bereichen |
| Dezentrale Teams erzeugen neue Silos | Gleiche Begriffe, Schlüssel und Regeln widersprechen sich | Gemeinsame Schnittstellen und einen Konfliktentscheid festlegen | Fachliche Entscheider der beteiligten Bereiche |
| Katalog wird zum Dokumentationsfriedhof | Owner oder Definition ist veraltet; Verbraucher arbeiten an der Seite vorbei | Pflege an reale Änderungen und Freigaben anbinden; veraltete Aussagen markieren | Steward und Produktverantwortlicher |
| Projekt liefert, Betrieb fehlt | Nach dem ersten Ausfall kennt niemand Alarmweg oder Wiederherstellung | Übernahme und Wiederanlauf vor Abschluss erproben | Betreiber und fachlicher Verbraucher |
| Nutzen wird nur behauptet | Importierte Tabellen oder Trainingsabschlüsse gelten als Geschäftswirkung | Vergleichbaren Arbeitsaufwand und Ergebnisqualität vor und nach der Änderung messen | Fachbereich mit Finance |
| Änderungen erreichen Nutzer nicht | Alte und neue Definition werden gleichzeitig als verbindlich verwendet | Version, Wirksamkeitsdatum und betroffene Verbraucher gemeinsam führen | Fachlicher Owner und Änderungsteam |
Diese Gegenmaßnahmen sind Anwendungsempfehlungen dieser Serie. Als externer Bezug betonen die Federal Data Strategy Practices ausdrücklich Mandate, Ressourcen, Pflege und Zusammenarbeit. Ihre behördlichen Vorgaben werden hier nicht als Unternehmenspflicht übernommen.
Zielkonflikte ausdrücklich entscheiden
Auftragsplanung möchte schneller zusagen, Lager will Reservierungen schützen und Vertrieb möglichst wenig Rückfragen stellen. Keine Architektur löst diesen Konflikt allein. Halte die Alternativen fest: eine bestätigte Teilmenge zusagen, auf einen neueren Stand warten oder manuell klären. Die zuständige fachliche Person entscheidet die Regel; ein bereichsübergreifender Konflikt geht an den vereinbarten Sponsor.
Ein einheitlicher Begriff kann gemeinsame Arbeit erleichtern. Unterschiedliche Zwecke können aber unterschiedliche Kennzahlen brauchen. Erzwinge deshalb keine identische Zahl, wenn Forecast und Buchungsabschluss verschiedene Aussagen treffen. Gemeinsam müssen Bedeutung, Herkunft und erlaubte Verwendung erklärbar sein.
Fachliche Änderung und Akzeptanz zusammenführen
Für eine neue Zusageregel reicht eine E-Mail nicht als Übernahme. Die betroffene Auftragsplanung spielt den normalen Fall, die fehlende Zuordnung und einen zu alten Datenstand durch. Der bisherige manuelle Abgleich wird erst ersetzt, wenn klar ist, wie offene Fälle behandelt werden.
Miss auch die Anwendung: Nutzen Teams den vereinbarten Weg? Welche Rückfragen treten weiterhin auf? Gibt es einen Anreiz, den alten Weg beizubehalten, etwa ein Zielsystem, das nur die Zahl bestätigter Aufträge belohnt? Dann muss der Sponsor den Zielkonflikt entscheiden. Zusätzliche Schulung allein behebt ihn nicht.
KI-Nutzung erhält eine eigene Eignungsprüfung
Ein verlässlicher Reportingbestand kann für Training oder Retrieval trotzdem ungeeignet sein. Kläre den Zweck, die benötigten Inhalte, Herkunft und Version sowie die für diesen Fall erforderlichen Prüfungen. Bei Training gehören beispielsweise zeitlich unzulässige Informationen und Überschneidungen zwischen Lern- und Prüfbestand in die Untersuchung. Bei Retrieval sind Aktualität und wirksame Zugriffsgrenzen zu prüfen.
Das ist eine Erweiterung des Nutzungsauftrags. Ein neues KI-Etikett auf demselben Bestand ersetzt weder die fachliche Entscheidung noch den Eignungsnachweis. Die bestehende Serie zur Datenfitness für KI vertieft die operative Prüfung.
Weiterführend
- Den ersten Auftrag mit Abnahme und Betriebsübernahme liefern
- Verantwortung und Entscheidungsrechte konkret vereinbaren
- Veränderung in überprüfbaren Zyklen steuern
Data strategy in the company
Part 3 of 4
View series