ERP-Wechsel & Migration
Ein ERP-Wechsel ist kein IT-Thema, sondern ein Organisations- und Prozessthema mit technischem Unterbau. Die typischen Symptome kenne ich aus über einem Jahrzehnt: Nach dem Go-Live hakt es, weil Systemdesign und Prozesse nicht zusammenpassen. Reports entstehen manuell in Excel, weil die Datenqualität nicht trägt. Und bei Übernahmen sind die Altsysteme undokumentiert, während der Stichtag steht.
Altsysteme sind selten dokumentiert, und die Datenqualität ist meist schlechter als gedacht. Jede Migration beginnt bei mir deshalb mit Discovery und Daten-Mapping; der Zieltermin folgt aus dem Befund, nicht umgekehrt. Ergebnis-Kennzahlen nenne ich nur, wo sie belegbar sind, direkt nachlesbar in den Fallstudien.
Teilleistungen
- Discovery & Datenqualität →Altsysteme, Schnittstellen und Datenbestände dokumentieren; Duplikate, Lücken und Mapping-Risiken sichtbar machen, bevor sie teuer werden.
- Mapping & Validierung →Feld-für-Feld-Mapping mit klarem Validierungsprozess und Testläufen gegen Echtdaten.
- Cut-Over →Runbook, Generalprobe, Migration am Wochenende; Montagfrüh läuft der Betrieb, danach Nachlauf und Abgleich.
- M&A-Integration →Undokumentierte Legacy-Systeme in Konzernlandschaften überführen, inklusive Harmonisierung der Kostenrechnungs-Modelle.
- Projekt-Steuerung & PMO →Kosten, Termine und Scope zusammenhalten: pragmatische PMO-Struktur, die das Team trägt statt verwaltet.
So läuft es ab
- Klärung und Quick-Check: Ist-Zustand, echte Anforderungen, größte Risiken
- Strukturierter Vorschlag: Architektur, Migrations-Strategie, Rollen, Zeit und Kosten
- Umsetzung: Datenvalidierung, Testläufe, Schulung, Go-Live
- Verankerung: Prozesse stabilisieren, Fehlerquoten senken, Team übernimmt
Der nächste Schritt kostet nichts.
30 bis 60 Minuten, unverbindlich: Wo liegt die größte Reibung, was ist der wirksamste Hebel, und passt eine Zusammenarbeit?