Rewrites scheitern. Stillstand auch. Ich modernisiere gewachsene Systeme in kleinen, jederzeit umkehrbaren Schritten: der Betrieb läuft weiter, das Team liefert weiter Features, und die ersten messbaren Ergebnisse gibt es nach Wochen statt nach zwei Jahren.
Bestandsaufnahme als abgeschlossenes Zwei- bis Drei-Wochen-Mandat. Die Modernisierung danach in Etappen, jederzeit pausierbar, ohne dass etwas halb fertig liegen bleibt.
Remote aus Deutschland. Direkt mit mir, ohne Agentur dazwischen.
Legacy heißt selten alt. Legacy heißt: Änderungen sind teuer, riskant und schwer vorhersehbar. Es gibt keine Tests die Vertrauen geben, keine Dokumentation die stimmt, und das Wissen über die kritischen Stellen steckt in zwei Köpfen.
Die naheliegende Antwort, alles neu zu bauen, ist die teuerste. Ein Rewrite konkurriert zwei Jahre lang mit dem Tagesgeschäft, muss Verhalten nachbauen das niemand mehr vollständig kennt und liefert bis zum Umschaltmoment keinen Wert. Deshalb arbeite ich anders: Das alte System bleibt in Betrieb und wird Stück für Stück abgelöst.
Typische SymptomeIch lese den Code, die Datenbank, die Deployments und die Incident-Historie. Daraus entsteht eine Karte: was ist geschäftskritisch, was ist wirklich kaputt, was sieht schlimmer aus als es ist. Priorisiert nach Risiko und Geschäftswert, nicht nach Codeschönheit.
Bevor etwas verändert wird entsteht Absicherung: Charakterisierungstests für die kritischen Pfade, eine reproduzierbare Umgebung und eine Pipeline die Fehler findet bevor Kunden es tun. Ohne Netz kein Umbau.
Neue Funktionalität entsteht neben dem Altsystem, der Verkehr wird schrittweise umgeleitet. Jeder Schritt ist klein, messbar und umkehrbar. Wenn etwas nicht funktioniert drehen wir es zurück, ohne Projektkrise und ohne Krisensitzung.
Datenbanken mit Replikation und Cutover-Fenstern im Minutenbereich, Anwendungen containerisiert, Infrastruktur in Terraform. Für jeden Schritt gibt es einen Rollback-Pfad, geprobt bevor er gebraucht wird.
Ich arbeite im Pairing und dokumentiere Entscheidungen dort wo sie später gesucht werden. Am Ende soll Ihr Team weitermachen können, nicht mich erneut buchen müssen.
Jeder Schritt liefert für sich Wert und lässt sich zurückdrehen. Es gibt keinen Moment, an dem alles gleichzeitig funktionieren muss.
Alter, Größe, Sprachversion, was gerade blockiert. Danach wissen Sie ob eine Bestandsaufnahme sinnvoll ist.
Code, Daten, Deployments und Incidents. Ergebnis: Risikokarte und Modernisierungsplan in Schritten.
Erst Tests und Pipeline, dann der erste Schnitt. Ab Woche vier sind die ersten Ergebnisse messbar.
Dokumentierte Entscheidungen, Pairing und eine Reihenfolge für die Schritte die Ihr Team selbst geht.
Änderungen am System werden wieder planbar. Was vorher ein Risiko war, ist danach ein Ticket.
Das Geschäft läuft während der Modernisierung weiter. Kein eingefrorenes Backlog, kein Umschalttag mit offenem Ausgang.
Der erste sichtbare Fortschritt kommt nach Wochen statt nach Quartalen, weil jeder Schritt für sich Wert liefert.
Weil er in den meisten Fällen scheitert: Er konkurriert über Jahre mit dem Tagesgeschäft, muss undokumentiertes Verhalten nachbauen und liefert bis zum Umschaltmoment keinen Wert. Die schrittweise Ablösung ist unspektakulärer, aber sie liefert früher und lässt sich jederzeit anhalten. Ich habe die Gründe in einem eigenen Artikel ausführlicher aufgeschrieben.
Ja, und das ist Teil des Vorgehens. Neue Funktionalität entsteht bevorzugt schon im neuen Teil des Systems. So zahlt jedes Feature auf die Modernisierung ein, statt mit ihr zu konkurrieren.
Das hängt von Größe und Zustand ab. Belastbar ist: Bestandsaufnahme in zwei bis drei Wochen, erste messbare Ergebnisse ab Woche vier. Danach läuft die Modernisierung in Schritten, deren Reihenfolge Sie jederzeit ändern oder pausieren können.
Das ist der Normalfall. Der erste Schritt sind dann Charakterisierungstests: sie halten fest was das System heute tut, nicht was es tun sollte. Damit entsteht ein Netz, das Verhaltensänderungen sichtbar macht, bevor jemand am Code arbeitet.
Ja. Der kostenlose System-Check ist ein strukturierter Fragebogen zu Release-Fähigkeit, Absicherung, Wissensverteilung und technischen Schulden. Sie bekommen einen PDF-Report mit Risikoeinschätzung und Handlungsempfehlungen, ohne Verkaufsgespräch.
Die Infrastruktur hinter produktiven KI-Systemen: MCP-Server, sichere Tool-Anbindung, LLM-Integration mit Zugriffsschutz und Kostenkontrolle.
Mehr erfahrenManuelle Abläufe durch echte Systeme ersetzen: angebunden an Ihre Bestandssysteme, mit Berechtigungen und Protokoll statt Tool-Kette.
Mehr erfahrenIch finde wo Ihr AWS-Budget versickert, messbar reduziert, ohne Abstriche bei Performance oder Verfügbarkeit.
Mehr erfahrenVom eigenen Rechenzentrum oder aus einer anderen Cloud nach AWS, mit Kostenmodell vor dem Umzug und Rollback-Pfad für jeden Schritt.
Mehr erfahrenBackends für SaaS und Plattformen, die unter echter Last halten: in Go und PHP 8, event-getrieben, mit Mandantentrennung und Wiederanlauf im Entwurf.
Mehr erfahren