Was ist Legacy Software? Definition, Beispiele, Handlungsbedarf
Was bedeutet Legacy Software - und warum taucht der Begriff plötzlich in jedem zweiten IT-Gespräch auf? Das Wort erscheint in Entwicklermeetings, Upgrade-Angeboten und IT-Berichten. Erklärt wird es dabei selten.
Dieser Artikel ändert das. Keine Entwickler-Jargon, keine Pauschalurteile. Dafür konkrete Beispiele aus dem Mittelstand und eine ehrliche Einschätzung, wann Handlungsbedarf entsteht und wann nicht.
Was bedeutet "Legacy Software" wörtlich?
"Legacy" kommt aus dem Englischen. Es bedeutet Erbe oder Hinterlassenschaft. Legacy Software ist Software, die vererbt wurde. Von einem früheren Entwicklerteam. Von einer anderen Unternehmensgeneration. Oder schlicht von der Zeit.
Das klingt dramatischer als es ist. Eine Software kann 15 Jahre alt sein und trotzdem ihren Job tun. Die Benutzer kennen sie. Die Prozesse laufen darauf. Niemand beschwert sich laut.
Das Problem entsteht nicht aus dem Alter allein. Es entsteht aus dem, was sich dabei angesammelt hat.
Was macht Software zu "Legacy"?
Es gibt keine offizielle Definition. In der Praxis sprechen Entwickler von Legacy Software, wenn mehrere dieser Punkte zutreffen.
Veraltete Technologien. PHP 5, Java EE aus den frühen 2000ern, jQuery aus einer Zeit vor React. Die Technologien laufen noch, werden aber nicht mehr aktiv weiterentwickelt.
Der Originalentwickler ist nicht mehr erreichbar. Er hat das Unternehmen verlassen, ist in Rente gegangen oder schlicht nicht mehr greifbar. Niemand weiß mehr genau, warum bestimmte Dinge so gebaut wurden.
Kaum oder keine Dokumentation. Der Code erklärt sich nicht selbst. Neue Entwickler brauchen Wochen, um zu verstehen, was die Software tut.
Keine Tests. Niemand weiß sicher, ob eine Änderung anderswo etwas kaputtmacht.
Updates wurden lange aufgeschoben. Die PHP-Version ist veraltet, Plugins wurden nicht aktualisiert, Sicherheits-Patches fehlen.
Wenn drei oder mehr dieser Punkte zutreffen, haben Sie Legacy Software in Ihrem Betrieb. Das ist kein Vorwurf. Das ist ein Befund.
Warum "Legacy" kein Schimpfwort ist
Wir wollen das klar sagen: Alte Software ist nicht automatisch schlechte Software.
Viele Legacy-Systeme laufen im Kern solide. Sie wurden von guten Entwicklern gebaut. Sie haben über Jahre Millionenumsätze verarbeitet. Sie kennen Ihr Geschäft in Code.
Alte Systeme verdienen Respekt. Das Gegenteil davon, ein hastiger Neubau ohne gründliche Analyse, ist oft teurer und riskanter als man denkt.
"Legacy" beschreibt keine Qualität. Es beschreibt eine Situation. Software, die gewachsen ist, die Spuren der Zeit trägt und die besondere Aufmerksamkeit braucht.
Drei Beispiele aus dem Mittelstand
Damit das nicht abstrakt bleibt, hier drei typische Situationen aus der Praxis.
Beispiel 1: Der Onlineshop aus 2009
Ein Handelsunternehmen betreibt seinen Onlineshop auf einer selbst entwickelten PHP-5-Lösung. Sie läuft. Aber der Entwickler, der sie gebaut hat, ist seit drei Jahren weg. Neue Zahlungsanbieter werden nicht unterstützt. Die PHP-Version ist mit modernen APIs nicht kompatibel. Updates fühlen sich wie Blindflüge an.
Das ist Legacy Software.
Beispiel 2: Die interne Verwaltungssoftware
Ein mittelständisches Produktionsunternehmen nutzt eine Java-Anwendung aus 2006 für die Auftragserfassung. Sie funktioniert. Jeden Tag. Verlässlich. Aber sie läuft auf einem Server, der nicht mehr vom Hersteller unterstützt wird. Ein Ausfall würde den Betrieb stunden- oder tagelang lahmlegen. Den Code kann im Unternehmen niemand mehr vollständig lesen.
Das ist Legacy Software.
Beispiel 3: Die Website eines Dienstleisters
Eine Beratungsfirma betreibt ihre Website auf Joomla 3, das seit Ende 2023 End of Life ist. Die Website läuft stabil. Sicherheits-Updates gibt es keine mehr. Jede neue bekannte Sicherheitslücke in Joomla 3 bleibt offen, weil niemand mehr Patches liefert.
Das ist ebenfalls Legacy Software, auch wenn es von außen nicht sichtbar ist.
Warum Legacy Software trotzdem Handlungsbedarf auslöst
Das Alter selbst ist kein Problem. Was sich über die Jahre angesammelt hat, kann es werden.
Sicherheitslücken ohne Patches
Veraltete Software-Versionen erhalten keine Sicherheits-Updates mehr. Neue Lücken werden entdeckt und öffentlich dokumentiert. Das geschieht oft automatisiert: nicht durch gezielte Angriffe auf Ihr Unternehmen, sondern durch Scans, die das ganze Internet absuchen.
Angreifer suchen keine bestimmten Firmen. Sie suchen bestimmte Schwachstellen. Ein veraltetes System mit bekannten Lücken ist ein einfaches Ziel.
Steigende Wartungskosten
Je länger eine Software ohne Dokumentation und Tests betrieben wird, desto schwieriger wird jede Änderung. Das führt zu technischen Schulden: angesammelten Kompromissen, die jede weitere Weiterentwicklung teurer machen.
Was 2012 an einem Wochenende gebaut wurde, braucht 2026 manchmal einen Monat zum Anpassen. Nicht weil der Code schlecht war. Sondern weil sich Abhängigkeiten ohne Dokumentation und Tests verborgen angesammelt haben.
Fachkräftemangel
Entwickler, die heute auf dem Markt sind, arbeiten überwiegend mit modernen Technologien. Einen Entwickler zu finden, der Ihre PHP-5-Anwendung versteht und bereit ist, sie zu betreuen, wird zunehmend schwieriger. Und wenn Sie jemanden finden, ist er teuer.
Compliance-Risiken
Die DSGVO (Datenschutz-Grundverordnung) verpflichtet Unternehmen, personenbezogene Daten technisch angemessen zu schützen. "Angemessen" bedeutet: Stand der Technik. Eine Software auf einer jahrelang ungepatchten PHP-Version ist schwer als "angemessen" zu bezeichnen.
Das ist ein Risiko, das sich bei einem Vorfall in Bußgeldern und Reputationsschäden realisieren kann. Auch für kleine und mittlere Unternehmen.
Modernisieren oder neu bauen?
Diese Frage kommt fast immer. Die Antwort ist selten eindeutig.
Viele Anbieter empfehlen den Neubau. Für sie ist das oft einfacher zu planen und abzurechnen. Für Sie ist es meist das teurere und riskantere Vorgehen.
Ein Neubau klingt verlockend: sauberer Code, neue Technologien, frischer Start. In der Praxis dauert er länger als geplant, kostet mehr als geplant und muss danach genauso betrieben und gewartet werden wie das System, das er ersetzt.
Eine gut geplante Modernisierung saniert das Bestehende, statt es abzureißen. Sie sichert zuerst das Fundament. Dann baut sie aus. Das System läuft während des gesamten Prozesses weiter.
Wann ein Neubau sinnvoll ist und wann nicht, hängt von Ihrem konkreten System ab. Das lässt sich pauschal nicht beantworten.
Was Sie als Entscheider jetzt tun können
Sie müssen kein Entwickler sein, um mit Legacy Software sinnvoll umzugehen.
Schaffen Sie Klarheit. Wissen Sie, auf welcher PHP-Version Ihre wichtigsten Anwendungen laufen? Wann das System zuletzt gewartet wurde? Wer es im Notfall betreuen kann?
Priorisieren Sie nach Risiko. Nicht jedes Legacy-System ist gleich kritisch. Eine interne Verwaltungs-App mit sensiblen Kundendaten ist risikoreicher als eine Informationsseite ohne Login-Bereich.
Holen Sie eine ehrliche Einschätzung ein. Keine Verkaufspräsentation, keine Pauschalangebote. Sondern eine Analyse, die Ihnen sagt, was Sie wirklich haben, und was das bedeutet.
Wir führen genau diese Analyse durch. Wir schauen uns Ihr System an und erklären Ihnen, wo Sie stehen. Ohne Fachchinesisch. Und ohne dass danach sofort ein großes Angebot auf dem Tisch liegt.
Fazit
Legacy Software ist keine Katastrophe. Sie ist eine Realität, die viele Unternehmen kennen.
Der erste Schritt ist nicht der Umbau, sondern das Verstehen: Was haben Sie wirklich? Wo liegt das Risiko? Was kann noch Jahre so laufen, und was braucht jetzt Aufmerksamkeit?
Professionelle Software-Wartung beginnt genau dort. Mit einem ehrlichen Blick auf das, was vorhanden ist.
Sprechen Sie uns an. Das Erstgespräch ist kostenlos.
