Der große Rewrite ist eine Falle

Irgendwann fällt in jedem Unternehmen mit gewachsener Software derselbe Satz: „Lass uns das alte System endlich komplett neu bauen." Er klingt nach Aufbruch, nach reinem Tisch, nach endlich-wieder-modern. Und er ist einer der teuersten Sätze, die in einem Digitalisierungsprojekt fallen können. Denn der große Neustart – der „Big Bang" – scheitert häufiger, als irgendjemand zugibt.

Warum der große Rewrite fast immer scheitert

Die Idee ist verführerisch: Man stoppt die Weiterentwicklung am Altsystem, baut daneben das Neue von Grund auf, und an einem festgelegten Stichtag wird umgeschaltet. Sauber, oder? In der Praxis passiert Folgendes:

• Das alte System weiß mehr, als alle glauben. In jahrelang gewachsenem Code stecken hunderte Sonderfälle, Ausnahmen und stillschweigende Regeln, die nie jemand dokumentiert hat – aber von denen Ihr Betrieb täglich abhängt. Ein Rewrite wirft dieses Wissen weg und entdeckt es schmerzhaft neu.
• Monatelang null sichtbarer Wert. Während neu gebaut wird, zahlen Sie doppelt: Wartung des Alten plus Bau des Neuen. Und Sie sehen nichts, bis alles fertig ist – ein Vertrauensvorschuss über Monate, manchmal Jahre.
• Der Stichtag bündelt das gesamte Risiko. Alles, was niemand bedacht hat, bricht an einem Tag gleichzeitig. Genau dann, wenn das Geschäft weiterlaufen muss.
• Das Ziel bewegt sich. Ihr Geschäft steht während des Rewrites nicht still. Das neue System jagt einem Altsystem hinterher, das sich selbst noch verändert.

Das ist kein Geheimwissen – in der Softwareentwicklung ist „bau es niemals auf einen Schlag neu" eine der ältesten Lektionen überhaupt. Trotzdem passiert es immer wieder, weil ein Neustart per Stichtag sich sauberer anfühlt, als sich Bereich für Bereich in ein altes System einzuarbeiten.

Ein altes System ist kein Schrott. Es ist Wissen – in Code gegossen. Wer es blind wegwirft, wirft das Wissen mit weg.

Die Alternative: Bereich für Bereich statt alles auf einmal

Es gibt einen anderen Weg, und er ist seit Langem bewährt: Sie ersetzen das Altsystem nicht in einem Akt, sondern Stück für Stück. Das alte System läuft weiter, während daneben ein neuer Bereich entsteht. Ist er fertig, übernimmt er – und nur dieser eine Bereich. Der Rest bleibt unangetastet, bis er an der Reihe ist. So schrumpft das Alte Schritt für Schritt, bis am Ende nichts mehr davon übrig ist. Ohne Stichtag, ohne Stillstand, ohne Alles-oder-nichts.

Damit kein Missverständnis entsteht: Auch auf diesem Weg entsteht am Ende eine vollständig neue Software – vom alten System bleibt nichts übrig. Der Unterschied liegt nicht im Ob, sondern im Wie: Bereich für Bereich statt Big Bang. Genau so bauen wir gewachsene Systeme neu.

Für Ihren Betrieb heißt das: Was erneuert ist, nutzt Ihr Team sofort. Alles Übrige läuft im gewohnten System weiter. Niemand muss von heute auf morgen alles neu lernen, und niemand sitzt vor einem leeren Bildschirm, weil „das Neue noch nicht fertig ist".

Was das konkret bedeutet

• Zuerst, was am meisten weh tut. Wir beginnen nicht beim Einfachsten, sondern dort, wo die Erneuerung am schnellsten etwas bringt – beim Bereich, der Sie heute am meisten ausbremst.
• Ihre Daten ziehen mit um. Kundenstamm, Aufträge, Historie – Bereich für Bereich ins neue System übernommen und gemeinsam mit Ihrem Team geprüft, bevor der Bereich live geht. Nichts geht verloren, nichts wird doppelt gepflegt.
• Parallelbetrieb statt Risiko-Sprung. Alt und Neu laufen nebeneinander. Sie wechseln einen Bereich nach dem anderen – jeder Schritt klein genug, um ihn zu beherrschen.
• Ausstieg nach jeder Etappe. Vor jedem Bereich gibt es eine Aufwandsschätzung. Sie können nach jeder Etappe stoppen – und haben trotzdem einen Teil gewonnen, der bereits im Einsatz ist.

„Können wir das Alte nicht einfach weiterlaufen lassen?"

Können Sie – die ehrliche Frage ist nur: wie lange noch? Abgekündigte Technik, offene Sicherheitslücken und Änderungen, die plötzlich Monate dauern, kosten laufend Geld und blockieren jede neue Idee. Und wenn der eine Entwickler, der das System noch verstand, irgendwann weg ist, wird aus einem überschaubaren Risiko schnell ein Notfall. Der Vorteil des schrittweisen Wegs: Sie müssen die Erneuerung nicht aufschieben, bis es brennt – Sie können heute anfangen, ohne den Betrieb aufs Spiel zu setzen.

Wovor Sie keine Angst haben müssen

Zwei Sorgen hören wir bei gewachsenen Systemen fast immer. Beide sind unbegründet. Erstens: „Es gibt kaum Dokumentation, und der Entwickler von damals ist weg." Das ist der Normalfall, nicht die Ausnahme. Wir lesen uns in Code, Datenbank und gelebte Abläufe ein – wichtiger als jede Doku ist, dass Ihr Team uns zeigt, wie es heute wirklich arbeitet. Zweitens: „Müssen unsere Leute alles neu lernen?" Kaum, und nur dort, wo es sich lohnt. Bewährte Abläufe übernehmen wir, aufgeräumt wird nur, was heute umständlich ist.

Der ehrliche Teil

Warum schlagen manche Anbieter trotzdem den großen Rewrite vor? Weil er sich gut verkauft: ein großes, langes, planbar abrechenbares Projekt mit einem Zahltag weit in der Zukunft. Der schrittweise Weg ist für den Dienstleister pro Projekt unbequemer – aber er ist der richtige für Sie. Sie sehen Wert in Wochen statt in Jahren, Sie können jederzeit aussteigen, und Sie sind nie die Geisel eines Stichtags.

Genau so haben wir für ASKI das zentrale Cloud-Portal für Messhardware erneuert – Bereich für Bereich, im laufenden Betrieb. Wenn Ihr System „noch" läuft und Sie wissen wollen, wie die erneuerte Version aussähe: Mehr dazu, wie wir gewachsene Software erneuern. Den Anfang macht ein Prototyp der neuen Version – am nächsten Werktag, zum Festpreis. Der große Knall bleibt aus. Das ist der Punkt.