Alle Leistungen

Legacy-Modernisierung

Modernisieren ohne Stillstand. Schritt für Schritt, im laufenden Betrieb.

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.

Strangler-FigPHP 8 & GolangZero Downtime
Was Sie bekommen
  • Bestandsaufnahme mit Risiko- und Abhängigkeitskarte Ihres Systems
  • Modernisierungsplan in Schritten, die einzeln Wert liefern
  • Umsetzung im laufenden Betrieb, jeder Schritt einzeln zurückrollbar
  • Testabdeckung und Pipeline, damit der Fortschritt nicht wieder verfällt
Umfang & Zusammenarbeit

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

Niemand will es anfassen. Alle sind davon abhängig.

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 Symptome
  • Ein Update der Sprach- oder Framework-Version ist seit Jahren überfällig.
  • Eine Änderung an einer Stelle bricht etwas an einer anderen.
  • Deployments sind ein manueller Ablauf mit Checkliste.
  • Sicherheitsupdates sind blockiert, weil Abhängigkeiten veraltet sind.
  • Neue Entwickler brauchen Monate bis zum ersten sinnvollen Commit.
  • Features werden geschätzt und die Schätzung stimmt nie.

Für wen das passt

Für technische Verantwortliche, deren wichtigstes System nicht einfach pausieren kann.

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.

01

Das Altsystem ist geschäftskritisch.

Ein Ausfall oder langer Feature-Stopp ist keine Option. Modernisierung muss deshalb parallel zum laufenden Betrieb stattfinden.

02

Das Risiko ist bereits sichtbar.

Abhängigkeiten laufen aus, Wissen konzentriert sich auf wenige Personen oder jede Änderung zieht unerwartete Nebenwirkungen nach sich.

03

Sie brauchen einen gangbaren ersten Schnitt.

Nicht das nächste Zielbild fehlt, sondern eine Reihenfolge, die Risiken senkt und schon während der Modernisierung Nutzen liefert.

Was ich mache

Absichern.
Ablösen.
Übergeben.

01

Bestandsaufnahme mit Fakten

Code-AnalyseRisiko-MappingAbhängigkeiten

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.

02

Sicherheitsnetz vor dem ersten Eingriff

TestingCI/CDDockerStatic Analysis

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.

03

Strangler-Fig statt Big Bang

Strangler-FigRoutingFeature Flags

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.

04

Plattformwechsel ohne Betriebsunterbrechung

AWSDMSECSTerraform

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.

05

Wissen zurück ins Team

PairingADRsÜbergabe

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

PHP-ProjektübernahmeWenn der Entwickler oder die Agentur weg ist und niemand mehr weiß, wie das System funktioniert. Erst eine Bestandsaufnahme, die sagt, woran Sie sind, dann Schritt für Schritt zurück in einen Zustand, in dem Änderungen wieder planbar sind. Eigene Seite mit Ablauf und Bestandsaufnahme als Einstieg.PHP-Upgrade & MigrationLäuft das System auf PHP 7 oder einem frühen 8, gibt es keine Sicherheitsupdates mehr. Der Aufwand steckt dabei selten in der Sprache, sondern in Abhängigkeiten ohne Nachfolger und in fehlenden Tests. Eigene Seite mit Ablauf, Werkzeugen und einem Befund als Einstieg.Zend Framework und LaminasZend Framework ist Anfang 2020 im Laminas-Projekt aufgegangen und wird unter dem alten Namen nicht mehr weiterentwickelt. Für ZF2 und ZF3 gibt es einen weitgehend mechanischen Weg dorthin, für ZF1 keinen. Eigene Seite dazu, welcher Fall welchen Aufwand bedeutet.Symfony-UpgradeGewartet werden nur noch die Zweige 6.4, 7.4 und die 8er-Reihe. Der Weg dorthin führt Version für Version, und der Aufwand steckt in den Deprecations und in Bundles ohne Nachfolger.Laravel-UpgradeLaravel 11 ist seit März 2026 ohne Wartung, Laravel 12 seit August 2026 ohne Fehlerkorrekturen. Der Sprung im Framework selbst ist klein; Zeit kosten die Pakete mit eigenen Zeitplänen und die PHP-Untergrenze von 8.3. Eigene Seite dazu, was den Aufwand wirklich treibt.Shopware 5 auf 6Kein Update, sondern ein Umzug: Plugins, Themes und Anpassungen laufen nicht mit. Was der Wechsel kostet, entscheidet die Zahl der Erweiterungen, nicht die Größe des Sortiments.

Ein System das niemand mehr anfassen will?

Lassen Sie uns in 30 Minuten über den ersten Schritt sprechen.

Ablauf

Kein Stichtag mit offenem Ausgang.

Jeder Schritt liefert für sich Wert und lässt sich zurückdrehen. Es gibt keinen Moment, an dem alles gleichzeitig funktionieren muss.

SCHRITT 01

Lagebild in 30 Minuten

Alter, Größe, Sprachversion, was gerade blockiert. Danach wissen Sie ob eine Bestandsaufnahme sinnvoll ist.

SCHRITT 02

Bestandsaufnahme, 2–3 Wochen

Code, Daten, Deployments und Incidents. Ergebnis: Risikokarte und Modernisierungsplan in Schritten.

SCHRITT 03

Absichern und ablösen

Erst Tests und Pipeline, dann der erste Schnitt. Ab Woche vier sind die ersten Ergebnisse messbar.

SCHRITT 04

Übergabe

Dokumentierte Entscheidungen, Pairing und eine Reihenfolge für die Schritte die Ihr Team selbst geht.

Die andere Seite

Was Sie der heutige Zustand kostet.

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.

  1. 01
    Änderungen, die zu lange dauernWie viele Tage kostet heute eine Änderung, die in einem gepflegten System Stunden bräuchte?
  2. 02
    Störungen im BetriebWie oft steht etwas still, wie lange, und wer ist in dieser Zeit gebunden?
  3. 03
    AufgeschobenesWelche Vorhaben scheitern an der Technik statt am Markt, und was wären sie Ihnen wert?
  4. 04
    PersonalWie lange suchen Sie jemanden für diesen Stand, und wie viele Wochen dauert die Einarbeitung?
  5. 05
    Der Neubau, den Sie stattdessen erwägenWelche Zahl steht im Angebot, und was passiert mit dem laufenden Betrieb, während gebaut wird?

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

Was sich danach ändert.

Handlungsfähigkeit zurück

Änderungen am System werden wieder planbar. Was vorher ein Risiko war, ist danach ein Ticket.

Kein Stillstand

Das Geschäft läuft während der Modernisierung weiter. Kein eingefrorenes Backlog, kein Umschalttag mit offenem Ausgang.

Ergebnisse in Wochen

Der erste sichtbare Fortschritt kommt nach Wochen statt nach Quartalen, weil jeder Schritt für sich Wert liefert.

Eingesetzte Technologien

Bewährte Tools. Kein Experiment.

Sprachen
  • PHP 8
  • Golang
  • Python
  • TypeScript
  • SQL
Frameworks
  • Symfony
  • Laravel
  • Laminas
  • Slim
Analyse
  • PHPStan
  • Psalm
  • Rector
  • Composer Audit
Tests
  • PHPUnit
  • Pest
  • Characterization Tests
  • Xdebug
Daten
  • MySQL
  • MariaDB
  • PostgreSQL
  • AWS DMS
  • Doctrine
Plattform
  • Docker
  • ECS Fargate
  • Kubernetes
  • AWS
  • Terraform
Muster
  • Strangler Fig
  • Anti-Corruption-Layer
  • Expand and Contract
  • Feature Flags
Betrieb
  • GitHub Actions
  • GitLab CI
  • CloudWatch
  • Blue/Green
Tim Rutte, Cloud & Software Architect

Mit wem Sie es zu tun haben

Direkt mit mir als Freelancer. Keine Agentur dazwischen.

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.

  • 20+Jahre Softwareentwicklung
  • 50+erfolgreiche Projekte
  • 2003seit diesem Jahr remote im Einsatz
Mehr über mich

Zusammenarbeit

Mitarbeit im Team oder eigenständige Umsetzung.

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.

01Gemeinsam

Ich arbeite in Ihrem Team.

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.

  • Integration in Ihre Sprints, Reviews und technischen Entscheidungen
  • Pairing und Wissenstransfer während der Umsetzung
  • Code, Dokumentation und Betrieb bleiben vollständig bei Ihrem Team
02Eigenständig

Ich übernehme die Umsetzung.

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.

  • Ein Ansprechpartner von der Klärung bis zur Umsetzung
  • Regelmäßige, verständliche Zwischenstände statt laufender Steuerung
  • Saubere Übergabe mit Dokumentation und Einweisung

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

Ihr System bleibt Ihres.

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.

01

Zugänge bleiben bei Ihnen.

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.

02

Wissen bleibt nicht in meinem Kopf.

Architekturentscheidungen, Betriebsabläufe und bekannte Risiken werden dort dokumentiert, wo Ihr Team sie später findet – und während des Projekts aktuell gehalten.

03

Ein anderer kann übernehmen.

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

Was Auftraggeber hinterher sagen.

„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.“

Bewertung ohne NamensnennungAuftraggeber · ProvenExpert, Oktober 2025

Häufige Fragen

Bevor Sie fragen.

Warum kein kompletter Rewrite?

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.

Können wir während der Modernisierung Features liefern?

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.

Wie lange dauert so etwas?

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.

Was ist wenn wir keine Tests haben?

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.

Gibt es eine schnelle Ersteinschätzung?

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.