Die Systeme, die Sie ausbremsen, sind oft genau jene, die Sie sich nicht leisten können anzutasten.

Die Plattform ist anfällig, schlecht dokumentiert und teuer im Unterhalt – doch sie ist auch produktiv und verarbeitet stündlich reale Transaktionen. Ein vollständiger Austausch ist zu riskant. Abwarten birgt ebenfalls Risiken. Die Lösung ist weder ein Big-Bang-Ersatz noch eine unbegrenzte Aufschiebung. Es ist eine disziplinierte, inkrementelle Migration, die das Altsystem Fähigkeit für Fähigkeit reduziert, während der Geschäftsbetrieb ohne Unterbrechung weiterläuft.

Wir haben dies bereits in regulierten Fintech-Umgebungen, im Multi-Brand-E-Commerce und in kooperativen Handelsnetzwerken umgesetzt – in Szenarien, wo viel auf dem Spiel stand und die Dokumentation entweder fehlte oder fehlerhaft war. Jeder Auftrag beginnt mit demselben Prinzip: Verstehen Sie das System, bevor du es verlagern.

Unsere Migrationsstrategie

Discovery als technisches LieferobjektDie meisten Modernisierungsprojekte für Altsysteme scheitern in der ersten Phase, weil Teams unterschätzen, was sie nicht wissen. Wir behandeln die Discovery als Lieferobjekt, nicht als Vorstufe. Wir kartieren Datenflüsse, identifizieren verborgene Abhängigkeiten, dokumentieren undokumentierte Geschäftslogik und erstellen ein schriftliches Systeminventar, bevor Architektur-Entscheidungen getroffen werden. Fehlt die Dokumentation, rekonstruieren wir das System direkt. Ist sie vorhanden, verifizieren wir sie – denn in Altsystem-Umgebungen ist sie oft fehlerhaft.

Plattformauswahl und Anbieterbewertung.Wenn die Modernisierung den Wechsel zu einer neuen Plattform erfordert – sei es ERP, E-Commerce, CMS oder ein operatives System – hat die Auswahlentscheidung langfristige Konsequenzen. Wir führen strukturierte Bewertungen anhand deiner spezifischen Anforderungen durch: funktionaler Fit, Integrationskomplexität, Gesamtbetriebskosten (TCO), Anbieterstabilität und Exit-Risiko. Die Bewertung ist anbieterneutral. Wir verkaufen keine Plattformen weiter und erhalten keine Vermittlungsprovisionen. Die Empfehlung spiegelt wider, was zu deinem Unternehmen passt, und ist mit den Kompromissen dokumentiert, damit du die Entscheidung fundiert vertreten können.

Strangler-Fig-MigrationNeue Funktionen werden als unabhängige Services parallel zum Legacy-Kern aufgebaut. Der Traffic wird zum neuen Service geleitet, sobald dieser validiert ist. Die alte Komponente wird erst dann stillgelegt, wenn die neue sich bewährt hat. Richtig angewendet, schrumpft der Monolith inkrementell, und das Unternehmen erlebt niemals einen Cutover-Event. Wir wenden dieses Muster auf Service-, API- und Datenebene an – wobei wir die Granularität an das Risikoprofil jeder Komponente anpassen. Pfade mit hohem Risiko und hoher Frequenz erhalten den konservativsten Migrationsweg.

Service-Extraktion aus MonolithenNicht jede Funktion in einem Monolithen verdient einen eigenen Microservice. Die erste Entscheidung ist, was in welcher Reihenfolge extrahiert werden soll. Wir beginnen mit den Schnittstellen, die die größten Probleme verursachen: Module, die Deployments blockieren, die meisten Incidents generieren oder das Hinzufügen neuer Geschäftsfunktionen verhindern. Diese extrahieren wir in unabhängig deploybare Services mit klaren API-Verträgen. Der Rest des Monolithen läuft unverändert weiter, bis zum nächsten Extraktionszyklus. Dies liefert Wert in Wochen statt in Jahren und hält die Architektur-Entscheidung reversibel.

Datenabgleich und ZustandsmigrationDaten sind meist der schwierigste Teil jeder Legacy-Migration. Jahrelange Akkumulation führt zu doppelten Datensätzen, inkonsistenten Formaten, undokumentierten Konventionen und Feldern, die in verschiedenen Kontexten unterschiedliche Bedeutungen haben. Wir führen den Abgleich vor der Migration durch, validieren die Parität zwischen alten und neuen Systemen während des Parallelbetriebs und wechseln erst dann vollständig um, wenn der Datenzustand als sauber bestätigt ist.

Compliance-orientierte Re-ArchitekturIn regulierten Umgebungen ist Modernisierung auch ein Compliance-Ereignis. Architektur-Entscheidungen müssen Audit-Bereitschaft, Sicherheits-Härtung und regulatorische Konformität erfüllen – nicht nur Performance und Wartbarkeit. Wir integrieren Compliance von Anfang an in die Architektur. Das ermöglicht aggressive Zeitpläne in regulierten Kontexten: Die Compliance-Arbeit wird nicht erst am Ende angeflanscht.

Erfolge aus der Praxis

Europas größte Einzelhandelsgenossenschaft Media – Reverse Engineering einer genossenschaftlichen Live-Plattform.Die Plattform von Europas größte Einzelhandelsgenossenschaft Media unterstützt Hunderte unabhängiger Händler in der europäischen Schuh- und Modebranche. Gradion stieg ohne Dokumentation, ohne System-Walkthrough und mit einem Live-System ein, das nicht abgeschaltet werden konnte. Was wie ein unkomplizierter Neuaufbau aussah, entpuppte sich als System mit fest codierter Logik, unsichtbaren Querverbindungen und Produkt-Dateninkonsistenzen, die zu kundenrelevanten Fehlern führten. Wir haben jede Komponente durch direkte Untersuchung erfasst, die Datenprobleme während der Stabilisierung behoben und einen dokumentierten Architekturplan als Grundlage für die Modernisierung erstellt. Der umsichtige Ansatz – zuerst verstehen, dann ändern – verhinderte allein in der Analysephase zwei potenzielle Produktionsausfälle.

ein Multi-Brand-E-Commerce-Betreiber – Migration von OXID zu Shopware für drei Storefronts.ein Multi-Brand-E-Commerce-Betreiber betreibt B2B- und B2C-E-Commerce über drei Storefronts: Foxshirts, Textil-Grosshandel und Lepona. Die OXID-Plattform hatte über Jahre hinweg Patches und duplizierte Plugin-Logik angesammelt. Gradion realisierte die Shopware-Migration mit einer vereinheitlichten Plugin-Architektur und einem Redesign der Storefronts. Das Ergebnis: 70 % Reduzierung redundanter Entwicklungsarbeit und eine messbare Leistungssteigerung. Die Migration wurde ohne Serviceunterbrechung für aktive Kunden abgeschlossen. Für E-Commerce-Betreiber im DACH-Raum, die noch OXID nutzen, ist dieser Migrationspfad komplexer, als er auf den ersten Blick erscheint, wenn Storefronts jahrelange kundenspezifische Logik in ihrer Plugin-Schicht eingebettet haben. Wir haben dies ohne Unterbrechung umgesetzt.

Schweizer Kreditplattform – FINMA-Re-Architektur in acht Wochen.Ein Schweizer Anbieter digitaler Kreditlösungen betrieb seine Kernsoftware für den Lebenszyklus über ein Jahrzehnt lang. Verschärfte FINMA-Vorschriften und steigende Wartungskosten machten eine Fortführung auf der alten Architektur unhaltbar. Gradion re-architektierte das System in acht Wochen von Grund auf neu, mit einem Team von drei Experten: einem technischen Berater, einem PM/PO und einem KI-Ingenieur. Compliance, Security Hardening und Audit-Readiness wurden von Tag eins an in jede Schicht integriert.

Unsere Arbeitsweise

Projekte beginnen mit einer klar definierten Analysephase – typischerweise zwei Wochen –, die ein Systeminventar, eine Risikobewertung und einen Migrationsplan erstellt. Wir legen offen, was wir finden, einschließlich dessen, was wir noch nicht wissen und was weiterer Untersuchung bedarf.

Die Migration erfolgt in strukturierten Phasen, jede mit expliziten Go/No-Go-Kriterien. Jede Phase liefert ein funktionierendes Inkrement. Das alte System wird reduziert. Das neue System bewährt sich im Live-Betrieb, bevor die nächste Phase beginnt.

Zusammenarbeit mit deinem bestehenden Team.deine Ingenieure kennen die Systemhistorie besser als jeder andere. Wir arbeiten eng mit ihnen zusammen, von der Analyse bis zur Umsetzung. Der Migrationsplan berücksichtigt ihre Kapazitäten und ihr Wissen. Ziel ist ein nachhaltiger Weg, den sie selbst fortführen können – kein Plan, der eine unbegrenzte Präsenz von Gradion voraussetzt.

Wenn sich der Plan ändert.Legacy-Migrationen bringen Überraschungen mit sich. Undokumentierte Abhängigkeiten, Probleme mit der Datenqualität, Produktionsvorfälle, die eine Neupriorisierung erzwingen. Der Migrationsplan enthält genau dafür vorgesehene Entscheidungspunkte. Wir passen Umfang, Reihenfolge und Zeitplan an jeder Phasengrenze an, basierend auf den Erkenntnissen der Umsetzung.

Projektstruktur

Discovery Workshop3–10 Tage. Ein von erfahrenen Experten geleitetes Audit deiner Altsysteme, Abhängigkeiten und Migrationsrisiken. Wir benötigen Zugang zur Produktionsumgebung (bei Bedarf schreibgeschützt), zu bestehender Dokumentation und Arbeitssitzungen mit den Ingenieuren, die das System warten. Das Ergebnis ist ein Systeminventar, eine priorisierte Modernisierungs-Roadmap mit Kosten- und Aufwandsschätzungen pro Komponente sowie eine klare Empfehlung zum Migrationsansatz. Als Festpreisprojekt konzipiert.

NeuausrichtungsprojektAb 3 Monaten. Wir arbeiten eng mit deinem Team zusammen, um Migrationen in strukturierten Phasen umzusetzen. Das bedeutet: Unsere integrierten Ingenieure liefern funktionierende Inkremente – Services extrahieren, Daten migrieren, Altsysteme ablösen – mit klar definierten Meilensteinen und ohne Unterbrechung des laufenden Betriebs. Typische Migrationen dauern je nach Systemkomplexität und Anzahl der voneinander abhängigen Komponenten 3 bis 9 Monate. Der Umfang wird basierend auf der Teamzusammensetzung und Phasenstruktur festgelegt.

Beratung auf AbrufFür Unternehmen, die Migrationen mit ihrem eigenen Team durchführen und Gradion für Architektur-Entscheidungen, Risikobewertungen und eine unabhängige Fortschrittsbeurteilung hinzuziehen möchten. Ein fester Ansprechpartner gewährleistet Kontinuität bezüglich deines Systems und Migrationsplans. Besonders effektiv nach einem Discovery Workshop, wenn dein internes Team die Umsetzung leitet, aber externe Expertise bei kritischen Migrationsschritten wünscht.