Öffentliche Verwaltung und Legacy-IT: Warum der Wandel so langsam geht
Ein Sachbearbeiter im Bürgeramt tippt Ihren Antrag in eine Maske mit grüner Schrift auf schwarzem Grund. Die Anwendung stammt aus den Neunzigern. Das Verfahren dahinter ist noch älter. Wer so etwas sieht, fragt sich schnell: Warum ändert das niemand?
Legacy-IT in der Verwaltung ist selten das Ergebnis von Faulheit oder Unwillen. Die Gründe sind strukturell. Beschaffungsrecht, fehlendes Personal, Haushaltslogik und eine verständliche Angst vor Ausfällen greifen ineinander. Wer diese Mechanismen versteht, versteht auch, warum ein einzelner Modernisierungsbeschluss oft so wenig bewirkt.
Dieser Artikel erklärt, wie es zu jahrzehntealter Behörden-Software kommt, was passiert, wenn nichts geschieht, und welche Schritte in der Praxis funktionieren.
Wie alt ist die Software in Behörden wirklich?
Älter, als die meisten Bürger vermuten. In Fachverfahren für Steuern, Sozialleistungen, Melderegister oder Kfz-Zulassung laufen Programme, deren Kern in den 1980er oder 1990er Jahren entstand. Manche wurden in COBOL geschrieben, einer Programmiersprache aus dem Jahr 1959. Andere in älteren Versionen von Java, Delphi oder Visual Basic. Oft steckt der Kern hinter einer neueren Oberfläche, die nur so tut, als wäre alles modern.
Der Begriff Legacy Software beschreibt genau das: Systeme, die produktiv laufen, aber technisch aus einer anderen Zeit stammen. Sie sind nicht schlecht. Sie erfüllen seit Jahrzehnten ihre Aufgabe. Genau das macht sie so schwer zu ersetzen.
Vier Gründe, warum der Wandel so langsam geht
Das Beschaffungsrecht bremst
Behörden dürfen Software nicht einfach kaufen. Ab bestimmten Schwellenwerten gilt das Vergaberecht. Das bedeutet: Leistungsbeschreibung, Ausschreibung, Fristen, Bewertung, mögliche Rügen unterlegener Bieter. Ein Vergabeverfahren für ein größeres Fachverfahren dauert schnell ein Jahr oder länger.
Das Verfahren schützt vor Vetternwirtschaft. Es hat aber eine Nebenwirkung. Wer die Leistung vorab bis ins Detail beschreiben muss, kann später kaum nachsteuern. Was auf dem Papier 2022 sinnvoll war, kann 2026 bei der Abnahme schon überholt sein. Viele Behörden verschieben Modernisierung deshalb lieber, als ein Verfahren zu starten, das sie nicht mehr anpassen können.
Personal fehlt, und das Wissen geht mit
Eine IT-Abteilung im öffentlichen Dienst konkurriert mit der freien Wirtschaft um dieselben Fachkräfte. Die Gehaltstabellen des TVöD lassen wenig Spielraum. Wer COBOL oder ein altes Fachverfahren kennt, geht in den nächsten Jahren in Rente. Nachfolger finden sich schwer.
Das hat eine bittere Folge. Je weniger Menschen ein System verstehen, desto riskanter wird jede Änderung. Also ändert man nichts. Und je länger nichts geändert wird, desto größer wird der Abstand zu aktuellen Standards. Ein Kreislauf, der sich selbst verstärkt.
Risikoaversion ist rational
Wenn in einem Unternehmen ein Release schiefgeht, gibt es einen Rollback und eine unangenehme Woche. Wenn in einer Behörde die Auszahlung von Wohngeld für zwei Wochen stillsteht, gibt es Betroffene, Presse und Anfragen aus dem Landtag.
Amtsleiter tragen diese Verantwortung persönlich. Ein System, das seit 25 Jahren läuft, hat eine bekannte Fehlerquote. Ein neues System hat eine unbekannte. Aus dieser Perspektive wirkt Abwarten wie eine vernünftige Risikoabwägung. Über Jahre gesehen führt sie trotzdem in eine Sackgasse.
Budgets belohnen Betrieb, nicht Erneuerung
Haushalte im öffentlichen Sektor unterscheiden zwischen laufenden Kosten und Investitionen. Der Betrieb der Altsoftware steht Jahr für Jahr im Plan und wird durchgewunken. Eine Ablösung braucht dagegen eine eigene Investitionsentscheidung, Gremienbeschlüsse und oft eine Begründung gegenüber dem Rechnungshof.
Dazu kommt: Einsparungen durch neue Software fallen erst Jahre später an, meist in einer anderen Kostenstelle und einer anderen Wahlperiode. Wer heute Geld ausgibt, erntet den Nutzen nicht selbst. Einzelnen Personen kann man das kaum vorwerfen. So ist das System gebaut. Wie sich diese Budgetlogik derzeit in der gesamten Wirtschaft zeigt, beschreibt unser Beitrag zum IT-Modernisierungsbudget 2026.
Was passiert, wenn nichts geschieht?
Altsoftware in Behörden läuft oft erstaunlich stabil. Die ruhigen Jahre sind unproblematisch. Schwierig wird es in den Momenten, in denen sich etwas ändern muss.
Ein Gesetz ändert einen Freibetrag, und niemand kann die Berechnungslogik anpassen, weil der einzige Kenner des Codes in Pension ist. Das Onlinezugangsgesetz verlangt einen digitalen Antrag, aber das Fachverfahren hat keine Schnittstelle. Eine Sicherheitslücke wird bekannt, und der Hersteller existiert nicht mehr. Ein Datenschutz-Audit fragt nach Verschlüsselung, die das System nie vorgesehen hat.
Jede dieser Situationen lässt sich einzeln lösen. Zusammen erzeugen sie Handlungsdruck zum ungünstigsten Zeitpunkt. Dann wird schnell und teuer entschieden, statt geplant und günstig. Wie ein geordneter Umgang mit auslaufenden Systemen aussieht, zeigt der Artikel zum EOL-Prozess und Lifecycle-Management.
Und es gibt einen Schaden, der in keiner Kostenrechnung auftaucht: Bürger, die 2026 einen Antrag ausdrucken, unterschreiben und einscannen müssen, verlieren Vertrauen in den Staat. Dieses Vertrauen ist schwerer zurückzugewinnen als jede Software.
Was Behörden trotzdem tun können
Der Wandel wird nicht schneller, wenn man die Strukturen ignoriert. Er wird schneller, wenn man innerhalb der Strukturen die richtigen Schritte wählt.
Bestand aufnehmen, bevor Sie Beschlüsse fassen
Viele Behörden wissen nicht genau, welche Fachverfahren sie betreiben, wer sie kennt und welche Abhängigkeiten dazwischen liegen. Eine Bestandsaufnahme kostet wenig und braucht keine Ausschreibung. Sie beantwortet die wichtigste Frage: Wo brennt es zuerst?
Vergaberecht als Rahmen nutzen, nicht als Ausrede
Das Vergaberecht erlaubt mehr, als viele annehmen. Rahmenverträge, agile Vergabeverfahren nach der EVB-IT und Losbildung ermöglichen kleinere, steuerbare Schritte. Ein Modernisierungsvorhaben muss nicht als ein einziges Großprojekt ausgeschrieben werden.
Schrittweise ablösen statt Big Bang
Ein Fachverfahren komplett neu zu bauen und an einem Stichtag umzuschalten, scheitert im öffentlichen Sektor besonders oft. Der bessere Weg: einzelne Funktionen nach und nach aus dem Altsystem herauslösen und neben dem alten Kern betreiben. Das Altsystem läuft weiter, bis es leer ist. Welche Strategien dafür infrage kommen, erklärt der Überblick zum Software modernisieren.
Wissen sichern, solange es noch da ist
Wer in drei Jahren in Pension geht, sollte heute anfangen zu dokumentieren, mit festem Zeitbudget statt nebenbei. Eine externe Übernahme des Codes durch einen Dienstleister, der ihn liest, dokumentiert und wartet, ist oft günstiger als der Versuch, intern eine Stelle zu besetzen, die es auf dem Markt kaum gibt.
Wartung als Daueraufgabe einplanen
Ein System, das regelmäßig kleine Updates bekommt, sammelt weniger technische Schulden an. Wer den Betrieb ohnehin jedes Jahr im Haushalt stehen hat, kann dort auch einen Wartungsanteil verankern. Das ist die Form von Tilgung, die durch jedes Gremium geht.
Fazit: Der Wandel ist langsam, aber nicht unmöglich
Legacy-IT in der Verwaltung hat Ursachen, die kein einzelner Amtsleiter beseitigen kann. Vergaberecht, Personalmarkt und Haushaltslogik werden so bald nicht verschwinden. Wer darauf wartet, wartet lange.
Was funktioniert, sind kleine Schritte innerhalb des Rahmens: Bestand kennen, Wissen sichern, schrittweise ablösen, Wartung fest einplanen. Das ist unspektakulär. Aber es ist der Weg, der in Behörden tatsächlich zum Ziel führt.
Sie betreuen ein Fachverfahren, dessen Hersteller es nicht mehr gibt, oder dessen letzter Kenner bald geht? Wir übernehmen alten Code, dokumentieren ihn und halten ihn am Laufen, während Sie die Ablösung planen. Sprechen Sie uns an. Das Erstgespräch ist kostenlos.
