Das Programm "servicebasierte IT-Anwendungsarchitektur" beinhaltet den Umbau der IT-Architektur, organisatorische Anpassungen und flankierende Maßnahmen, um Geschäftsprozesse und deren Abbildung in Apps viel stärker als in der Vergangenheit zu verzahnen und zu integrieren. Das Ziel ist damit im Einklang mit der neuen IT Strategie von HAMBURG WASSER, in der ein digitales Unternehmen entwickelt werden soll. Kern des Programms ist ein Paradigmenwechsel hin zu lose gekoppelten, flexiblen und skalierbaren - relativ kleinen sogenannten "Microservices" im Domain Driven Design (DDD), einer enger gefassten Definition von "SOA: Serviceorientierte Architektur". Diese Microservices werden von autonom agierenden Teams entwickelt UND betrieben, wodurch eine viel schnellere Reaktion auf Änderungswünsche erreicht wird. Diese Dienste, die einerseits in Plattformteams innerhalb der klassischen IT entstehen, andererseits auch in neuen cross-funktionalen Teams (oder "Gestalterteams") in den Fachabteilungen erreichen durch ein Schnittstellenmanagement eine hohe Transparenz und kurze Entwicklungszyklen. Die neue Art der Softwareerstellung fügt sich in die parallelen Entwicklungen anderer Projekte "mobile first" und "cloud-native". Als Versorgungsunternehmen stehen bei HAMBURG WASSER die Anlagen, Netze und Kunden im Fokus, weniger IT-Lösungen. Infolgedessen existiert eine Vielzahl an gekauften Standardlösungen, die intelligent integriert werden sollen. Das Programm ist in Phasen gegliedert. Phase 1 (abgeschlossen Oktober 2022): Handlungsstränge: o Initiale Interviews mit Akteuren und Stakeholdern o Workshop Initiierung und Kickoff (September 2020) o Umsetzungsworkshop "digitaler Zwilling" und Projektbegleitung - Startfinanzierung o Entwicklung organisatorisches und technisches Zielbild o interner Teamaufbau, Umsetzungsorganisation o Entwicklung Maßnahmenkatalog, Aufteilung in SOA-Programm und SOA-Projekte Phase 2 (bis Oktober 2024): Handlungsstränge: o Neustrukturierung des SOA-Programms in SWARM inkl. drei Module "SWARM": dazu im Anhang eine Erläuterung o Aufbau eines Enabling-Teams. Siehe auch Anhang: SWARM.ORG o Erstellung Entscheidungsvorlage o SWARM-enabled Pilotprojekt Schichtbuch: o Nutzung Low-Code-Plattform o Agiles Projektmanagement o Formung eines Gestalter-Teams bei W (siehe auch Anhang: SWARM.ORG) o SSO und transparenter Userkontext von und nach SAP o Entwicklung wichtiger Services SAP PM. o Beschaffung API Gateway o POC Datenintegration und Beschaffung o Entwicklung API-Katalog (nicht abgeschlossen) Phase 3 (ab November 2024) Geplante Handlungsstränge SWARM.TEC: o Inbetriebnahme API-Gateway o Inbetriebnahme API-Management, obligatorische Verwendung sicherstellen o Inbetriebnahme Datenintegration, obligatorische Verwendung sicherstellen. o Architekturberatung für neue und laufende Projekte o Entwicklung Service-Portal SWARM.DATA: o Entwicklung Daten-Portal, Integration mit .TEC und .ORG o Begleitung Entwicklung Datengovernance für ganz HW, Begleitung Datamanagement für ganz HW o Beratung für Datenprodukte SWARM.ORG o Teamentwicklung zu Plattform- und Gestalterteams o Product-Vision, Team-Vison Workshops, Auftragsklärung o Stärkung SWARM-Enabling Team Durchführung weiterer SWARM-enabled Projekte: o Schnittstellen für BI