Jedes Unternehmen, das seit mehr als zehn Jahren Software einsetzt, kennt das Problem: Systeme, die nicht mehr zeitgemäß sind, kaum jemand versteht, aber die trotzdem täglich für kritische Prozesse genutzt werden. Der Reflex lautet oft: Neustart. Doch der komplette Neuaufbau eines laufenden Systems ist eines der riskantesten Vorhaben in der IT-Geschichte. Warum – und was stattdessen funktioniert.
Warum Neustarts so häufig scheitern
Netscape hat es getan. Es hat das Unternehmen beinahe zerstört. Auch viele mittelständische Unternehmen haben schmerzhaft gelernt: Das alte System enthält über Jahre akkumuliertes Wissen – Edge Cases, Sonderregeln, Ausnahmen, die nirgendwo dokumentiert sind, aber von Mitarbeitern stillschweigend gelebt werden. Ein Neubau muss all das neu entdecken. Bis das neue System auf dem Niveau des alten ist, vergehen oft Jahre – und in dieser Zeit läuft das Geschäft weiter auf dem System, das abgelöst werden soll.
Bevor Sie über einen Neustart entscheiden, führen Sie eine strukturierte Legacy-Analyse durch. Wie viel des Systems wird wirklich genutzt? Welche Teile sind stabil, welche sind Probleme? Oft ist weniger als 30 % des Codes wirklich kritisch und problematisch.
Das Strangler-Fig-Muster: Modernisierung ohne Revolution
Das Strangler-Fig-Muster (nach Martin Fowler) beschreibt eine Strategie, bei der neue Funktionalität schrittweise das alte System umrankt und ersetzt – wie eine Würgefeige, die langsam den alten Baum ersetzt, ohne ihn abrupt zu fällen. Konkret: Neue Funktionen werden nicht mehr im alten System gebaut, sondern in einer neuen, modernen Umgebung. Über Zeit migrieren Teile des alten Systems in die neue Welt. Das alte System läuft weiter, wird aber kleiner. Irgendwann ist es nicht mehr relevant.
Praktische Schritte der schrittweisen Modernisierung
Schritt eins ist immer die Bestandsaufnahme: Was macht das System, wer nutzt es wie, wo sind die echten Probleme? Schritt zwei ist die Priorisierung: Welche Teile bremsen am stärksten, welche sind stabil? Schritt drei ist die Strangler-Strategie: Neue Funktionen in moderner Umgebung bauen, Schnittstellen definieren, altes und neues System parallel betreiben. Schritt vier ist die kontinuierliche Migration: Modulteil für Modulteil ablösen, mit Tests absichern, Nutzer schrittweise umstellen.
Wann ist ein Neustart trotzdem sinnvoll?
Es gibt Situationen, in denen ein kontrollierter Neustart die bessere Option ist: wenn das alte System so instabil ist, dass eine schrittweise Migration gefährlicher wäre als ein Neustart, wenn die Anforderungen sich so fundamental geändert haben, dass keine gemeinsame Basis mehr existiert, oder wenn das alte System auf einer Technologie basiert, die nicht mehr betrieben werden kann. Selbst dann gilt: Der Neustart sollte parallel zum laufenden System erfolgen, mit klaren Meilensteinen und einem definierten Cut-over-Datum.
Fazit
Legacy-Modernisierung ist keine Frage von Mut, sondern von Strategie. Die risikoärmste und in der Praxis am häufigsten erfolgreiche Methode ist die schrittweise Migration – sie bewahrt betriebliche Kontinuität, ermöglicht frühe Lernerfahrungen und reduziert das Gesamtrisiko erheblich. Was sie erfordert: Geduld, eine klare Strategie und jemanden, der die Komplexität kennt und den Prozess begleitet.
Freiberuflicher IT-Berater mit M.Sc. Informatik (THM Gießen) und über 20 Jahren Praxiserfahrung. Schreibt über IT-Strategie, Software-Entwicklung und Digitalisierung im deutschen Mittelstand.
