Sieben Methoden, ein gewachsenes Datenumfeld: Antriebsdaten prozesssicher machen

Wie Steckbrief, SIPOC, eine Fehler-Prozess-Matrix, AKV, BPMN, RASIC und Changemanagement im Zusammenspiel aus historisch gewachsenen Excel-Strukturen einen belastbaren End-to-End-Prozess für zulassungsrelevante Antriebsdaten machten – und wo jede Methode an ihre Grenze kam.

Der Ausgangspunkt

Zulassungsrelevante Antriebsdaten, wie Emissionen, Verbrauch, technische Merkmale, wurden bei einem Automobilhersteller über viele Beteiligte hinweg in Excel-Listen gepflegt. Historisch gewachsen, und lange hatte das gut funktioniert. Solange das Datenvolumen überschaubar blieb, war die verteilte Arbeitsweise pragmatisch und eingespielt.

Dann kamen zwei Entwicklungen zusammen: Neue regulatorische Anforderungen erhöhten die Ansprüche an Nachvollziehbarkeit und Verbindlichkeit, und eine stark steigende Variantenvielfalt vervielfachte das Datenvolumen. Die gewachsene Struktur stieß an ihre Skalengrenze, mit realen Risiken für Typprüfung und Zulassung.

Der Auftrag lautete, einen systemgestützten End-to-End-Prozess aufzubauen. Uns war früh klar: Der Kern lag nicht im Tool, sondern in der Prozessklarheit. Man kann das beste System einführen, solange nicht verbindlich geregelt ist, wer welche Daten wann und in welcher Güte liefert, bildet es die bestehende Struktur nur ab. Sieben Methoden haben den Weg getragen. Interessant ist dabei weniger, was jede kann, sondern wo jede aufhört.

Zusammenspiel

Steckbrief: der verbindliche Rahmen, bevor es losgeht

Noch bevor die eigentliche Arbeit begann, stand der Projektsteckbrief. Er ist bei uns fester Bestandteil der Beauftragung und klärt, was sonst gern unausgesprochen bleibt: Was gehört zum Projekt, was nicht, welches Ziel wird verfolgt, wer trägt welche Verantwortung? Gerade bei vielen Beteiligten schafft dieser eine Schritt die Grundlage, auf die man sich später berufen kann.

Nur: Verbindlichkeit über den Rahmen ist nicht dasselbe wie Verbindlichkeit über die Inhalte. Ein Steckbrief sagt, dass ein Ziel erreicht werden soll, nicht wie. Wer glaubt, damit sei die inhaltliche Arbeit vorgezeichnet, unterschätzt genau die Detailarbeit, die später zum Wendepunkt wurde.

SIPOC: den Rahmen abstecken, bevor man in die Tiefe geht

Mit dem definierten Auftrag ließ sich der Prozess sichten. Wir begannen mit einem groben SIPOC: Wer sind die Datenlieferanten, was liefern sie, wer sind die Abnehmer? Der Wert lag im Ausfüllen selbst. Beim Versuch, jeden Lieferanten konkret zu benennen, kamen die Lücken zum Vorschein: Datenfelder ohne zugeordneten Lieferanten, Abnehmer, die niemand auf dem Schirm hatte.

Was ein SIPOC nicht leistet, ist Tiefe. Es zeigt, dass ein Lieferant existiert, nicht, was genau er in welcher Qualität schuldet. Ein Überblickswerkzeug, kein Vertrag. Wer daraus schon verbindliche Lieferbeziehungen ableitet, verwechselt die Landkarte mit dem Gelände.

Fehler-Prozess-Matrix: sichtbar machen, wo Herausforderungen wirken

Für die Ursachenanalyse haben wir bewusst kein Standardwerkzeug genommen. Ein Ishikawa hätte Ursachen nach Kategorien sortiert – aber nicht die Frage beantwortet, auf die es ankam: An welchem Prozessschritt wird eine Herausforderung eigentlich wirksam?

Also bauten wir eine eigene Matrix. Auf der einen Achse der Prozess von der Beauftragung über Aufruf, Befüllung, Datenfreeze und Qualitätschecks bis Freigabe und Abgabe, auf der anderen die einzelnen Situationen. In den Zellen wird sichtbar, wo eine Herausforderung einzahlt, dazu eine Priorität und eine konkrete Gegenmaßnahme. Etwa: ein nicht eindeutig zugeordneter Datenlieferant, Priorität hoch, Gegenmaßnahme regelmäßiger Abgleich plus ein Workflow, der die Befüllung verbindlich anstößt.

Der ehrlichste Teil waren die Zeilen, in denen keine glatte Lösung stand, sondern „noch offen" oder „aktuell nicht umsetzbar". Genau das machte die Matrix belastbar. Ein Werkzeug, das nur Erfolge zeigt, nimmt niemand ernst, der den Prozess täglich lebt. Was sie nicht kann: entscheiden, was zuerst drankommt. Das blieb eine gemeinsame Steuerungsentscheidung.

AKV: Rollen definieren, bevor man sie verankert

Eine Matrix voller offener Punkte ist nur so viel wert wie die Klarheit darüber, wer sie verantwortet. Bevor wir an konkrete Prozessschritte gingen, haben wir die Rollen selbst geschärft – über AKV, das Aufgaben, Kompetenzen und Verantwortungen je Rolle festhält. Ein AKV ist im Grunde der Steckbrief einer Rolle: Was muss ein Datenverantwortlicher leisten, wofür steht ein Lieferant gerade, was verantwortet ein Freigeber? Ohne dieses organisatorische Fundament lässt sich später kein Prozess verankern.

Das Definieren war nicht das Schwierige. Ein AKV ist schnell formuliert. Die Arbeit begann danach: die Rollen im Unternehmen zu verankern und konkreten Personen zuzuweisen. Eine Rolle auf Papier erzeugt noch kein Verhalten. Am besten trug am Ende nicht „mehr Transparenz fürs Management", sondern der handfeste Nutzen für die Beteiligten --> weniger persönliches Risiko, weniger Reibung im Alltag.

BPMN und Sollprozess: der Wendepunkt lag nicht im Diagramm

Mit Rahmen, Landkarte, Fehlerbild und geschärften Rollen ließ sich der End-to-End-Sollprozess gestalten, samt verbindlicher Freigabe- und Änderungslogik. Ein gutes Prozessbild war wichtig. Aber ein sauber gezeichneter Prozess bleibt ein Bild, solange die Inhalte darunter nicht geklärt sind.

Der eigentliche Durchbruch kam von woanders, und er war unspektakulär: aus den Abstimmungsrunden mit den einzelnen Datenverantwortlichen. Feld für Feld haben wir durchgesprochen, was der Gesetzgeber inhaltlich wirklich verlangt – in welchem Detailgrad, wie viele Nachkommastellen, in welchen Einheiten, nach welchem Lieferprinzip. Mühsam war das, keine Frage. Aber als es Feld für Feld vereinbart war, kippte das Ganze vom Unbeherrschbaren ins Überschaubare. Diese Klärung konnte kein Tool abnehmen. Sie musste im Gespräch entstehen.

RASIC: Verantwortung auf die Prozessschritte herunterbrechen

Jetzt, mit einem definierten Sollprozess, ließ sich die Rollenfrage konkret machen. Während AKV die Rollen organisatorisch beschreibt, ordnet RASIC sie den einzelnen Prozessschritten zu: Wer ist bei der Befüllung verantwortlich, wer beim Datenfreeze rechenschaftspflichtig, wer wird informiert, wer unterstützt? Erst diese Zuordnung Schritt für Schritt macht aus einem gezeichneten Prozess einen, den man fahren kann.

Was RASIC voraussetzt und nicht selbst liefert, sind eben diese Prozessschritte. Ohne den vorher geklärten Sollprozess läuft die Matrix leer --> man verteilt Verantwortung für etwas, das es noch nicht gibt.

Changemanagement: gegen Skepsis hilft ein Erfolg, kein Argument

Die Vorbehalte waren verständlich: Sorge vor Kontrollverlust durch zentrale Datenhaltung, Zurückhaltung gegenüber „noch einem Tool". Mit Argumenten kommt man da nicht weit. Was gewirkt hat, war eine Pilotierung mit schnellen, sichtbaren Erfolgen und das frühe Einbinden der Schlüsselpersonen als Mitgestalter. Wer den Prozess mitentwickelt, trägt ihn später mit.

Eines sollte man sich aber nicht vormachen: Changemanagement kann eine schwache Lösung nicht gut machen. Es trägt eine gute Lösung durch die Organisation. Erarbeiten muss man sie vorher.

Was bleibt

Keine dieser sieben Methoden hätte für sich allein getragen. Der Wert entstand erst im Zusammenspiel und in der Bereitschaft, die genaue Detailarbeit tatsächlich zu leisten. Doch die ehrlichste Lektion steht in keiner Methodenbeschreibung: Am wichtigsten waren ein engagiertes Team und wir in der Treiberrolle. Methoden liefern die Struktur, aber von selbst bewegt sich nichts. Es braucht jemanden, der nachhält, Termine setzt, den Prozess immer wieder vorstellt und im Zweifel neben den Leuten sitzt und hilft. Fehlt das, versandet auch die beste Konzeption im Tagesgeschäft. Beides hatten wir hier, und deshalb hat es getragen.

Denn Datenmanagement ist kein reines IT-Thema. Es ist vor allem ein Organisations- und Prozessthema. Das Tool kommt zuletzt, es ist der Teil, der am Ende fast von selbst funktioniert, wenn Rahmen, Rollen und Inhalte stehen und Menschen die Veränderung tragen.


Sie möchten ein gewachsenes Datenumfeld auf verbindliche Prozesse umstellen? In einer kostenlosen Erstberatung (45 Minuten) sortieren wir, wo Ihr größter Hebel liegt. Praxisnahe Methodenimpulse gibt es regelmäßig in unserem Newsletter.