Ansatz
Verstehen, bevor sich etwas ändert.
Wie an gewachsene Software-Systeme herangegangen wird - und warum das langsamer aussieht, als es ist.
Der erste Schritt
Gewachsene Software-Systeme haben Gründe
Jede Entscheidung in einem gewachsenen Software-System war zu ihrer Zeit vermutlich richtig - unter dem damaligen Zeitdruck, mit dem damaligen Wissen, für die damaligen Anforderungen. Bevor sich etwas ändert, wird verstanden, warum es so ist, wie es ist. Das ist kein Umweg, sondern der Teil der Arbeit, der später teure Fehler verhindert.
Die neue Realität
Was heute möglich ist
Eine neue Oberfläche oder ein internes Tool lässt sich in Tagen generieren, nicht mehr in Wochen.
Was gleich bleibt
Die Verantwortung für Sicherheit, Wartbarkeit und Betrieb liegt weiterhin bei den Menschen, die das Software-System danach jahrelang tragen müssen - und die entscheiden müssen, welche Teile schnell entstehen dürfen und welche bewusst geprüft und isoliert werden.
Prinzipien
Wie gearbeitet wird
01
Verstehen vor verändern
Bevor Code sich ändert, wird geklärt, welche Annahmen im Software-System stecken und welche davon heute noch gelten - nicht nur vermutet.
02
Isolieren vor umbauen
Risiko wird eingegrenzt, bevor Veränderung passiert - durch klare Schnittstellen, Tests an den richtigen Stellen, kontrollierten Blast Radius.
03
Schrittweise statt big-bang
Verbesserung in überschaubaren, einzeln abnehmbaren Schritten - jeder liefert für sich messbaren Wert, statt alles auf einen ungewissen Rewrite zu setzen.
04
Wartbarkeit für mehrere "Nutzer"
Schnittstellen, mit denen das eigene Team, andere Teams und künftige Software-Systeme noch arbeiten können - nicht nur eine einzelne Anwendung.
Ablauf
Typischer Ablauf
Vier Phasen, die sich je nach Situation überlappen - kein starrer Prozess, aber eine verlässliche Reihenfolge. Jede Phase liefert für sich einen nutzbaren Zwischenstand, keine Verpflichtung auf den gesamten Bogen im Voraus.
- Architektur, Datenflüsse und stille Abhängigkeiten der bestehenden Lösung nachvollziehen, bevor irgendetwas angefasst wird
- Mit dem Team sprechen - viel Wissen steckt nicht im Code, sondern nur in den Köpfen derer, die täglich damit arbeiten
- Den Bereich mit dem größten Verhältnis von Wirkung zu Risiko identifizieren - dort, wo eine Verbesserung am schnellsten spürbar wird
- Klare Schnittstellen schaffen, bevor daran gearbeitet wird, damit sich alter und neuer Teil sauber trennen lassen
- Änderungen in kleinen, überprüfbaren Schritten - jeder für sich abnehmbar, nicht erst am Ende der gesamten Arbeit
- Laufender Betrieb bleibt während der gesamten Arbeit stabil, auch wenn sich darunter etwas grundlegend ändert
- Neue Struktur schrittweise in den Rest des Software-Systems einbinden, statt in einem einzigen riskanten Schnitt
- Nachvollziehbare Übergabe an das bestehende Team - kein Blackbox-Ergebnis, das nur eine Person versteht
Einsatz von KI
Nützliches Werkzeug, kein Ersatz fürs Verstehen
Autocomplete macht aus niemandem einen besseren Entwickler - es hilft höchstens dabei, sich seltener zu vertippen. KI-gestützte Werkzeuge beschleunigen echte Teile der Arbeit: Boilerplate, erste Entwürfe, das Durchsuchen großer Codebasen. Generierter Code läuft oft auf den ersten Blick - und bringt dann still Sicherheitslücken, doppelte Logik oder Architektur-Drift mit, die erst Monate später auffallen, wenn niemand mehr genau weiß, welcher Teil wie entstanden ist. Der eigentliche Wert liegt nicht darin, schneller zu generieren, sondern einschätzen zu können, welcher Teil eines gewachsenen Software-Systems sich dafür überhaupt eignet - und welcher bewusst isoliert, geprüft und von Hand weiterentwickelt werden muss.
Erfolg über Zeit
Was Erfolg hier bedeutet
Nicht: die eleganteste Architektur, auf die ein Entwickler stolz sein kann. Elegante Architektur, die am eigentlichen Bedarf vorbeigeht, zahlt keine Rechnungen. Erfolg heißt: wartbare Schnittstellen, robuste Übergabepunkte zu anderen Software-Systemen, und ein Team, das nach der Zusammenarbeit selbstständig weiterarbeiten kann. Das zeigt sich nicht am Tag der Übergabe, sondern ein Jahr später - wenn niemand mehr um drei Uhr nachts wach liegt wegen eines Bugs, den keiner mehr versteht.
Branchen & Projektarten
Meine bisherigen Kunden kommen aus unterschiedlichen Branchen - eine Konstante: Software-Systeme, die über viele Jahre gewachsen sind.
Nächster Schritt
Ist genau das gerade Ihre Herausforderung?
Ein kurzes, unverbindliches Gespräch darüber, ob das Vorgehen zu Ihrer Situation passt.
Situation kurz besprechenAntwort in der Regel innerhalb von 1 Werktag.