Das Altsystem ist geschäftskritisch.
Ein Ausfall oder langer Feature-Stopp ist keine Option. Modernisierung muss deshalb parallel zum laufenden Betrieb stattfinden.
Legacy-Modernisierung
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.
Die Ausgangslage
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 SymptomeFür wen das passt
Das Angebot richtet sich an CTOs und Engineering-Leads mit einer produktiven, über Jahre gewachsenen Anwendung. Das System erzeugt Umsatz oder trägt Kernprozesse, bremst aber Releases, Recruiting oder Wachstum.
Ein Ausfall oder langer Feature-Stopp ist keine Option. Modernisierung muss deshalb parallel zum laufenden Betrieb stattfinden.
Abhängigkeiten laufen aus, Wissen konzentriert sich auf wenige Personen oder jede Änderung zieht unerwartete Nebenwirkungen nach sich.
Nicht das nächste Zielbild fehlt, sondern eine Reihenfolge, die Risiken senkt und schon während der Modernisierung Nutzen liefert.
Was ich mache
Ich 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.
Einzelfälle
Ein System das niemand mehr anfassen will?
Lassen Sie uns in 30 Minuten über den ersten Schritt sprechen.
Ablauf
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.
Die andere Seite
Die Summe steht unten nicht, weil ich sie nicht kenne. Die Posten kenne ich, und in fast jedem Fall ergeben schon zwei davon ein Vielfaches dessen, was der Einstieg kostet. Rechnen Sie selbst nach, dann gehört Ihnen die Zahl.
Keiner dieser Posten steht in einer Rechnung, und zusammen sind sie meist teurer als das Vorhaben, das sie beenden würde. Der kostenlose Legacy Risk Score macht daraus eine Liste mit Zahlen.
Das Ergebnis
Ä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.
Eingesetzte Technologien

Mit wem Sie es zu tun haben
Ich bin Tim Rutte. Über 20 Jahre Softwareentwicklung, und den größeren Teil davon in Systemen, die schon liefen, bevor ich kam. Sie sprechen mit der Person, die Ihren Code anfasst, vom ersten Gespräch bis zur Übergabe.
Zusammenarbeit
Sie müssen kein bestimmtes Setup mitbringen. Ich passe die Zusammenarbeit daran an, wie Ihr Unternehmen aufgestellt ist und wie viel Verantwortung Sie abgeben möchten.
Wenn Wissen und Verantwortlichkeiten bereits bei Ihnen liegen, steige ich dort ein, wo zusätzliche Erfahrung gebraucht wird. In Ihren Abläufen, mit direkter Abstimmung und ohne Parallelwelt.
Wenn intern Zeit oder Kapazität fehlt, übernehme ich ein klar abgegrenztes Vorhaben von der technischen Klärung bis zum produktiven Einsatz. Sie geben Ziel und Rahmen vor, ich kümmere mich um den Weg dorthin.
In beiden Modellen gilt: Sie sehen jederzeit, was entsteht, welche Entscheidungen anstehen und was als Nächstes passiert. Abgerechnet wird je nach Projektbedarf und Ihrem bevorzugten Modell: klar abgegrenzte Vorhaben zum Festpreis, längere und dynamische nach Aufwand.
Kontinuität
Auch bei eigenständiger Umsetzung entsteht keine Abhängigkeit von mir. Alles, was für Weiterentwicklung und Betrieb nötig ist, liegt vom ersten Tag in Ihrer Umgebung und wird laufend übergabefähig gehalten.
Code, Cloud-Accounts, Pipelines und Secrets liegen in Ihren Systemen. Der Betrieb hängt nicht an einem persönlichen Konto oder einem Zugang, den nur ich kontrolliere.
Architekturentscheidungen, Betriebsabläufe und bekannte Risiken werden dort dokumentiert, wo Ihr Team sie später findet – und während des Projekts aktuell gehalten.
Reproduzierbare Umgebungen, automatisierte Deployments und regelmäßige Übergaben sorgen dafür, dass Ihr Team oder ein anderer Dienstleister ohne Neustart weiterarbeiten kann.
Das Ziel ist nicht, dass Sie mich dauerhaft brauchen. Das Ziel ist, dass Sie jederzeit frei entscheiden können, wer das System weiterentwickelt.
Kundenstimmen
„Super Zusammenarbeit! Herr Rutte hat unseren alten PHP-Shop schnell und zuverlässig modernisiert, auf den neuesten Stand gebracht und nebenbei noch viele sinnvolle Verbesserungen eingebaut. Kommunikation war unkompliziert, Deadlines wurden eingehalten – absolut empfehlenswert.“
Häufige Fragen
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 Legacy Risk Score 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.
Begriffe, die hier vorkommen
Weitere Leistungen
Backends für SaaS und Plattformen, die unter echter Last halten: in Go und PHP 8, event-getrieben, mit Mandantentrennung und Wiederanlauf im Entwurf.
Mehr erfahrenVom eigenen Rechenzentrum oder aus einer anderen Cloud nach AWS, mit Kostenmodell vor dem Umzug und Rollback-Pfad für jeden Schritt.
Mehr erfahrenIch finde wo Ihr AWS-Budget versickert, messbar reduziert, ohne Abstriche bei Performance oder Verfügbarkeit.
Mehr erfahrenDamit ein einzelner Fehler nicht die ganze Anwendung mitnimmt: Abhängigkeiten und Single Points of Failure gefunden, Wiederanlauf geprobt statt dokumentiert, Änderungen als Terraform.
Mehr erfahrenDie 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 erfahren