Das Beratungskonzept liegt abgestimmt im Projektordner. Die notwendigen Arbeitsschritte sind beschrieben, die Rollen grundsätzlich benannt und die Risiken bekannt. Trotzdem fehlen vor dem nächsten Integrationstest noch aufbereitete Daten: Mapping-Fragen sind offen, Transformationen nicht ausführbar und ein wiederholbarer Testlauf ist nicht vorbereitet.
Dann stellt sich bei der Datenmigration die Frage: Beratung oder Umsetzung – was fehlt jetzt wirklich? Wenn das Konzept bereits erklärt, was zu tun ist, aber dieselben ausgelasteten Mitarbeiter weiterhin sämtliche Ergebnisse erzeugen sollen, besteht meist kein reines Wissensproblem mehr. Es fehlt Umsetzungskapazität: also tatsächlich verfügbare Zeit und technische Kompetenz, um aus einer abgestimmten Regel einen reproduzierbaren Datenstand und daraus ein prüfbares Ergebnis zu machen.
Ein weiterer Workshop kann weiterhin sinnvoll sein, wenn Methode oder Entscheidungen unklar sind. Er beseitigt jedoch keinen Kapazitätsengpass. Dafür braucht das Projekt einen Leistungsumfang, der nicht bei Empfehlungen endet, sondern Exporte, Mapping-Vorschläge, ausführbare Transformationen und Testmigrationen hervorbringt.
Ein Konzept beantwortet das Wie – es erzeugt noch keinen Datenstand
Gute Beratung ist wertvoll. Sie kann den Datenumfang strukturieren, Risiken sichtbar machen, Rollen klären und ein sinnvolles Testvorgehen entwickeln. Häufig erkennt das Unternehmen erst dadurch, wie viele Einzelergebnisse zwischen Altsystem und fachlich geprüftem Zielbestand benötigt werden.
Genau an diesem Punkt kann sich das Problem allerdings verändern. Vor der Beratung fehlte Orientierung. Danach ist der Weg klarer, doch nun müssen Quelldaten analysiert, Zuordnungen vorbereitet, fachliche Entscheidungen eingeholt, Regeln technisch umgesetzt und die erzeugten Daten wiederholt getestet werden. Wenn diese Arbeit weiterhin zusätzlich zum Tagesgeschäft bei interner IT und Keyusern liegt, wächst mit der neuen Klarheit zunächst nur die Aufgabenliste.
Der Beratungsauftrag war deshalb nicht automatisch falsch. Möglicherweise war lediglich sein Ende zu früh gesetzt. Ein Konzept ist ein belastbares Ergebnis, wenn das Unternehmen anschließend selbst genügend Kapazität für die Umsetzung besitzt. Fehlt diese Kapazität, muss der nächste Auftrag an einer späteren Stelle enden.
Der Unterschied wird am nächsten Test sichtbar
Ob dem Projekt noch Beratung oder bereits operative Umsetzung fehlt, lässt sich nicht an der Seitenzahl des Konzepts erkennen. Entscheidend ist, was für den nächsten Datenlauf tatsächlich vorliegt.
| Im Konzept ist beschrieben | Für die Umsetzung muss vorliegen | Die Entscheidung bleibt intern |
|---|---|---|
| Welche Datenobjekte migriert werden sollen | Eine bestätigte Auswahl mit konkreten Quellen, Filtern und Ausschlüssen | Welche Daten das Unternehmen im Zielsystem benötigt |
| Wie das Mapping aufgebaut werden soll | Konkrete Zuordnungsvorschläge, sichtbare Ausnahmen und entschiedene Regeln | Welche fachliche Bedeutung alte Werte künftig erhalten |
| Wie Transformationen dokumentiert werden sollen | Versionierte, ausführbare Regeln, die denselben Quellstand wiederholbar verarbeiten | Welche fachlichen Änderungen zulässig sind |
| Welche Testphasen vorgesehen sind | Vorbereitete Testdaten, ein protokollierter Lauf, Prüfergebnisse und bearbeitbare Befunde | Ob das Ergebnis fachlich richtig und für den nächsten Schritt ausreichend ist |
| Welche Dokumentation benötigt wird | Der tatsächliche Stand von Regeln, Entscheidungen, Läufen und bekannten Abweichungen | Wer Ausnahmen akzeptiert und den erreichten Stand freigibt |
Fehlt für die mittlere Spalte eine Person mit reservierter Arbeitszeit, fehlt dem Projekt keine weitere Beschreibung dieser Aufgaben. Es fehlt jemand, der sie bis zu einem überprüfbaren Ergebnis ausführt.
Vier Befunde führen zu vier verschiedenen Aufträgen
„Wir brauchen Unterstützung“ ist noch keine ausreichende Leistungsbeschreibung. Vor einer weiteren Beauftragung sollte die Projektleitung den Engpass genauer bestimmen.
Die Methode ist noch unklar
Das Unternehmen kann noch nicht beurteilen, welche Daten einbezogen werden, wie Quelle und Ziel untersucht oder wie Testläufe aufgebaut werden sollen. Dann ist Beratung der richtige Einstieg. Ihr Ergebnis sollte eine konkrete Entscheidung ermöglichen, etwa einen bestätigten Datenumfang oder ein abgegrenztes Pilotobjekt.
Fachliche Entscheidungen bleiben offen
Die technischen Möglichkeiten sind bekannt, doch niemand entscheidet beispielsweise über Wertzuordnungen, historische Bestände oder zulässige Ausnahmen. Hier hilft weder ein neues Werkzeug noch reine Programmierkapazität. Benötigt werden vorbereitete Entscheidungsvarianten mit verständlichen Auswirkungen sowie ein intern benannter Entscheider.
Die Regeln sind klar, aber es entstehen keine Daten
Zuordnungen und Anforderungen wurden besprochen, trotzdem gibt es kein ausführbares Skript, keinen reproduzierbaren Export oder keinen aktuellen Testbestand. Das ist ein Umsetzungsengpass. Ein passender Dienstleister muss die bestätigten Regeln technisch realisieren und die Ergebnisse durch den nächsten Datenlauf führen.
Einzelergebnisse entstehen, aber niemand verbindet sie
Der alte Anbieter liefert Daten, der neue ERP-Partner erklärt die Zielstruktur und der Fachbereich beantwortet einzelne Fragen. Dennoch gelangt kein Datenobjekt vollständig von der Quelle bis zur Prüfung. Dann fehlt zusätzlich eine durchgängige Migrationsführung, die offene Entscheidungen vorbereitet, technische Arbeit zusammenhält und das nächste konkrete Ergebnis verfolgt.
Beratung ist sinnvoll – wenn sie mit einer Entscheidung endet
Eine Beratung ist nicht deshalb unpassend, weil anschließend noch Arbeit folgt. Sie ist genau dann sinnvoll, wenn das Unternehmen zunächst eine unabhängige Einordnung, eine Methode oder eine Entscheidungsvorlage benötigt. Auch vor einer größeren Beauftragung kann eine begrenzte Analyse verhindern, dass Umfang und Risiken zu früh festgeschrieben werden.
Problematisch wird lediglich ein Leistungsumfang, der den tatsächlichen Engpass verfehlt. Fehlt Orientierung, wäre sofortige technische Umsetzung verfrüht. Fehlt dagegen nach einem tragfähigen Konzept vor allem Zeit für Exporte, Mappings, Transformationsregeln und Testläufe, erzeugt ein weiteres Konzept noch keinen zusätzlichen Migrationsfortschritt.
Deshalb sollte bereits vor dem Auftrag feststehen, woran sein Abschluss erkennbar ist. „Beratung zur Datenmigration“ kann mit einer belastbaren Handlungsentscheidung enden. „Beratung und Umsetzung“ muss darüber hinaus benennen, welches Datenobjekt in welchem Stand technisch verarbeitet und fachlich geprüft sein soll.
Bei fehlender Umsetzungskapazität muss der Auftrag bis zum Prüfergebnis reichen
Ein operativer Auftrag sollte nicht nur zusätzliche Hände bereitstellen. Er muss die Arbeit so schneiden, dass aus dem vorhandenen Konzept ein kontrollierter Datenweg entsteht:
- Den vorhandenen Stand übernehmen: Konzept, Zielanforderungen, bisherige Exporte, Mapping-Dateien und offene Annahmen werden geprüft, ohne bereits geleistete Arbeit pauschal neu zu beginnen.
- Ein priorisiertes Datenobjekt konkretisieren: Benötigte Zielinformationen werden mit den verfügbaren Quelldaten verbunden. Offene Fachfragen werden als entscheidungsfähige Varianten vorbereitet.
- Bestätigte Regeln ausführbar machen: Exporte und Transformationen werden so umgesetzt, dass ein neuer Quellstand mit demselben Regelstand erneut verarbeitet werden kann.
- Das Ergebnis testen: Der erzeugte Datenbestand wird in einer bekannten Zielumgebung geladen, technisch geprüft und für die fachliche Beurteilung vorbereitet.
- Befunde in den nächsten Lauf zurückführen: Eine Abweichung endet nicht in einer losen Fehlerliste. Sie wird einer Quelle, Entscheidung, Transformationsregel oder Zielvoraussetzung zugeordnet und anschließend erneut geprüft.
Der Dienstleister übernimmt damit operative Verantwortung für vereinbarte Lieferergebnisse. Die fachliche Verantwortung wandert jedoch nicht aus dem Unternehmen heraus: Fachbereiche entscheiden über Bedeutungen und Ausnahmen, die Projektleitung bestätigt Prioritäten und Freigaben, und der ERP-Partner verantwortet die notwendigen Voraussetzungen des Zielsystems.
Diese Grenze sollte nicht erst während der Zusammenarbeit ausgehandelt werden. Unser Beitrag über belastbare Angebote für eine ERP-Datenmigration zeigt, wie Ergebnisse, Mitwirkung, Annahmen und Testschleifen vor der Beauftragung festgehalten werden können.
Das vorhandene Konzept ist kein Fehlkauf
Wenn ein Beratungskonzept die Ausgangslage nachvollziehbar beschreibt, muss ein operativer Dienstleister nicht noch einmal bei null beginnen. Zuerst wird geprüft, welche Annahmen weiterhin gelten, welche Entscheidungen bereits freigegeben sind und welche Teile nur als Vorschlag vorliegen. Danach sollte nicht sofort die gesamte Migration neu geplant werden.
Ein besserer Übergang ist ein relevantes Datenobjekt, das vollständig durch den beschriebenen Weg geführt wird. Dabei zeigt sich, ob der Datenzugriff funktioniert, das Mapping verständlich ist, Transformationen ausführbar sind und der vorgesehene Test tatsächlich eine Entscheidung ermöglicht. Der erste vollständige Weg prüft damit zugleich die Qualität des Konzepts und die Leistungsfähigkeit der Umsetzung.
Ist das Projekt bereits deutlich in Verzug, muss dieser Einstieg zusätzlich nach Terminwirkung priorisiert werden. Wie sich dafür der erste blockierte Übergang finden lässt, beschreibt der Beitrag ERP-Datenmigration in Verzug. Entscheidend bleibt: Ein vorhandener Plan wird nicht verworfen, sondern an einem echten Ergebnis belastbar gemacht.
Die Entscheidung fällt an einem konkreten Datenobjekt
Für den nächsten Projekttermin genügt ein kritisches Datenobjekt. Daran sollte die Projektleitung vier Sätze ohne allgemeine Tätigkeitswörter vervollständigen können:
- Vor dem nächsten Test benötigen wir als konkretes Ergebnis …
- Dieses Ergebnis wird technisch vorbereitet und umgesetzt von …
- Über die noch offene fachliche Regel entscheidet …
- Wir erkennen die ausreichende Qualität daran, dass …
Bleiben beim zweiten Satz nur bereits ausgelastete Mitarbeiter ohne reservierte Zeit übrig, ist der Engpass sichtbar. Das Projekt benötigt dann nicht automatisch eine weitere Beratung, sondern einen Partner, der vorhandene Erkenntnisse in Exporte, Mapping-Vorschläge, Transformationen, Testdaten und nachvollziehbare Prüfergebnisse überführt.
Wir verbinden dafür methodische Einordnung, Koordination und technische Umsetzung. Die ERP-Projektleitung bleibt bestehen, und die fachlichen Entscheidungen bleiben beim Kunden. Entlastung entsteht dort, wo zwischen diesen Entscheidungen heute noch die konkrete Migrationsarbeit liegen bleibt.