Bausteine einer Datenstrategie

Einstieg

Die Bausteine einer Datenstrategie müssen gemeinsam eine Investitionsentscheidung tragen: Was verbessern wir, was brauchen wir dafür und was übernehmen wir anschließend dauerhaft? Ein einzelner Baustein reicht dafür nicht. Ein Dateninventar erklärt noch keinen Nutzen, ein Ziel noch keine Lieferfähigkeit.

Wir führen den Lieferbetrieb aus Teil 1 weiter. Die Entscheidung betrifft eine Lieferzusage für einen Standort und eine Artikelgruppe. Die Strategie verbindet diesen Fall mit Fähigkeiten, die später auch andere Bereiche nutzen können.

Die sechs Bausteine

1. Unternehmensziel

Beschreibe die gewünschte Wirkung in der Arbeit des Unternehmens. Im Lieferfall sollen weniger Zusagen wegen unzureichender Bestandsinformationen korrigiert werden. Auftragsvolumen, Artikelmix und andere Ursachen bleiben im Vergleich sichtbar.

Zum Ziel gehören Ausgangslage, Messweg und eine Person, die das Ergebnis beurteilt. Die Menge importierter Tabellen oder angelegter Katalogeinträge misst zunächst Lieferung, nicht die geschäftliche Wirkung.

2. Entscheidungs- oder Arbeitsfall

Benenne die konkrete Situation: Darf die Auftragsplanung diesen Auftrag zu diesem Termin zusagen? Welche Information muss zu diesem Zeitpunkt vorliegen? Was passiert bei Unsicherheit?

Andere passende Fälle sind eine strittige Führungskennzahl oder die Freigabe eines Datenbestands für KI-Training. Der Arbeitsfall begrenzt den Auftrag und zeigt, welche Nutzer an der Abnahme beteiligt sein müssen.

3. Datenbereich

Für den Start genügen Artikel, freier Bestand, Reservierungen und bestätigte Eingänge mit Standort und Zeitbezug. Unterscheide dabei Objekt, Quelle und verantwortlichen Bereich. Der Standort ist kein zusätzlicher Datenlieferant, wenn er nur eine Filtergrenze bildet.

Markiere verlässliche und noch ungeprüfte Zuordnungen. Ein gemeinsamer Artikelname ersetzt keine belastbare Kennung. Nicht benötigte Daten bleiben außerhalb des ersten Umfangs.

4. Fähigkeit

Die benötigte Fähigkeit heißt hier: nutzbaren Bestand für eine Zusage rechtzeitig prüfen und einen ungeeigneten Stand erkennen. Dazu können gemeinsame Begriffe, nachvollziehbare Berechnungen und ein verlässlicher Aktualisierungsweg fehlen.

Prüfe zuerst, was bereits vorhanden ist. Eine Prozessänderung, eine geklärte Definition oder eine zusätzliche Prüfung kann genügen. Technik wird nach der benötigten Aufgabe gewählt; eine Lizenz ist kein Nachweis einer gelebten Fähigkeit.

5. Verantwortung

Die Auftragsplanung entscheidet die Zusageregel. Lagerverantwortliche klären Bestandszustände. Die Technik verantwortet Berechnung und Bereitstellung. Ein Sponsor löst Konflikte, die diese Rollen nicht selbst entscheiden können.

Halte Mandat, verfügbare Zeit und Vertretung fest. Gemeinsame Verantwortung darf nicht bedeuten, dass niemand eine Entscheidung treffen muss. Für einen kleinen Start können Personen mehrere Aufgaben übernehmen, die Aufgaben selbst bleiben unterscheidbar.

6. Roadmap

Ordne lieferbare Ergebnisse nach Nutzen, Risiko und Abhängigkeiten. Im Beispiel stehen zunächst die Prüfung der Artikelzuordnung und die Bestandsregel an. Danach folgen Umsetzung, Nutzerabnahme und Betriebsübernahme. Ein breiter Rollout braucht zuvor einen Wirkungsnachweis.

Ein Roadmap-Eintrag nennt Ergebnis, verantwortliche Person, Voraussetzung, Aufwandrahmen und Entscheidungstermin. Ein ungeklärter Quellzugang ist eine Voraussetzung, kein bereits eingeplanter Implementierungserfolg.

Typisches Fehlmuster

Der Sprung von „Wir wollen datengetrieben werden“ zu „Wir kaufen Plattform X“ überspringt Entscheidung, Datenbereich, Fähigkeit und Verantwortung. Auch ein vollständiges Inventar schließt diese Lücke nicht.

Ein wirksamer Gegencheck lautet: Welche Arbeit wird nach der Lieferung anders erledigt? Wer bestätigt das? Welche bestehende Lösung reicht nicht aus? Wenn diese Antworten fehlen, bleibt die Beschaffung vorerst offen.

Vorhaben gegeneinander entscheiden

Die Tabelle ist eine Diskussionsgrundlage, keine pauschale Rangliste. Ein zeitkritischer Pflichtbedarf kann Vorrang haben, auch wenn der direkte Nutzen klein ist. Ein attraktives Vorhaben ohne Mandat oder zulässigen Datenzugang wird nicht durch einen hohen Punktwert startbereit.

Für jedes ausgewählte Vorhaben wird außerdem entschieden, was dafür zurückgestellt wird. So bleibt Priorisierung eine tatsächliche Ressourcenentscheidung.

Einfaches Template

Die Vorlage bleibt kurz, verweist aber auf die konkreten Regeln und Nachweise. Sie wird mit offenen Annahmen und Entscheidungen fortgeschrieben. Dadurch lässt sich eine veränderte Priorität später begründen.

Fachliche Einordnung: Das Data Maturity Assessment Framework verbindet Datennutzung, Führung, Verantwortung, Kultur, Technik und Fähigkeiten. Für diese Serie verwenden wir einen eigenen kompakten Arbeitsrahmen; ein vollständiger Reifegrad-Check ist keine Voraussetzung für den ersten Auftrag.

Welcher Ansatz passt zu welcher Ausgangslage?

Ein Organisationsmodell wird nach Entscheidungsbedarf und verfügbarer Lieferfähigkeit gewählt. Die folgenden Kriterien sind eine Anwendungshilfe, keine feste Zuordnung nach Mitarbeiterzahl oder Branche.

Ein zentraler Start kann später föderiert werden. Eine föderierte Organisation darf gemeinsame Plattformleistungen zentral bereitstellen. Entscheidend ist die beobachtete Engstelle, nicht das attraktivste Etikett.

Data Mesh sinnvoll einordnen

Data Mesh verbindet Domänenverantwortung, Daten als Produkt, eine Self-Service-Plattform und föderierte, technisch ausführbare Governance. Diese vier Prinzipien gehören zusammen. Primärquelle von Zhamak Dehghani.

Für unsere Auswahl bedeutet das: Domänen brauchen bestätigte Kapazität und einen betriebenen Lieferweg. Eine reine Umbenennung vorhandener Teams genügt nicht. Im Lieferbetrieb wäre zunächst zu prüfen, ob Lager und Auftragsplanung eigene Datenleistungen zuverlässig übernehmen können. Fehlt diese Fähigkeit, bleibt die gemeinsame Lieferung eine sinnvolle Option. Ein Unternehmen muss keinen vollständigen Mesh-Ansatz einführen, um fachliche Verantwortung klar zu regeln.

Data Fabric und Plattformarchitektur gezielt einsetzen

Data Fabric beschreibt ein Architekturkonzept für den Umgang mit verteilten Daten und den zugehörigen Integrations- und Metadatenfähigkeiten. IBM ordnet es ausdrücklich als Architekturpattern ein. IBM-Architekturübersicht.

Leite daraus für den Pilot eine konkrete Anforderung ab: Welcher Datenpfad soll auffindbar, erklärbar oder zugänglich werden? Prüfe genau diesen Pfad und seine Grenzen. Data Fabric ist weder ein anderes Wort für ein einzelnes Produkt noch gleichbedeutend mit Microsoft Fabric. Produkteinordnung von Microsoft. Ein gemeinsames Warehouse oder Lakehouse kann weiterhin passend sein; ein virtueller Zugang kann je nach Fall ebenfalls helfen.

DAMA-DMBOK und DCAM praktisch verwenden

DAMA-DMBOK liefert einen breiten fachlichen Bezugsrahmen für Datenmanagement. DAMA beschreibt es als anpassbare Orientierung, nicht als vorgeschriebene Werkzeug- oder Umsetzungsmethode. Nutze es, um fehlende Aufgaben zu erkennen. DAMA International.

DCAM unterstützt die Bewertung nachweisbarer Datenmanagementfähigkeiten und die Ableitung von Verbesserungen. Prüfe damit bei Bedarf, ob Mandat, Prozess und Nachweise vorhanden sind. Der vollständige Rahmen hat eigene Zugangsbedingungen. EDM Association.

Beide ersetzen weder das Unternehmensziel noch die Wahl des ersten Auftrags. Für den Lieferfall genügt zunächst die gezielte Frage, ob Zusageregel, Datenzuordnung und Betrieb tragfähig sind. Ein umfassendes Assessment braucht einen eigenen begründeten Nutzen.

Aus der Auswahl einen anwendbaren Plan machen

1. Schmerz belegen: Einen tatsächlichen Entscheidungsfall und seinen Aufwand untersuchen.
2. Ausrichtung gewichten: Erwarteten Nutzen und erforderliche Schutz- oder Verlässlichkeitsgrenzen verbinden.
3. Verantwortung wählen: Lieferfähiges Team, Fachentscheid und gemeinsame Regeln vereinbaren.
4. Fähigkeitslücke bestimmen: Prozess, Bedeutung, Daten, Technik oder Betrieb getrennt prüfen.
5. Einen Umfang freigeben: Mittel, Voraussetzungen, Verbraucher und Abnahme bestätigen.
6. Anpassung vorsehen: Festlegen, welche Beobachtung einen anderen Umfang oder ein anderes Modell auslöst.

Ein vollständiger Auswahlsatz lautet im Lieferfall: „Wir starten mit einer gemeinsamen Lieferung für einen Standort, die Auftragsplanung entscheidet die Zusageregel, die vorhandene Technik wird zuerst geprüft. Eine Verteilung auf weitere Bereiche erfolgt erst bei bestätigter eigener Liefer- und Betriebsfähigkeit.“

Weiterführend

• Entscheidungsrechte und Governance in der Strategie verankern
• Ein Sponsor-Mandat mit verfügbaren Mitteln vereinbaren
• Die erste Lösung abnehmbar liefern