Wenn jede Leistung ihre eigene Infrastruktur bekommt
Ein Fachbereich führt ein Formularsystem ein, ein anderer eine Terminlösung, ein dritter ein Portal mit eigener Benutzerverwaltung. Jede Entscheidung kann für sich sinnvoll sein. Zusammen entsteht jedoch eine Landschaft, in der dieselben Aufgaben mehrfach gelöst werden: Anmeldung, Benachrichtigung, Dokumentenablage, Schnittstellenbetrieb und Support.
Eine kommunale Plattformstrategie fragt deshalb zuerst nach gemeinsam benötigten Fähigkeiten. Welche Funktionen können mehrere Verwaltungsleistungen nutzen? Wo müssen Fachverfahren eigenständig bleiben? Und wer verantwortet die verbindenden Dienste? Das Ergebnis ist ein Zielbild mit klaren Zuständigkeiten und einem realistischen Übergang aus der bestehenden Landschaft.
Der wirtschaftliche Nutzen entsteht erst durch tatsächliche Nachnutzung. Ein zentral beschafftes Produkt, das Fachbereiche wegen fehlender Funktionen umgehen, erhöht die Kosten möglicherweise zusätzlich. Die Plattform muss daher konkrete Aufgaben erleichtern und für ihre Nutzerinnen und Nutzer verlässlich verfügbar sein.
Das Zielbild entlang fachlicher Fähigkeiten aufbauen
Erfassen Sie zunächst wiederkehrende Anforderungen mehrerer Leistungen. Unterscheiden Sie zwischen dem Zugang für Bürgerinnen und Bürger, der Steuerung von Vorgängen, dem Austausch mit Fachverfahren sowie dem technischen Betrieb. Diese Trennung hilft, Produktentscheidungen später an Anforderungen zu messen.
- Zugang: Formulare, Informationen, Anmeldung und verständliche Rückmeldungen.
- Bearbeitung: Aufgaben, Zuständigkeiten, Fristen und nachvollziehbare Bearbeitungsstände.
- Integration: Übergabe strukturierter Daten und Dokumente an Fachverfahren.
- Gemeinsame Dienste: Benachrichtigung, gegebenenfalls Bezahlung und Dokumentenfunktionen.
- Betrieb: Berechtigungen, Überwachung, Sicherung, Aktualisierung und Support.
Diese Fähigkeiten müssen nicht jeweils durch ein eigenes Produkt abgedeckt werden. Ein vorhandenes Fachverfahren kann mehrere Aufgaben bereits gut erfüllen. Entscheidend ist, dass Verantwortungsgrenzen und Übergaben verständlich bleiben. Vermeiden Sie insbesondere konkurrierende Bearbeitungsstände in zwei Systemen, ohne festzulegen, welches System führend ist.
Die Plattform als dauerhaftes Angebot organisieren
Das CNCF Platforms White Paper beschreibt interne Plattformen als gemeinsame Fähigkeiten für die Teams, die darauf Lösungen bereitstellen. Für eine Kommune lässt sich daraus eine organisatorische Leitidee ableiten: Die Plattform braucht einen verantwortlichen Betreiber, einen verständlichen Leistungskatalog und Rückmeldungen aus den Fachbereichen.
Beschreiben Sie, wie eine neue Verwaltungsleistung aufgenommen wird. Welche Schnittstellen sind verfügbar? Welche Konfiguration kann ein Fachbereich selbst übernehmen? Welche Änderungen benötigen technische Unterstützung? Ein nachvollziehbarer Aufnahmeprozess reduziert Einzelfallabsprachen und macht Aufwand früh sichtbar.
Benennen Sie außerdem eine fachliche Verantwortung für Prioritäten und Finanzierung. Technische Betriebsbereitschaft allein entscheidet nicht, welche Erweiterung als Nächstes sinnvoll ist. Dafür müssen mehrere Fachbereiche ihre Bedarfe gemeinsam bewerten und die Auswirkungen auf bestehende Leistungen berücksichtigen.
Standardisierung braucht einen geregelten Umgang mit Ausnahmen. Wenn ein Fachverfahren eine besondere Schnittstelle benötigt, sollten Nutzen, Folgekosten und Wartungsverantwortung dokumentiert werden. Eine bewusst betreute Ausnahme ist beherrschbarer als eine unbemerkte Sonderlösung außerhalb des Zielbilds.
Datenübergaben und gemeinsame Ausfallrisiken beherrschen
Eine Integrationsschicht kann Fachverfahren von wechselnden Portalen und Formularlösungen entkoppeln. Dazu benötigt sie dokumentierte Datenmodelle, Versionen und Fehlermeldungen. Ein technisch angenommener Aufruf darf nicht mit einer fachlich erfolgreichen Übernahme verwechselt werden. Beide Zustände müssen für den Betrieb unterscheidbar sein.
Gemeinsame Dienste bündeln zugleich Risiken. Fällt die zentrale Anmeldung aus, können mehrere Leistungen betroffen sein. Legen Sie deshalb fest, welche Funktionen wie kritisch sind, wie Ausfälle erkannt werden und welche Ersatzabläufe zur Verfügung stehen. Die Antwort kann je nach Dienst unterschiedlich ausfallen; eine unnötig komplexe Hochverfügbarkeitslösung belastet kleine Betriebsteams.
Betrachten Sie Austauschbarkeit bereits bei der Einführung. Prüfen Sie Exporte, Integrationsaufwand und Übergabeunterlagen mit konkreten Testfällen. Die Architektur muss auch nach einer Produktentscheidung genügend Wissen in der Organisation erhalten, um Erweiterungen und Anbieterwechsel beurteilen zu können.
Mit zwei geeigneten Leistungen beginnen
Wählen Sie einen Pilotbereich mit erkennbarem Nutzen und beherrschbarer Komplexität. Besonders aufschlussreich sind zwei Leistungen, die gemeinsame Fähigkeiten benötigen, sich fachlich aber unterscheiden. Erst die zweite Anbindung zeigt, ob ein Baustein tatsächlich wiederverwendbar ist oder nur für den ersten Anwendungsfall entwickelt wurde.
In einem illustrativen Szenario nutzen eine Terminreservierung und ein Antragsprozess denselben Benachrichtigungsdienst. Die Fachsysteme übergeben Ereignisse über dokumentierte Schnittstellen. Der Dienst übernimmt Vorlagen und Zustellung; fachliche Entscheidungen und Bearbeitungsstände bleiben in den zuständigen Anwendungen. Fehlgeschlagene Zustellungen werden sichtbar und können gezielt erneut angestoßen werden.
Prüfen Sie im Pilot auch Betrieb und organisatorische Abläufe. Ein Fachbereich muss wissen, an wen er sich bei einer fehlerhaften Vorlage wendet und wer eine Schnittstellenänderung freigibt. Diese Zuständigkeiten sollten vor dem Ausbau auf weitere Leistungen belastbar funktionieren.
Für die Migration bestehender Lösungen braucht es einen gestuften Plan. Neue und alte Systeme können zeitweise parallel existieren, aber jeder Parallelbetrieb benötigt ein Endkriterium. Erst wenn Datenübernahme, Nutzerschulung und fachliche Abnahme abgeschlossen sind, lässt sich die bisherige Lösung geordnet stilllegen.
Den Nutzen nachweisen und die Strategie fortschreiben
- Bestand verstehen: Anwendungen, gemeinsame Funktionen, Schnittstellen und Betriebskosten sind erfasst.
- Verantwortung klären: Plattform, Fachverfahren und übergreifende Änderungen haben benannte Verantwortliche.
- Nachnutzung prüfen: Mindestens zwei Leistungen verwenden einen gemeinsamen Baustein ohne unkontrollierte Sondervarianten.
- Betrieb testen: Ein Ausfall eines gemeinsamen Dienstes wird erkannt, zugeordnet und nach einem vereinbarten Verfahren bearbeitet.
- Wirtschaftlichkeit messen: Integrationsaufwand, Betreuungsaufwand und Kosten für Parallelbetrieb werden mit der Ausgangslage verglichen.
Bewerten Sie zusätzlich, wie lange eine weitere Leistung bis zur produktiven Nutzung benötigt und an welchen Stellen manuelle Abstimmungen entstehen. Diese Beobachtungen liefern die Grundlage für den nächsten Ausbau. Eine tragfähige Plattformstrategie wächst entlang nachgewiesenen Nutzens und bleibt für neue fachliche Anforderungen anpassbar.