Intelligente Infrastruktur

Städte beginnen, wie Systeme zu funktionieren: Der nächste Wettlauf um intelligente Infrastruktur im öffentlichen Sektor

Die intelligente Infrastruktur des öffentlichen Sektors wandelt sich von der „Beschaffung von Geräten“ zum „Systembetrieb“. Die eigentliche Wasserscheide ist nicht die Anzahl der Sensoren, sondern ob eine Stadt Daten, Schnittstellen, Algorithmen und Sicherheit in Echtzeit steuern kann – das ist die zugrunde liegende Variable für den Städtewettbewerb der nächsten zehn Jahre.

Städte beginnen, wie Systeme zu funktionieren: Der nächste Wettbewerb um intelligente Infrastruktur im öffentlichen Sektor

In den vergangenen zehn Jahren hat sich das Verständnis des öffentlichen Sektors von „intelligenter Infrastruktur“ still verschoben.

Sie wurde zunächst als eine Liste von Geräte-Upgrades betrachtet: energiesparendere Straßenlaternen, vernetzte Wasserzähler, an Kreuzungen installierte Kameras, aus der Ferne ablesbare Stromzähler. Diese Projekte wurden in der Regel von einer einzelnen Abteilung vorangetrieben, mit klaren Abnahmekriterien und einem eindeutigen Budgetzyklus. Doch was die Logik des Stadtbetriebs wirklich veränderte, waren nicht diese Geräte selbst, sondern dass sie die Stadt erstmals mit einem kontinuierlichen Zustand ausstatteten – einem Betriebszustand, der fortlaufend ausgelesen, koordiniert und vorausschauend beeinflusst werden kann.

Wenn Rio de Janeiro die Echtzeitbilder und -daten mehrerer Abteilungen in ein einziges Betriebszentrum einspeist, wenn Barcelona versucht, öffentliche Einrichtungen an eine einheitliche städtische IoT-Schicht anzuschließen, und wenn Singapur beginnt, einen digitalen Zwilling auf Stadtebene aufzubauen, dann sind diese Projekte oberflächlich betrachtet technische Vorhaben, doch tatsächlich beantworten sie alle dieselbe Frage: Kann eine Stadt wie ein System betrieben werden?

Diese Frage hat keine Standardantwort. Und wenn sie beim öffentlichen Sektor landet, wird die Antwort oft nicht von der Technik gegeben.

Von periodischem Management zur kontinuierlichen Zustandserfassung

Die traditionelle Stadtverwaltung hat ihren festen Rhythmus. Budgets werden jährlich aufgestellt, Kontrollen wöchentlich angesetzt, Beschwerden einzeln beantwortet, Unfälle anhand von Berichten rekonstruiert. Dieser Rhythmus hielt lange Bestand, weil die Kosten der Informationserfassung zu hoch waren – die Stadt konnte sich selbst nur stichprobenartig beobachten.

Was intelligente Infrastruktur verändert, ist genau diese Zeitkonstante. Wenn Verkehrssignale, Druck in Rohrnetzen, Müllfahrzeuge und Energieverbrauch öffentlicher Gebäude kontinuierlich Daten erzeugen, wird die „Wahrnehmung“ der Stadt von Stichproben zu kontinuierlich. Die Veränderung besteht nicht darin, etwas zu sehen, was zuvor unsichtbar war, sondern darin, dass die Uhr der Entscheidungsfindung schneller gestellt wird.

Das ist auch der Grund, warum viele Städte zuerst adaptive Verkehrssignalsysteme eingeführt haben und nicht die schickeren städtischen Großbildschirme. Die Verkehrsbehörde von Los Angeles investiert seit Jahren kontinuierlich in adaptive Signalsteuerung, und die Logik ist sehr pragmatisch: Staus an Kreuzungen sind ein Problem, das im Sekundentakt beobachtet und ebenso im Sekundentakt beeinflusst werden kann. Es muss die Stadt nicht neu definieren, sondern nur die bestehende Verwaltungskette schneller laufen lassen.

Dieselbe Logik wiederholt sich derzeit in den Bereichen Wasser, Energie und öffentliche Sicherheit. Die Leckageerkennung wandelt sich von „nach einer Beschwerde untersuchen“ zu „bei Druckanomalien warnen“, Straßenlaternen von „nach Zeit ein- und ausschalten“ zu „nach Fußgängeraufkommen regeln“. Das sind keine großen Erzählungen, doch in der Summe verändern sie die Standardreaktionszeit der kommunalen Verwaltung.

Daten sind kein Nebenprodukt, sondern ein neues öffentliches Gut

Das Quayside-Projekt in Toronto ist ein Präzedenzfall, an dem man nicht vorbeikommt. Sidewalk Labs arbeitete mit Waterfront Toronto zusammen und plante, im Uferbereich ein stark sensorisiertes Quartier zu errichten. Das Projekt wurde schließlich 2020 eingestellt, und im Zentrum der öffentlichen Kontroverse stand nicht die technische Machbarkeit, sondern wer die Daten besitzt, wer aus ihnen Profit schlägt und ob die alltäglichen Aktivitäten im öffentlichen Raum kommerzialisiert werden dürfen.Das Ende dieses Projekts hatte weitreichendere Auswirkungen als sein technisches Konzept. Danach fügten viele Städte in Smart-City-Verträge eine neue Klausel ein: wem Daten gehören, die Grenzen ihrer Nutzung und Exit-Mechanismen. Der Schwerpunkt der Verhandlungen verlagerte sich von „Was kannst du anbieten?“ zu „Was behalte ich?“.

Diese Verschiebung weist in dieselbe Richtung wie die Erfahrungen mit nationaler Dateninfrastruktur. Estlands X-Road wird nicht deshalb immer wieder untersucht, weil es technisch komplex ist, sondern weil es den institutionenübergreifenden Datenaustausch in eine regelgebundene Basisschicht verwandelt hat: wer abfragen darf, warum abgefragt wird und wann Spuren hinterlassen werden. Auch Indiens öffentliche digitale Ebene, die rund um digitale Identität und Zahlungen aufgebaut wird, steht vor derselben Frage: Wenn Infrastruktur öffentlich gemacht wird, müssen Zugangs- und Steuerungsrechte zugleich definiert werden.

Immer mehr politische Diskussionen beginnen, den Begriff „digitale öffentliche Infrastruktur“ zu verwenden, um solche Systeme zu beschreiben. Der Subtext lautet: Die digitale Ebene einer Stadt ist kein Produkt eines einzelnen Anbieters, sondern etwas, das als öffentliches Gut gestaltet und gepflegt werden muss.

Die Verlockung der Plattformisierung und die Kosten des Lock-in

Das „städtische Betriebssystem“ ist eine kraftvolle Metapher: verteilte Fachsysteme auf einer Plattform zu vereinheitlichen und alle Anwendungen mit einer gemeinsamen Datenbasis zu stützen. Es löst zwar die Probleme von Doppelentwicklungen und Schnittstellenchaos, birgt aber ein neues Risiko: ressortübergreifende Fähigkeiten an die Roadmap eines einzigen Anbieters zu binden.

Damit wird aus einer technischen Frage eine institutionelle Frage: Sind die Schnittstellen offen, sind die Standards migrierbar, wie hoch sind die Ausstiegskosten?

Die Beschaffungsentscheidungen einiger lokaler Regierungen in Europa lassen sich in diesem Kontext verstehen. Das deutsche Bundesland Schleswig-Holstein entschied, die Migration zu Open-Source-Software an Verwaltungsarbeitsplätzen voranzutreiben, während München viele Jahre lang zwischen Open-Source- und kommerzieller Software hin- und herschwankte. Die treibenden Motive dieser Entscheidungen waren selten reine Kosten- oder Leistungsgründe, sondern vielmehr eine Neubewertung von Abhängigkeiten: Wer bestimmt den Rhythmus der Aktualisierungen? Wer legt die Priorität von Funktionen fest? Wer kann bei Vertragsende die Daten mitnehmen?

Für den öffentlichen Sektor ist Beschaffung nie nur ein Einkauf, sondern die Wahl einer langfristigen Beziehung. Die Beschaffung intelligenter Infrastruktur dehnt die Dauer dieser Beziehung noch weiter aus.

Algorithmen in der Governance: Woher kommt die Legitimität?

Wenn Automatisierung beginnt, in konkrete Entscheidungen einzugreifen – Ressourcenallokation, Risikoeinstufung, Genehmigungsprüfung, Simulation der Stadtplanung –, geht es nicht mehr um die Frage „Wie hoch ist die Genauigkeit?“, sondern um „Mit welcher Berechtigung?“.

Amsterdam und Helsinki haben nacheinander öffentlich zugängliche Algorithmen- oder KI-Register eingerichtet, um zu erklären, an welchen Stellen kommunale Systeme Automatisierung einsetzen, auf welcher Grundlage und wer dafür verantwortlich ist. Der Sinn solcher Instrumente liegt nicht in der technischen Transparenz selbst, sondern darin, dass sie Algorithmen in bestehende öffentliche Rechenschaftsstrukturen einbetten: Wer genehmigt, wer prüft, wer zur Rechenschaft gezogen werden kann.

Das Inkrafttreten der KI-Verordnung der EU hat diese Praxis weiter von einer Entscheidung einzelner Städte in ein regionales Compliance-Umfeld überführt. Für den öffentlichen Sektor ist eine praktische Konsequenz: Die Geschwindigkeit, mit der intelligente Infrastruktur in Betrieb genommen wird, hängt möglicherweise nicht mehr von Rechenleistung und Netzwerken ab, sondern davon, ob klar erklärt werden kann, warum ein System eine bestimmte Entscheidung trifft.Dies ist nicht die Sprache der Technokraten, sondern die Sprache der Governance. Und Städte müssen beide Sprachen gleichzeitig sprechen.

Digitale Zwillinge: Vom „Sehen“ zum „Probedurchlauf“

Digitale Zwillinge werden oft als dreidimensionale Visualisierung missverstanden. Ihr wirklich wertvoller Nutzen besteht darin, Entscheidungen zu einem testbaren Gegenstand zu machen.

Eines der Ziele beim Aufbau eines städtischen digitalen Zwillings in Singapur ist es, Planungs- und Notfallszenarien in einer virtuellen Umgebung wiederholt durchspielen zu können: wie sich Windverhältnisse und Wärmelast verändern, wenn in einem Gebiet die Bebauungsdichte erhöht wird; welche Straßenabschnitte bei einem extremen Regenereignis zuerst überflutet werden. Die Arbeit an digitalen Zwillingen, die Toronto in der Post-Quayside-Phase vorantreibt, legt den Schwerpunkt ebenfalls auf die Simulation von Infrastruktur- und Entwicklungsszenarien, nicht auf die Überwachung von Nachbarschaften.

Der Wert solcher Systeme liegt nicht im Bild, sondern darin, den Entscheidungsakt vorab als „Experiment“ durchzuführen. Für eine Stadt ist das eine seltene Fähigkeit – die reale Welt lässt sich nicht zurückspulen, die Simulation schon.

Sicherheit ist kein Zusatzposten mehr, sondern eine Eigenschaft der Infrastruktur

Wenn die Steuerungsebenen von Verkehr, Energie, Wasser und öffentlichen Diensten beginnen, sich zu vernetzen, ist die Angriffsfläche nicht mehr ein einzelner Punkt. Ein kompromittierter Sensor ist belanglos, ein manipulierter Steuerbefehl kann jedoch physische Systeme beeinflussen.

Die Aktualisierung der EU-Cybersicherheitsrichtlinie bezieht mehr öffentliche Stellen und Betreiber kritischer Infrastrukturen in den Regulierungsbereich ein. Das spiegelt einen breiteren Konsens wider: In intelligenter Infrastruktur ist Sicherheit keine Härtungsarbeit nach der Inbetriebnahme, sondern eine Voraussetzung des Designs. Städte brauchen nicht nur Firewalls, sondern auch Lieferkettenprüfungen, Notfall-Umschaltfähigkeiten und ressortübergreifende Übungen – all das gehört zur Stadtgovernance, nicht zum IT-Betrieb.

Im nächsten Wettbewerb zählt institutionelle Fähigkeit

Wenn man diese Hinweise zusammenfügt, ergibt sich eine relativ klare Einschätzung: Bei der Konkurrenz zwischen Städten um digitale Fähigkeiten liegt die eigentliche Trennlinie nicht in der Technologieauswahl.

Sensoren lassen sich beschaffen, Cloud-Ressourcen mieten, Modelle abrufen. Schwer zu replizieren ist: ob Ressorts Daten teilen können, ob die Beschaffung langfristige Abhängigkeiten erkennen kann, ob die Haushaltsplanung von einmaligen Investitionsausgaben zu laufenden Betriebsausgaben übergehen kann und ob eine Stadt genügend interne technische Kompetenz besitzt, um die von Anbietern vorgelegten Lösungen zu beurteilen.

Das erklärt auch, warum einige Smart-City-Projekte, die anfangs viel Aufmerksamkeit erregten, nach einigen Jahren verblassten, während andere, weniger auffällige Projekte im laufenden Betrieb ständig zusätzlichen Wert schufen. Erstere zielten oft auf die Zahl installierter Geräte, Letztere auf die Kontinuität der Dienste.

Die zunehmende Intelligenz der Infrastruktur stellt letztlich die Institutionen selbst auf die Probe. Städte brauchen nicht mehr Sensoren, um zu beweisen, dass sie klüger werden; sie brauchen stärkere Koordinationsfähigkeit, klarere Grenzen von Zuständigkeit und Verantwortung sowie ein Finanzmodell, das bereit ist, für den langfristigen Betrieb zu zahlen.

Die eigentliche Frage ist vielleicht nicht, ob eine Stadt in Echtzeit betrieben werden kann, sondern: Wenn eine Stadt tatsächlich in Echtzeit betrieben werden kann, wer entscheidet, in welche Richtung sie betrieben wird.

Die Antwort auf diese Frage liegt nicht im Serverraum.

Öffentliche Aktennotiz · smart-city-frontier

smart-city-frontier stellt diesen Hinweis in Redaktionelle Position, Themen und Kontakt von Smart City Frontier.. die Quellen-URLs sollten vor jeder Wiederverwendung der Zusammenfassung geöffnet werden: Kanal / Bereichsdaten sind vorübergehend nicht verfügbar / Zurück erklärt den lokalen redaktionellen Blick. Daten, Namen und Statuswechsel bleiben zu prüfen.

Quellen-URLs

  1. https://appinventiv.com/blog/smart-infrastructure-for-the-public-sector