Wie rettest du deine Legacy App?

Bist du Product Owner einer alten IT-Lösung, die schon bessere Tage gesehen hat? Genau – wir reden hier von der guten alten Legacy Software, die manchmal wie ein schief gebauter Turm wirkt, der von fragwürdigen vergangenen Entscheidungen zeugt und heute Kopfzerbrechen bereitet.

Aber was tun - abreißen oder stabilisieren und weiterbauen?

Was ist eine Legacy-App?

Legacy Software bezeichnet Anwendungen, die vor Jahren mit damals modernen Technologien entwickelt wurden, heute aber oft an ihre Grenzen stoßen. Diese Legacy Apps erfüllen zwar nach wie vor wichtige Funktionen – aber sie sind häufig durch technische Schulden und veraltete Architektur belastet. Ähnlich wie der schiefe Turm von Pisa, der schon beim Bau ins Wanken geriet, zeigen auch diese Systeme die Spuren vergangener Kompromisse.

Der schiefe Turm von Pisa

🏛🤓 Did you know? Der Turm von Pisa ist schief, weil er zur Hälfte auf dem Rand einer antiken Insel und zur anderen Hälfte auf einem damals schon versandeten Hafenbecken steht. Kleine Entscheidungen beim Fundamentbau – die damals vielleicht unbedeutend schienen – haben dazu geführt, dass der Turm heute für seine Schiefe berühmt ist.

➡ 🖥 Genauso verhält es sich bei einer Legacy Anwendung: Kleine Kompromisse und vermeidbare Entscheidungen in der Vergangenheit führen langfristig zu einem Turm technischer Schulden. Jahr für Jahr werden neue Features aufgeschoben, um das „schiefe“ Fundament zu stabilisieren – bis der Turm kaum noch tragfähig ist.

Weiter pflegen oder neu schreiben – Die große Entscheidung

Dafür gibt es natürlich keine pauschale Antwort, ob du eine Legacy App weiter pflegen oder komplett neu schreiben solltest. Aber hier ein paar Denkanstöße, die dir weiter helfen können - insbesondere wenn du selbst keine Software-Erfahrung hast und dich auf die Meinungen deiner Team-Mitglieder oder externer Expert:innen verlässt:

👎 (contra) Viele Probleme in der Legacy Software lassen sich wahrscheinlich lösen, wenn regelmäßig Zeit für Wartung und Refactoring eingeplant wird. Dann dürfen aber nicht immer die neuen Features Priorität haben und es ist deine Aufgabe, dass zu kommunizieren und aktiv Zeit dafür einzuplanen.

👎 (contra) Wenn jemand neu ins Team kommt, will er oder sie oft alles wegschmeißen und selbst neu machen. Denn der Legacy Code ist wahrscheinlich schwer verständlich, weil organisch gewachsen und von vielen verschiedenen Entwickler:innen geschrieben. Und wahrscheinlich weicht er an einigen Stellen von den modernen Standards ab, was das neue Teammitglied so nicht kennt und darum nicht gutheißt. Das ist aber keine gute Entscheidungsgrundlage für dich. Wenn jemand neues zu schnell alles wegwerfen möchte, solltest du das erstmal immer kritisch hinterfragen.

👍 (pro) Die Zeit, die es braucht, um schlecht geschriebenen Code immer wieder anzupassen, kann sich langfristig als enormer Zeitfresser entpuppen – manchmal ist ein kompletter Neuaufbau die bessere Wahl.

👍 (pro) Es macht einfach Spaß, etwas von Grund auf neu zu entwickeln! Und die Software neu zu schreiben kann auch manchmal sehr viel schneller gehen, als erwartet - wenn die Leute im Team da Lust drauf haben. Und da fließt dann soviel Erfahrung mit rein, so viele alte Fehler werden jetzt vermieden: Die neue Software wird super.

Bist du Team „wegschmeißen“ oder Team „weiterbauen“?

Egal, welche Richtung du einschlägst – wir stehen bereit, um dir zu helfen. Wir schauen uns deine Legacy Anwendung an und unterstützen dich, sei es beim gezielten Ausbessern oder beim kompletten Neuaufbau. Kontaktiere uns und lass uns gemeinsam die optimale Strategie für eure Situation entwickeln!