Legacy-Modernisierung

Modernisierung von Legacy-Software

Ihr Kernsystem trägt noch immer das Geschäft, aber Änderungen dauern lange, der Betrieb ist teuer und Fachkräfte dafür sind schwer zu finden. Wir modernisieren Legacy-Anwendungen in Phasen: zuerst ein Audit, dann Refactoring, neue Architektur oder Cloud-Migration, Modul für Modul. Das alte System bleibt in Betrieb, bis sich der neue Teil bewährt hat.

  • Kein Big-Bang-Rewrite: Module werden einzeln umgestellt
  • Daten und Integrationen werden erfasst, bevor sich etwas ändert
  • Zum Start ein Audit und ein Pilotmodul zum Festpreis
Weg der Modernisierung Vom Legacy-System zu wartbarem Code
  1. 01 Audit und Bestandsaufnahme
  2. 02 Vorgehen pro Modul
  3. 03 Pilotmodul in Produktion
  4. 04 Schrittweise Migration
  5. 05 Abschaltung der alten Teile

Warum sich Legacy-Anwendungen schwer ersetzen lassen

Ein System, das seit zehn Jahren läuft, enthält Regeln, die niemand aufgeschrieben hat: einen nächtlichen Export, auf den ein Partner angewiesen ist, eine Preisausnahme für einen einzelnen Kunden, einen Bericht, den die Buchhaltung jeden Monat abgleicht. Ein Rewrite, der bei den Screens ansetzt, verliert diese Regeln meist, und nach dem Go-live kehren sie als Störungen zurück.

Die Modernisierung von Legacy-Anwendungen funktioniert, wenn sie bei dem ansetzt, was das System tatsächlich tut. Wir lesen Code, Datenbank und Logs, erfassen jede Integration und jeden geplanten Job und entscheiden erst dann, Modul für Modul, was bleibt, refaktoriert, neu gebaut oder ersetzt wird.

Modernisierungsansätze und wie wir wählen

Die meisten Systeme kombinieren am Ende mehrere Ansätze. Das Audit entscheidet für jedes Modul, welcher passt, nach Geschäftswert, Risiko und Kosten.

01

Rehost

Die Anwendung wird mit minimalen Codeänderungen in die Cloud oder auf neue Server verlagert. Schnell und risikoarm, aber das alte Design bleibt. Deshalb ist es oft ein erster Schritt und nicht das Ziel.

02

Refactoring

Codestruktur verbessern, Frameworks aktualisieren und Tests ergänzen, ohne die Funktion des Moduls zu ändern. Richtig für Module mit solider Logik, die sich schwer ändern lassen.

03

Neue Architektur

Einen Monolithen in Services aufteilen, APIs oder eine ereignisgesteuerte Integration einführen. Richtig, wenn die Architektur und nicht der Code Skalierung oder neue Features blockiert.

04

Neuentwicklung

Ein Modul auf einem modernen Stack neu schreiben, bei gleichem Umfang und gleichen Daten. Richtig für kleine, gut verstandene Teile, bei denen Refactoring mehr kostet als ein Neuanfang.

05

Ersetzen

Ein Modul durch ein Standardprodukt oder eine SaaS-Lösung ersetzen und diese integrieren. Richtig für Standardfunktionen wie Abrechnung, E-Mail oder Dokumentenablage.

Was ein Modernisierungsprojekt umfasst

Jeder Schritt liefert ein nutzbares Ergebnis, auch wenn Sie danach aufhören.

01

Audit des Legacy-Systems

Codequalität, Architektur, Infrastruktur, Sicherheit, Datenmodell und Integrationen, geprüft daran, wie das Unternehmen das System heute nutzt. Sie erhalten einen Risikobericht und für jedes Modul ein empfohlenes Vorgehen.

02

Code-Refactoring und Upgrades

Upgrades von Frameworks und Laufzeitumgebungen, Entfernen von totem Code, automatisierte Tests für die Teile, die sich ändern, und Refactoring von Legacy-Code, das das nächste Feature günstiger macht.

03

Neue Architektur und Cloud-Migration

APIs vor dem alten Kern, aus dem Monolithen herausgelöste Services und der Umzug zu AWS, Azure oder Google Cloud mit Infrastructure as Code und CI/CD.

04

Datenmigration

Schema-Mapping, Datenbereinigung, wiederholbare Migrationsskripte und Abgleichsberichte, damit Sie belegen können, dass das neue System dieselben Zahlen enthält wie das alte.

Ein Plan in Phasen, ohne Big-Bang-Rewrite

Altes und neues System laufen parallel. Der Datenverkehr wird schrittweise auf neue Module umgeleitet, und jeder Schritt lässt sich zurücknehmen.

  1. 01

    Audit und Bestandsaufnahme

    Code, Datenbank, Infrastruktur, geplante Jobs und Integrationen, dazu Interviews mit den Personen, die das System nutzen und betreuen.

    Ergebnis Eine Karte des Systems und ein Risikobericht

  2. 02

    Zielarchitektur und Roadmap

    Ein Vorgehen pro Modul, die Reihenfolge der Arbeiten und eine Schätzung für jede Phase.

    Ergebnis Eine Modernisierungs-Roadmap, die Sie budgetieren können

  3. 03

    Pilotmodul

    Ein Modul wird modernisiert und hinter der bestehenden Oberfläche in Produktion gebracht, um den Ansatz unter echter Last zu belegen.

    Ergebnis Das erste moderne Modul in Produktion

  4. 04

    Schrittweise Migration

    Modul für Modul, mit Tests, Monitoring und Datenabgleich bei jedem Schritt. Die Nutzer arbeiten die ganze Zeit weiter.

    Ergebnis Releases ohne Ausfallzeit

  5. 05

    Abschaltung und Betreuung

    Alte Komponenten werden abgeschaltet, sobald nichts mehr von ihnen abhängt. Danach geht die Entwicklung auf der neuen Plattform weiter.

    Ergebnis Geringere Betriebskosten und eine Codebasis, die Ihr Team ändern kann

Preise für die Modernisierung

Pakete zum Festpreis für einen vereinbarten Leistungsumfang. Jede Schätzung beginnt mit einem kurzen Gespräch über Ihren Umfang.

Paket Audit Pilotmodul Schrittweise Modernisierung Enterprise
Preis ab 1.000 € ab 4.100 € ab 16.500 € ab 49.500 €
Mindestaufwand 80 Std. 320 Std. 1.280 Std. 3.840 Std.
Typische Dauer 2–3 Wochen 1–3 Monate 4–9 Monate 9+ Monate
Leistungsumfang Prüfung von Code, Architektur, Infrastruktur und Daten, mit Risikobericht und Modernisierungsplan pro Modul Ein Modul wird refaktoriert oder neu gebaut und läuft produktiv neben dem Altsystem Migration Modul für Modul, Datenmigration, CI/CD, Tests und Cloud-Infrastruktur, während das System durchgehend in Betrieb bleibt Vollständige Neuarchitektur eines großen Systems, mehrere Teams oder Integrationen, Compliance und langfristiger Support

Die Preise sind ein Richtwert für den Mindestumfang des jeweiligen Pakets. Der Endpreis hängt von Funktionen, Integrationen und dem Zustand des vorhandenen Codes ab.

Migrationsrisiken und wie wir damit umgehen

Die meisten gescheiterten Modernisierungsprojekte scheitern an Daten, Integrationen oder Ausfallzeiten, nicht am Code.

Risiko Was meist schiefgeht Was wir stattdessen tun
Daten Datensätze gehen bei der Migration verloren oder werden verändert, und das fällt erst Monate später auf Wiederholbare Migrationsskripte, Testläufe mit einer Kopie der Produktivdaten und Abgleichsberichte
Integrationen Ein Partner-Feed oder nächtlicher Job, von dem niemand wusste, funktioniert nicht mehr Jede Integration und jeder geplante Job wird im Audit erfasst und vor der Umstellung durch Tests abgedeckt
Ausfallzeit Eine Umstellung am Wochenende, die bis in den Montag dauert Alte und neue Module parallel, schrittweise Umleitung des Datenverkehrs, Rollback bei jedem Schritt möglich
Geschäftsregeln Undokumentierte Logik geht beim Rewrite verloren Das aktuelle Verhalten wird in Tests festgehalten, bevor sich der Code ändert
Budget Eine große Schätzung, die im Projektverlauf wächst Audit und Pilot zum Festpreis, danach wird jede Phase einzeln freigegeben

Technologien, von denen und zu denen wir modernisieren

Wir arbeiten mit Ihrem bestehenden Stack und überführen ihn in einen, für den Ihr Team Entwickler findet.

  • PHP 5/7, ältere Laravel- und Symfony-Versionen, CodeIgniter → modernes PHP und Laravel
  • .NET Framework, WebForms → .NET 8
  • AngularJS- und jQuery-Frontends → React, Vue oder Angular
  • Monolithen → modulare Services und REST- oder GraphQL-APIs
  • On-Premise-Server → AWS, Azure, Google Cloud mit Docker und Kubernetes
  • MySQL, MS SQL, Oracle → PostgreSQL oder verwaltete Cloud-Datenbanken
  • Manuelle Deployments → CI/CD mit automatisierten Tests
  • Desktop- und Delphi-Anwendungen → Webanwendungen

Häufige Fragen

Was kostet die Modernisierung von Legacy-Software?

Ein Audit kostet ab 1.000 €, ein Pilotmodul ab 4.100 €. Eine schrittweise Modernisierung eines mittelgroßen Systems beginnt bei 16.500 €. Der Preis hängt von der Größe der Codebasis, der Anzahl der Integrationen, dem Zustand der Daten und davon ab, wie viel des Systems mehr als Refactoring braucht.

Wie lange dauert ein Projekt zur Legacy-Modernisierung?

Das Audit dauert 2–3 Wochen, ein Pilotmodul 1–3 Monate. Eine vollständige schrittweise Modernisierung dauert meist 4–9 Monate, bei großen Systemen länger. Da die Arbeit Modul für Modul ausgeliefert wird, sehen Sie Ergebnisse lange vor dem Ende.

Kann das alte System während der Modernisierung weiterlaufen?

Ja, und das sollte es auch. Neue Module laufen neben den alten, der Datenverkehr wird schrittweise umgeleitet, und jeder Schritt lässt sich zurücknehmen. Die alten Teile werden erst abgeschaltet, wenn nichts mehr von ihnen abhängt.

Müssen wir alles neu schreiben?

Selten. Die meisten Systeme sind eine Mischung: Manche Module brauchen nur Refactoring oder Rehosting, manche werden neu gebaut, andere durch bestehende Produkte ersetzt. Das Audit zeigt, welches Modul wohin gehört.

Setzen Sie KI für die Analyse von Legacy-Code ein?

Ja. KI-Tools helfen uns, große Codebasen schneller zu verstehen: Module zusammenfassen, Abhängigkeiten nachverfolgen, Tests für bestehendes Verhalten entwerfen und Refactorings vorschlagen. Entwickler prüfen jede Änderung, und kein Code verlässt die von Ihnen freigegebene Umgebung.

Bieten Sie Refactoring von Legacy-Code auch einzeln an?

Ja. Wenn die Architektur solide ist und der Code nur bereinigt, aktualisiert und mit Tests abgedeckt werden muss, können wir das Refactoring als eigenes Projekt durchführen.

Erzählen Sie uns von Ihrem Legacy-System

Beschreiben Sie, was das System tut, worauf es läuft und was es künftig leisten soll. Wir schlagen vor, wo das Audit ansetzen sollte, und senden Ihnen eine kostenlose Schätzung.

So geht es weiter

  1. 1
    Sagen Sie uns, wo Sie stehen

    Beschreiben Sie das Produkt, den heutigen Stand und was es als Nächstes leisten soll. Wenn Sie vorab ein NDA wünschen, geben Sie das im Formular an.

  2. 2
    Sie erhalten unsere Antwort

    Wir melden uns mit Rückfragen oder einem Vorschlag für den nächsten Schritt und besprechen ihn auf Wunsch in einem Call.

  3. 3
    Mit einem technischen Audit beginnen

    Eine nach Priorität geordnete Risikoliste und ein Plan in Phasen – vor jeder Entscheidung über eine Neuentwicklung.

Unverbindlich. NDA auf Wunsch.