Infrastructure as Code in der Verwaltung: Ein Projekt endet, die Aufgabe bleibt

Was tatsächlich passiert ist

Am 14. September 2026 hat der IT-Planungsrat den Abschluss des Projektvorhabens „Infrastructure as Code" (IaC) im Schwerpunktthema „Digitale Infrastruktur" gemeldet. Es gehört zu den ersten 27 Vorhaben, die der IT-Planungsrat im Juni 2025 zur Umsetzung der Föderalen Digitalstrategie beschlossen hat; der Abschlussbericht steht zum Download bereit. Die zentralen Aussagen:

• Cloud-Technologie und IaC gehen über die technische Umsetzung hinaus. Verwaltungen müssten auch „Prozesse, Rollen und die Zusammenarbeit weiterentwickeln". Cloud und IaC seien „zugleich eine Organisationsaufgabe".
• Jeder Cloud-Anbieter bringt eigene Services, Konzepte und Logiken mit. Eine für einen Anbieter entwickelte IaC-Blaupause lässt sich daher nicht unverändert auf eine andere Cloud übertragen – es braucht gemeinsame Prinzipien und Standards.
• Haupterkenntnis: IaC bringt „einen erheblichen organisatorischen Veränderungsprozess" mit sich. Klare Regeln, Verantwortlichkeiten und Standards sowie neue Kompetenzen seien nötig. Infrastruktur werde „wie Software entwickelt, versioniert und automatisiert ausgerollt"; der Mindset-Change sei entscheidend.
• Der Abschlussbericht betont die Stärke außereuropäischer Anbieter und damit die geopolitische Bedeutung eines wettbewerbsfähigen, resilienten europäischen Technologieökosystems.

Bemerkenswert ist, dass der Bericht die Technik ausdrücklich als Teil einer größeren Aufgabe beschreibt: Es geht nicht um ein Werkzeug, sondern um die Art, wie eine Organisation Infrastruktur bereitstellt und verantwortet.

Meine Einordnung

Nach vielen Jahren in IT-Projekten in Industrie und Banken kann ich die Kernaussage nur unterstreichen: Die Technik ist selten das Problem. Projekte scheitern an unklaren Rollen, an Zuständigkeiten, die niemand aufgeschrieben hat, und an der Annahme, ein neues Werkzeug löse ein altes Organisationsproblem. Infrastructure as Code ist dafür ein Lehrstück. Es verschiebt die Arbeit: Statt Server einzurichten, pflegt man Code, versioniert ihn, lässt ihn prüfen und automatisiert das Ausrollen. Wer diese Verschiebung organisatorisch nicht mitgeht, hat danach nicht weniger Arbeit, sondern mehr – weil dann beides parallel läuft. Ich habe erlebt, wie ein Automatisierungsprojekt nach drei Monaten beinahe abgebrochen wurde, nicht weil die Technik versagte, sondern weil niemand die Freigaben geregelt hatte: Wer durfte eine Änderung in die Produktion schieben? Diese Frage kostet weniger als einen Tag, wenn man sie vorher stellt – und Wochen, wenn man sie mitten im Rollout beantwortet.

Der wichtigste Satz im Bericht ist für mich ein anderer: Blaupausen sind nicht übertragbar. Das ist Lock-in in freundlicher Sprache. Wer seine Infrastruktur tief in die Logik eines Anbieters automatisiert, baut Bindung auf – technisch und wirtschaftlich. Das ist nicht per se falsch, aber es ist eine Entscheidung, die man bewusst treffen sollte, weil sie mit Datenlokalität, Auftragsverarbeitung und Wechselkosten zusammenhängt. In Mandaten sehe ich regelmäßig, dass genau diese Frage zu spät gestellt wird: erst migrieren, dann rechnen.

Und der Hinweis auf außereuropäische Anbieter ist keine Politik, sondern Projektrisiko. Für einen mittelständischen Betrieb im Umland von Fürstenfeldbruck oder Augsburg, der personenbezogene Daten verarbeitet, kann der Rechtsraum des Anbieters die einfachste Automatisierung zur komplizierten Aufgabe machen. Wer das vor der Migration klärt, spart sich eine zweite.

Was Sie jetzt konkret tun können

1. Infrastruktur wie Code behandeln. Provisionierung gehört in ein Repository, mit Versionierung und Review – nicht in Klick-Anleitungen im Wiki.

2. Rollen zuerst klären. Schreiben Sie auf, wer Standards setzt, wer Änderungen freigibt und wer den Betrieb verantwortet. Vor dem Werkzeug, nicht danach.

3. Abhängigkeiten prüfen. Fragen Sie vor der Automatisierung: Wie teuer wird der Wechsel, wo liegen die Daten, wer ist Auftragsverarbeiter?

4. Kompetenzen aufbauen. Eine Lizenz ersetzt keine Fähigkeit. Planen Sie Zeit für Weiterbildung ein, sonst bleibt die Automatisierung eine Baustelle.

5. Unterstützung holen. Wenn Sie Ihre Infrastruktur modernisieren wollen: Im Bereich IT-Infrastruktur begleite ich Konzept und Umsetzung, und unter Leistungen sehen Sie, was dazugehört.

Quellen

• IT-Planungsrat, „IT-Infrastruktur automatisiert bereitstellen – Projektvorhaben ‚Infrastructure as Code' abgeschlossen", 14.09.2026 — https://www.it-planungsrat.de/aktuelles/details/it-infrastruktur-automatisiert-bereitstellen-projektvorhaben-infrastructure-as-code-abgeschlossen
• IT-Planungsrat, Abschlussbericht „Infrastructure as Code" (PDF) — https://www.it-planungsrat.de/fileadmin/it-planungsrat/projekte/projekte-it-planungsrat/IaC_Bericht.pdf