Fehlende Standards – warum IT-Projekte an Schnittstellen scheitern
Der Bundesrechnungshof hat die Steuerung der Verwaltungsdigitalisierung scharf kritisiert: Insellösungen statt gemeinsamer Standards, kein klares Zielbild, kein übergreifendes Berichtswesen. Eine Kleine Anfrage im Bundestag greift die Steuerungsdefizite am 21. September 2026 auf. Der Befund ist nicht nur ein Behördenproblem.

Was tatsächlich passiert ist
In einem Bericht zur Umsetzung seiner Empfehlungen für die 21. Legislaturperiode kritisiert der Bundesrechnungshof, über dessen Ergebnis netzpolitik.org am 6. August 2026 berichtet, die Steuerung der Verwaltungsdigitalisierung. Statt gemeinsamen Standards folgten einzelne Vorhaben Insellösungen, die nur im eigenen Umfeld funktionierten. Eine Gesamtstrategie und ein klares Zielbild fehlten, ebenso Instrumente, um den Fortschritt zu messen.
Ein Großprojekt steht besonders im Fokus: der Deutschland-Stack, ein Baukasten einheitlicher Basiskomponenten für Bund, Länder und Kommunen. Der Rechnungshof bezweifelt, dass bestehende Komponenten wie Fit-Connect, das National Once Only Technical System und die EUDI-Wallet mit dem Stack kompatibel sind, und bemängelt, dass das zuständige Ministerium das nicht ausreichend geprüft habe. Es bestehe das Risiko, dass die Anpassung bis zum offiziellen Start Anfang 2028 nicht rechtzeitig gelingt. Verbindliche Standards etwa für generative KI und IT-Sicherheit fehlten, und von 128 erarbeiteten Standards sei nicht ausgewiesen, welche verbindlich beschlossen sind. Das zentrale Projektmanagement-Werkzeug komme viel zu spät, ein übergreifendes Berichtswesen fehle, Risiken und Abhängigkeiten zwischen den Projekten seien nicht ermittelt worden. Die Ziele der Modernisierungsagenda seien „nur vage und abstrakt" formuliert. Die Kleine Anfrage im Bundestag vom 21. September 2026 fragt genau diese Steuerungsdefizite ab.
Meine Einordnung
Ich habe über Jahre IT-Projekte geleitet, und dieser Bericht liest sich wie eine Sammlung der Fehler, die ich kenne. Kein Projekt scheitert daran, dass die Technik zu schwer wäre. Es scheitert daran, dass niemand ein prüfbares Ziel formuliert, dass Abhängigkeiten zu spät auffallen und dass es kein Reporting gibt, das den Zustand ehrlich zeigt. Besonders bemerkenswert finde ich den Punkt mit den Standards: Wenn Akteure nicht wissen, welche Vorgaben verbindlich sind, baut jeder seine eigene Lösung — und am Ende passt nichts zusammen. Genau dieses Muster sehe ich im Mittelstand bei gewachsenen Systemlandschaften. Ein Betrieb, der ein neues CRM einführt, ohne zu klären, wie es mit Buchhaltung und Shop redet, baut dieselbe Insellösung — nur im Kleinformat.
Der Deutschland-Stack ist dafür ein großes Beispiel, aber er steht für ein kleines, alltägliches Problem. In mittelständischen Häusern entsteht dasselbe Schnittstellen-Chaos, wenn Fachbereiche jeweils ihr Spezialwerkzeug einführen und niemand vorher die Integration klärt. Dann gibt es drei Systeme mit Kundendaten, zwei Wahrheiten und eine Excel-Brücke, die niemand mehr versteht. Die Lehre aus dem Bericht ist unbequem einfach: Standards und Schnittstellen gehören an den Anfang eines Projekts, nicht in die Nacharbeit.
Und noch ein Punkt, den der Rechnungshof anspricht und den ich bestätige: Man kann nicht steuern, was man nicht misst. Ich erlebe Projektstatus, die aus Ampeln bestehen, die niemand mit Zahlen unterlegt. Fragt man nach dem Nutzen, kommt eine Folie mit Adjektiven statt mit Kennzahlen. Ein Projekt ohne Messgrößen ist keine Planung, sondern eine Hoffnung mit Termin. Der Rechnungshof hat diese Lücke für den Bund beschrieben. Wer sie im eigenen Haus kennt, kann sie schließen, bevor es teuer wird.
Was Sie jetzt konkret tun können
1. Klären Sie die Schnittstellen, bevor Sie ein System auswählen: Welche Systeme müssen sich mit welchen Daten austauschen, in welchem Format, mit welcher Verantwortung?
2. Legen Sie verbindliche Standards im eigenen Haus fest — für Datenformate, Schnittstellen und Benennungen — und schreiben Sie auf, wer sie durchsetzt. Ein Standardsblatt, das niemand durchsetzt, ist Dekoration.
3. Formulieren Sie den Nutzen in einem Satz, der eine Zahl enthält. „Wir sparen X Stunden pro Monat" schlägt jede Adjektivliste.
4. Legen Sie ein übergreifendes Berichtswesen mit messbaren Kennzahlen fest. Der Rechnungshof wirft dem Bund genau dessen Fehlen vor; Reporting ist keine Pflichtübung, sondern Ihr Frühwarnsystem.
5. Wenn ein Vorhaben ins Rutschen gerät, holen Sie sich eine unabhängige Projektsteuerung. Das Vorgehen steht unter IT-Projektsteuerung, ein Überblick unter Leistungen, der direkte Draht unter Kontakt.
Quellen
- netzpolitik.org, „Verwaltungsdigitalisierung: Digitalminister Wildberger wiederholt alte Fehler", 06.08.2026 — https://netzpolitik.org/2026/verwaltungsdigitalisierung-digitalminister-wildberger-wiederholt-alte-fehler/
- Deutscher Bundestag, Drucksache 21/8766, Kleine Anfrage „Steuerungsdefizite bei der Verwaltungsdigitalisierung", 21.09.2026 — https://dserver.bundestag.de/btd/21/087/2108766.pdf
Häufige Fragen
Was ist der Deutschland-Stack?
Ein Baukasten einheitlicher Komponenten, mit denen Bund, Länder und Kommunen ihre Verwaltungsleistungen digitalisieren sollen. Der Rechnungshof bemängelt, dass Standards und Kompatibilität noch nicht belastbar geklärt sind, obwohl der offizielle Start für Anfang 2028 vorgesehen ist.
Ist das nur ein Behördenproblem?
Nein. Fehlende Standards, unklare Ziele und ein Reporting, das erst spät kommt, sind Muster, die ich in mittelständischen IT-Projekten genauso sehe.
Hilft ein Projektmanagement-Tool allein?
Nein. Das Werkzeug dokumentiert eine Steuerung, die es vorher geben muss. Der Bericht zeigt, dass ein zu spät eingeführtes Tool das Grundproblem nicht löst.
Eigene Einordnung, keine Rechtsberatung. Quellen: netzpolitik.org, „Verwaltungsdigitalisierung: Digitalminister Wildberger wiederholt alte Fehler", 06.08.2026 — https://netzpolitik.org/2026/verwaltungsdigitalisierung-digitalminister-wildberger-wiederholt-alte-fehler/ · Deutscher Bundestag, Drucksache 21/8766, Kleine Anfrage „Steuerungsdefizite bei der Verwaltungsdigitalisierung", 21.09.2026 — https://dserver.bundestag.de/btd/21/087/2108766.pdf