Legacy Anwendung erkennen und richtig bewerten

Eine Legacy Anwendung ist meist keine rein „alte Software“, sondern eine geschäftskritische Anwendung, die fachlich weiter gebraucht wird, technisch oder organisatorisch aber an Grenzen stößt. Typische Beispiele sind Access-Lösungen, ältere Desktop-Anwendungen oder gewachsene Webanwendungen, die über Jahre erweitert wurden. Für Entscheider zählt dabei weniger, wie alt eine Anwendung aussieht, sondern ob sie den Betrieb bremst, Risiken erhöht oder Veränderungen unnötig teuer macht.

Dieser Beitrag zeigt, woran Sie eine Legacy Anwendung erkennen, wie Sie ihren Zustand realistisch bewerten und welche nächsten Schritte sinnvoll sind. Wenn Sie daraus ein konkretes Vorhaben ableiten möchten, helfen ein grober Kostenrahmen, ein strukturierter Projektsteckbrief oder ein unverbindliches Erstgespräch bei der ersten Einordnung.

Was eine Legacy Anwendung wirklich ausmacht

Eine Legacy Anwendung ist eine bestehende Fachanwendung, die im Alltag weiter genutzt wird, technologisch, fachlich oder im Betrieb aber nicht mehr gut zu heutigen Anforderungen passt. Entscheidend ist also nicht nur, dass eine Software schon lange im Einsatz ist, sondern dass sie Veränderungen erschwert.

Das Alter allein reicht dafür nicht als Kriterium. Auch eine vergleichsweise junge Anwendung kann Legacy-Charakter haben, wenn sie schwer wartbar ist, kaum nachvollziehbar dokumentiert wurde oder stark am Wissen einzelner Personen hängt.

Wichtig ist die Unterscheidung zwischen fachlichem Wert und technischem Zustand. Eine Anwendung kann für zentrale Abläufe unverzichtbar sein und zugleich so gebaut sein, dass Anpassungen riskant oder aufwendig werden.

Typische Formen sind zum Beispiel:

• Access-Datenbanken
• ältere Desktop-Programme
• monolithische Webanwendungen
• historisch gewachsene Eigenentwicklungen mit vielen Sonderfällen

Ein Monolith ist eine Anwendung, in der viele Funktionen eng in einem großen System verbunden sind, sodass Änderungen sich leicht gegenseitig beeinflussen.

Legacy bedeutet deshalb nicht automatisch „abschaffen“. Manche Systeme lassen sich stabilisieren, gezielt erweitern oder schrittweise modernisieren, etwa durch neue Oberflächen, Datenbankarbeit oder passende Leistungen für Web, Apps und Betrieb.

Für Entscheider zählt am Ende vor allem, welche Folgen die Anwendung für Abläufe, Risiken, Weiterentwicklung und Zukunftsfähigkeit hat. Verwandte Themen wie Identitäten und Single Sign-on im eigenen Anwendungskontext spielen dabei oft mit hinein. Einen Eindruck, wie solche Vorhaben in der Praxis aussehen können, geben auch ausgewählte umgesetzte Projekte.

Woran Sie im Alltag eine Legacy Anwendung erkennen

Ob eine Legacy Anwendung vorliegt, zeigt sich im Alltag meist nicht zuerst an der Technik, sondern an wiederkehrenden Reibungen. Für Entscheider sind beobachtbare Signale oft aussagekräftiger als technische Detailbegriffe.

Ein häufiges Zeichen: Selbst kleine Änderungen werden unverhältnismäßig aufwendig. Eine zusätzliche Auswertung, ein neues Feld oder eine Anpassung im Ablauf braucht plötzlich viele Abstimmungen, ist nur mit Unsicherheit planbar oder führt an unerwarteten Stellen zu Fehlern. Dann passt die bestehende Struktur oft nicht mehr gut zu neuen Anforderungen.

Ebenso kritisch ist die Abhängigkeit von Einzelwissen. Wenn nur noch wenige Personen verstehen, wie die Anwendung intern funktioniert, entsteht ein organisatorisches Risiko. Wissen liegt dann eher in Köpfen, E-Mails oder alten Notizen als in nachvollziehbarer Dokumentation.

Ein weiteres Warnsignal ist fehlende Anschlussfähigkeit. Schnittstellen zu anderen Systemen sind lückenhaft, historisch gewachsen oder nur mit großem Aufwand nutzbar. Eine Schnittstelle ist eine definierte Verbindung, über die Anwendungen Daten austauschen oder Funktionen anstoßen. Wenn jede Anbindung zum Sonderprojekt wird, bremst das nicht nur die IT, sondern oft auch Fachprozesse.

Auch der Betrieb liefert klare Hinweise:

• Störungen lassen sich nur schwer eingrenzen
• Updates gelten als riskant
• wiederkehrende manuelle Eingriffe gehören zum Alltag
• Fehler treten an unterschiedlichen Stellen erneut auf

Hinzu kommen Zugriffs- und Sicherheitsfragen. Wenn Benutzerverwaltung, Rollen oder Anmeldung nicht mehr zum aktuellen Umfeld passen, sollte das Thema Identitäten neu betrachtet werden. Single Sign-on bedeutet, dass sich Nutzer nach einer Anmeldung in mehreren Anwendungen wiedererkennen lassen, statt für jede Anwendung eigene Zugangsdaten zu verwenden.

Wie Sie eine Legacy Anwendung richtig bewerten

Für eine belastbare Einordnung lohnt es sich, die Bewertung einer Legacy Anwendung in vier Perspektiven zu gliedern: Fachlichkeit, Technik, Betrieb und Organisation. So vermeiden Sie, dass die Diskussion zu früh nur um einzelne Fehler oder bevorzugte Lösungen kreist.

Aus fachlicher Sicht sollten Sie klären, welche Prozesse die Anwendung heute tatsächlich trägt. Nicht alles, was in der Software vorhanden ist, ist noch relevant. Wichtig ist die Unterscheidung zwischen geschäftskritischen Abläufen, nützlichen Funktionen und Bestandteilen, die nur aus historischen Gründen weiter mitlaufen.

Technisch geht es vor allem um den Wartungszustand. Dabei ist zu prüfen, wie nachvollziehbar die Struktur aufgebaut ist, wie nutzbar Datenmodell und Schnittstellen sind und wie sicher sich Änderungen umsetzen lassen. Das Datenmodell beschreibt, wie Informationen in der Anwendung strukturiert, verknüpft und gespeichert werden. Wenn diese Grundlage unklar oder widersprüchlich ist, wird selbst eine kleine Anpassung schnell zum Risiko.

Im Betrieb zählt, wie stabil die Anwendung läuft und wie gut sich Störungen eingrenzen lassen. Ebenso relevant ist, wie nachvollziehbar Bereitstellung und Updates organisiert sind. CI/CD bezeichnet einen strukturierten Ablauf, mit dem Änderungen nachvollziehbar gebaut, getestet und bereitgestellt werden. Fehlt ein solcher Rahmen, steigt oft die Abhängigkeit von manuellen Einzelschritten.

Die organisatorische Perspektive wird leicht unterschätzt. Prüfen Sie deshalb auch, wie stark das System an einzelne Personen, bestimmte Geräte oder gewachsene Sonderprozesse gebunden ist. Gerade hier entstehen oft Risiken, die im Tagesgeschäft lange unsichtbar bleiben.

Sinnvoll ist außerdem, nicht nur Mängel zu dokumentieren. Halten Sie ebenso fest, was bereits trägt:

• stabile Kernprozesse
• bewährte fachliche Logik
• wertvolle Datenbestände
• klar definierte Nutzergruppen

Erst aus Schwächen und Stärken zusammen ergibt sich ein realistisches Bild.

Ablösen, modernisieren oder gezielt erweitern?

Nach der Bewertung stellt sich die praktische Frage: Welcher Weg passt zur Legacy Anwendung? Meist lassen sich drei Grundoptionen unterscheiden:

• vollständige Ablösung
• schrittweise Modernisierung
• gezielte Erweiterung der bestehenden Anwendung

Eine vollständige Ablösung ist vor allem dann sinnvoll, wenn fachliche Anforderungen und technische Basis so weit auseinanderliegen, dass weiteres Weiterbauen kaum noch trägt. Das ist häufig der Fall, wenn Prozesse sich stark verändert haben, die Anwendung aber auf alten Annahmen beruht und sich nur noch mit großem Aufwand anpassen lässt.

Die schrittweise Modernisierung ist oft der realistischere Weg. Dabei bleiben bestehende Funktionen zunächst nutzbar, während einzelne Teile nach und nach erneuert werden, zum Beispiel Oberflächen, Datenzugriffe oder Integrationen. So lässt sich das Risiko besser steuern, weil nicht alles gleichzeitig umgestellt werden muss.

Daneben gibt es die gezielte Erweiterung. Manche Legacy Anwendungen bleiben im Kern bestehen, erhalten aber neue Weboberflächen, zusätzliche Auswertungen, Schnittstellen oder mobile Nutzungsmöglichkeiten. Eine Webanwendung läuft im Browser und lässt sich zentral bereitstellen, ohne auf jedem Arbeitsplatz einzeln installiert zu werden.

Wichtig ist dabei auch die Datenbankstrategie. Wertvolle Datenbestände müssen häufig übernommen, bereinigt oder neu strukturiert werden. Eine Datenbank ist der strukturierte Speicherort für die Informationen, die eine Anwendung verarbeitet.

Wenn es zum Zielbild passt, wird moderne Individualsoftware heute häufig mit aktuellem .NET, SQL-Datenbanken und Cloud-Bausteinen umgesetzt.

Wie ein tragfähiger Modernisierungsweg entsteht

Ein tragfähiger Modernisierungsweg entsteht selten, wenn das Vorhaben nur als IT-Thema behandelt wird. Sinnvoller ist es, Fachseite, Betrieb und Verantwortliche früh gemeinsam auf Ziele, Risiken und eine sinnvolle Reihenfolge auszurichten.

Pragmatisch wird der Weg meist dann, wenn Sie Schritt für Schritt vorgehen:

• Ist-Zustand erfassen
• Zielbild definieren
• Handlungsoptionen vergleichen
• Risiken priorisieren
• daraus ein umsetzbares Vorgehen ableiten

Wichtig ist außerdem, Qualitätssicherung von Anfang an mitzudenken. Tests helfen dabei, bestehende Kernfunktionen auch dann verlässlich zu prüfen, wenn an der Anwendung etwas geändert wird. Automatisierte Tests prüfen wichtige Abläufe so, dass wiederholbare Kontrollen ohne manuelle Einzeltests möglich sind.

Ebenso sollten Integrationen und Identitäten früh berücksichtigt werden, damit die modernisierte oder neue Lösung später nicht erneut zum Sonderfall wird. Für eine erste Einordnung des Projektumfangs hilft der Kostenrechner.