Von Datenstrategie zur ersten Lösung
Wie eine allgemeine Datenstrategie in einen ersten umsetzbaren Schnitt mündet: Ziel, Use Case, Datenbereich, Governance-Frage, Artefakt und Roadmap.
Einstieg
Die erste Lösung muss zeigen, dass eine strategische Entscheidung im Arbeitsalltag trägt. Dafür braucht es einen begrenzten Umfang, erwartete Ergebnisse, eine fachliche Abnahme und jemanden, der die Pflege übernimmt. Ein fertiges Dashboard oder eine angeschlossene Quelle belegt das allein noch nicht.
Wir führen den Lieferfall aus den ersten drei Teilen bis zur Übernahme weiter. Dabei bleibt der Auftrag klein genug, um Annahmen früh zu prüfen, aber relevant genug, um eine echte Entscheidung zu verbessern.
Der erste Schnitt
Der erste Umfang umfasst einen Standort, eine Artikelgruppe und die vorhandenen Bestands- und Reservierungsdaten. Die Auftragsplanung soll entscheiden können, ob eine Zusage durch einen geeigneten Datenstand gedeckt ist oder geklärt werden muss.
Nicht enthalten sind der Austausch des ERP, die automatische Kundenbestätigung oder ein weltweiter Rollout. Diese Grenzen schützen das Ergebnis vor immer neuen Anforderungen. Eine strittige Kennzahl, ein Partneraustausch oder ein KI-Datenbestand kann nach demselben Prinzip zugeschnitten werden: eine konkrete Nutzung mit einem benannten Verbraucher und einem prüfbaren Ergebnis.
Sieben Schritte zur ersten Lösung
1. Ziel nennen
Bestätige mit dem Sponsor die gewünschte Verbesserung und den Messweg. Im Lieferfall werden Klärungszeit und datenbedingt korrigierte Zusagen erfasst. Vergleichszeitraum, Auftragsvolumen und andere Änderungsursachen bleiben erkennbar.
2. Entscheidung benennen
Die Frage lautet: Kann die Planung diesen Auftrag auf Basis des verfügbaren Bestands zusagen? Die erwartete Antwort umfasst auch „noch zu klären“. Ein leerer oder ungeeigneter Datenstand darf nicht als positive Bestätigung erscheinen.
3. Datenbereich schneiden
Notiere Artikelkennung, Standort, Bestand, Reservierung, Quelle und Aktualisierungszeit. Prüfe Zugang und Zuordnung, bevor die Umsetzung fest zugesagt wird. Ein fehlender Schlüssel wird als Klärungsaufgabe eingeplant.
4. Governance-Frage stellen
Die Leitung Auftragsplanung bestätigt Bestandsbedeutung und Zusageregel. Lager und Technik bestätigen ihre Beiträge. Ein benannter Sponsor entscheidet Konflikte über Priorität oder Umfang. Vertretung und verfügbare Zeit gehören zur Vereinbarung.
5. Artefakt erzeugen
Ein kurzer Arbeitsauftrag verbindet Ziel, Regel, Datenumfang, Verantwortliche und die erwarteten Prüfergebnisse. Er verweist auf die konkrete Implementierung und spätere Nachweise. Eine vorhandene KPI-Karte oder ein Decision Record kann diesen Zweck erfüllen; zusätzliche Formulare brauchen eine eigene Begründung.
6. Umsetzung planen
Wähle den einfachsten tragfähigen Weg im vorhandenen Umfeld. Das kann eine korrigierte Berechnung mit Aktualitätsanzeige und ein angepasster Arbeitsablauf sein. Ein zusätzlicher Plattformbaustein kommt erst bei einer belegten Lücke hinzu. Vereinbare Fachzeit, Umsetzung und laufende Pflege gemeinsam.
7. Review setzen
Lege fest, wann genügend vergleichbare Fälle für eine erste Wirkungsprüfung vorliegen. Dann werden fachliche Eignung, Nutzeranwendung, Betriebsaufwand und Nutzen gemeinsam beurteilt. Ein Termin allein ersetzt keine ausreichende Beobachtungsbasis.
Die Abnahme vor dem Bau formulieren
Das folgende Rechenbeispiel verwendet eine vereinfachte Regel: Verfügbar ist Bestand abzüglich Reservierung; erwartete Eingänge bleiben zunächst außerhalb der Zusage. Für eine angefragte Menge von 4 Einheiten gilt:
| Prüffall | Eingangsstand | Erwartete Entscheidung |
|---|---|---|
| Genügend frei | Bestand 10, reserviert 3, Stand innerhalb der vereinbarten Aktualitätsgrenze | 7 verfügbar; Menge 4 kann nach dieser Regel zugesagt werden |
| Vollständig reserviert | Bestand 10, reserviert 10, aktueller Stand | 0 verfügbar; keine Zusage aus diesem Bestand |
| Stand zu alt | Bestand 10, reserviert 3, Aktualitätsgrenze überschritten | Klärung erforderlich; keine automatische Bestätigung |
| Artikel nicht zugeordnet | Bestand kann keiner eindeutigen Artikelkennung zugeordnet werden | Zuordnung klären; keine belastbare Berechnung |
Die Aktualitätsgrenze wird mit dem Fachbereich vereinbart. Im Test werden tatsächliches Ergebnis, Datenversion, Regelversion und Abweichung dokumentiert. Fachbereich und Technik bewerten gemeinsam „akzeptiert“, „Nacharbeit“ oder „gestoppt“.
Beispiel: aktive Kunden
Für die Vertriebssteuerung kann derselbe Ablauf eine andere Frage lösen: Welche Kunden zählen im Forecast als aktiv? Account, Vertrag, Nutzung, Umsatz und Kündigungsstatus bilden den begrenzten Datenbereich.
Eine KPI-Karte und ein Decision Record benennen Definition, erlaubte Varianten und fachlichen Entscheider. Umsetzung in CRM, Berechnung und Bericht muss dazu passen. Eine Änderung erhält Version und Wirksamkeitsdatum; offene Ausnahmen bleiben sichtbar. Der Nachweis verbindet Freigabe, tatsächliche Umsetzung und Änderungshistorie. Eine CRM-Kontaktzahl allein beantwortet diese Frage nicht.
Nutzen messen und Betrieb übernehmen
Ein monatliches Rechenbeispiel: Benötigt die Abstimmung vorher 12 Stunden und danach 3 Stunden, während 2 Stunden neue Pflege entstehen, werden netto 7 Stunden Kapazität frei. Einführung, zusätzliche Lizenzen und Rechenkosten sind separat zu berücksichtigen. Derselbe vermiedene Rückruf darf nicht nochmals als gesonderte Zeitersparnis eingerechnet werden. Finance bestätigt die Bewertungsannahmen, der Fachbereich den tatsächlichen Arbeitsweg.
Vor der Übernahme werden Betreiber, Vertretung, Alarmweg und Wiederherstellung festgehalten. Die Auftragsplanung weiß, wie sie einen ungeeigneten Stand erkennt und an wen sie sich wendet. Der bisherige Abgleich wird erst ersetzt, wenn der neue Weg abgenommen und seine Nutzbarkeit bestätigt ist.
Was danach kommt
Drei Entscheidungen sind möglich:
- Fortführen: Die Regel funktioniert, der Verbraucher nutzt sie und der Betrieb ist übernommen. Der nächste Standort oder Datenbereich wird mit seinen eigenen Voraussetzungen geprüft.
- Nacharbeiten: Ein begrenztes Problem bleibt offen. Aufgabe, Verantwortlicher und erneute Prüfung werden vereinbart.
- Stoppen oder neu zuschneiden: Die Datenbasis, das Mandat oder der erwartete Nutzen tragen den Auftrag nicht. Die Erkenntnis wird festgehalten, bevor weiterer Aufwand entsteht.
Skaliere anschließend nur die bestätigten gemeinsamen Teile. Eine nutzbare Artikelzuordnung oder ein erprobter Änderungspfad kann wiederverwendbar sein; die Zusageregel muss für einen anderen Standort trotzdem bestätigt werden. So entsteht schrittweise ein belastbares Unternehmenskonzept.
Drei Ausgangslagen: so verändert sich die Anwendung
Der Ablauf bleibt gleich, der erste Auftrag folgt aber dem tatsächlichen Problem. Die folgende Auswahl zeigt mögliche Zuschnitte, keine pauschale Branchenempfehlung.
| Ausgangslage | Erster sinnvoller Arbeitsauftrag | Zunächst nicht voraussetzen | Nachweis vor dem Ausbau |
|---|---|---|---|
| Wiederkehrender Streit über eine Führungskennzahl | Eine Kennzahl, einen Zeitraum und zwei betroffene Verbraucher gemeinsam abgleichen | Unternehmensweite Vereinheitlichung sämtlicher Daten | Definition und Umsetzung stimmen; Varianten sind begründet, Abstimmungsaufwand wird gemessen |
| Mehrere Bereiche wollen selbst Daten liefern | Zwei bereichsübergreifende Datenleistungen mit gemeinsamer Schnittstelle und klaren Betriebsgrenzen vereinbaren | Vollständige Dezentralisierung oder ein vollständiges Data Mesh | Verbraucher können beide Leistungen nutzen; Zuständigkeit und Änderungspfad funktionieren |
| Ein KI-Vorhaben bekommt ungeprüfte Daten | Einen begrenzten Bestand für einen benannten Trainings- oder Retrievalzweck auf Eignung prüfen | Dass bisheriger Reportingzugriff jede KI-Nutzung abdeckt | Zweck, Herkunft, Qualität, Version und die fallspezifischen Nutzungsprüfungen sind bestätigt |
Ein Data-Fabric- oder Katalogvorhaben kann diese Aufträge unterstützen, wenn eine konkrete Integrations- oder Auffindbarkeitslücke belegt ist. Es wird dadurch nicht automatisch zum ersten Auftrag. Ebenso kann ein DAMA- oder DCAM-bezogener Check bei einer unklaren Fähigkeitslücke helfen; das Ergebnis muss in eine verantwortete Handlung münden.
Den Strategieansatz selbst überprüfen
Prüfe im Review nicht nur die Lieferung. Prüfe auch die Entscheidung für das gewählte Modell:
| Beobachtung | Was zuerst untersucht wird | Mögliche Anpassung |
|---|---|---|
| Die Regel ist fachlich richtig, wird aber umgangen | Arbeitsablauf, Anreiz und tatsächlicher Nutzerbedarf | Prozess und Zielkonflikt korrigieren |
| Das zentrale Team liefert, wartet aber auf Fachentscheide | Mandat, Priorität und verfügbare Fachzeit | Entscheidungsrechte klären statt weitere Technik kaufen |
| Lokale Teams liefern rasch, Verbraucher können Ergebnisse nicht verbinden | Schlüssel, Definition, Version und Schnittstelle | Gemeinsame Mindestregeln und Konfliktweg stärken |
| Der Datenpfad ist bekannt, aber im Alltag nicht nutzbar | Zugriff, Aktualität, Qualität und Wiederherstellung | Die fehlende ausführbare Fähigkeit nachweisen |
| Der Nutzen bleibt trotz funktionierender Lösung aus | Falscher Zielzuschnitt, geringe Nutzung oder neue Pflegekosten | Auftrag neu zuschneiden oder beenden |
Eine Anpassung benötigt einen begründeten Entscheid, keinen neuen Strategienamen. Halte fest, welche Annahme sich geändert hat und was dadurch anders finanziert, geliefert oder betrieben wird.
Ein Review mit einer echten Folgeentscheidung abschließen
Sponsor, fachlicher Owner und Betreiber betrachten gemeinsam den vereinbarten Zeitraum. Die Unterlage enthält Ausgangslage, tatsächliches Ergebnis, verbleibende Fehler, Nutzung, Betriebsaufwand und offene Entscheidungen. Fehlende Beobachtungen werden als offen ausgewiesen; ein ruhiger Testtag beweist noch keinen stabilen Betrieb.
Im Lieferfall kann daraus folgen: Die Bestandsregel funktioniert, aber die Artikelzuordnung verursacht weiterhin manuelle Rückfragen. Dann wird genau diese Lücke bearbeitet. Ein zweiter Standort wird erst aufgenommen, wenn dessen Zuordnung, Fachregel und Übernahme geklärt sind.
Antworten auf die drei Kernfragen
Welche bekannten Ansätze gibt es? Teil 1 ordnet defensive und offensive Ausrichtung sowie die anderen Entscheidungsebenen ein. Teil 2 erklärt zentralen, dezentralen und föderierten Betrieb, Data Mesh, Data Fabric sowie DAMA-DMBOK und DCAM.
Wie wende ich sie an? Ausgangslage und Ziel bestimmen den ersten Auftrag. Mandate, Fähigkeiten und Abnahme entscheiden über seine Lieferbarkeit; Architektur und Referenzrahmen unterstützen die konkrete Lücke.
Welche Probleme sind bekannt? Teil 3 macht Engpässe, fehlende Mandate, Silos, Dokumentation ohne Pflege, unbelegten Nutzen und mangelnde Übernahme sichtbar. Dieser Teil zeigt, wann eine Korrektur des Modells oder des Auftrags nötig wird.
Weiterführend
- Nutzen und Betriebsaufwand genauer bewerten
- Einen Datenvertrag mit den Verbrauchern betreiben
- Die Betriebsübernahme konkret gestalten
- Veränderung in überprüfbaren Zyklen steuern
Data strategy in the company
Part 4 of 4
View series