[Seite 1]
ööffffeennttlliicchh
Anlage 3.3 zum Verfahrensbrief
Rollenbeschreibung Solution/Domain Architect
Die folgende Rollenbeschreibung konkretisiert das Profil der Solution / Domain Architect für die Quer- schnittsleistung „Plattform-Architektur und Qualitätssicherung“ in der Matrixorganisation der Stadt- werke Leipzig GmbH. Die Rolle agiert losübergreifend und unterstützt softwarezentrierte Vorhaben in den Domänen IoT, Erzeugung & Handel, Netzanschluss und Kundenlösungen. Die Rollenbeschreibung dient als Grundlage für die Personalbenennung im Angebot und für die Eignungsprüfung der vom Bieter benannten Mitarbeitenden. Der Einsatzscope wird durch den Auftraggeber fallweise je Leistungsschein definiert.
1 Rollenbeschreibung Solution / Domain Architect
Der Solution / Domain Architect verantwortet die fachlich-technische Architektur über Domänen hin- weg. Er entwickelt Zielbilder und Referenzarchitekturen, gestaltet API- und Integrationsarchitekturen innerhalb und zwischen den Domänen und stellt konsistente Architekturentscheidungen im Zusammen- spiel mit Plattform-, Security-, Betriebs- und Fachbereichen sicher. Er agiert in gemischten Teams aus internen und externen Mitarbeitenden im Rahmen agiler, cross-funktionaler Entwicklungsprozesse. Er verfügt über fundierte Kompetenzen in der Solution- und Domänenarchitektur softwarezentrierter Systeme in Multi-Domain-Umgebungen. Er strukturiert fachliche Kontexte entlang etablierter Methoden (z. B. Domain-Driven Design), entwirft API- und Eventarchitekturen und wählt Integrationsmuster nut- zungsangemessen aus. Er dokumentiert Architekturentscheidungen nachvollziehbar (ADR) und stellt de- ren Umsetzbarkeit im Zusammenspiel mit der Cloud-Native-Plattform sicher. Zu seinen Aufgaben zählen die Erarbeitung fachlich-technischer Zielbilder und Referenzarchitekturen, das Design von APIs und Event-Flows, die Bewertung und Auswahl geeigneter Integrationsansätze, die Beratung der Product Owner und Entwicklungsteams sowie die Erstellung und Pflege übergreifender Ar- chitekturdokumentation (ADR, Kontextdiagramme, Referenzmodelle). In der Matrixorganisation stimmt er sich aktiv mit den Product Ownern und Domain Ownern der Domä- nen IoT, Erzeugung & Handel, Netzanschluss und Kundenlösungen ab, identifiziert und managt fachlich- technische Abhängigkeiten und beteiligt sich an domäneninternen und -übergreifenden Synchronisati- onsformaten (z. B. Architekturboards, Community of Practice). Er nutzt die vom Auftraggeber vorgege- benen Kollaborations- und Projektmanagementwerkzeuge (Jira, Confluence, Microsoft Teams, Topdesk) sowie KI-gestützte Werkzeuge im Architektur- und Dokumentationsprozess. Eine eigenständige Verantwortung für die Produktstrategie einzelner Domänen, die Cloud-Native-Platt- form-Governance oder unternehmensweite Investitionsentscheidungen wird nicht vorausgesetzt; diese verbleiben bei Product Ownern, Domain Ownern, Platform Architects sowie der Linienführung.
Mindestkriterien zur Einordnung in das Rollenprofil Solution / Domain Architect
Ein Profil ist entsprechend einzuordnen, wenn alle der folgenden Mindestkriterien erfüllt, sind: Nachgewiesene mehrjährige Berufserfahrung (mindestens 5 Jahre) in Solution- bzw. Domain-Architek- tur-Rollen Nachgewiesene Erfahrung in Multi-Domain-/Multi-Team-Umgebungen mit ausgeprägten domä- nenübergreifenden Abhängigkeiten
Rollenbeschreibung Solution/Domain Architect
[Seite 2]
Sicherer Umgang mit API-Design (REST, GraphQL) sowie mit Event-Driven-/Messaging-Konzep- ten (Apache Kafka, MQTT) Nachgewiesene Erfahrung in der Konzeption und Entwicklung microservicebasierter Webanwen- dungen Nachgewiesene Praxis mit Domain-Driven-Design Nachgewiesene Erfahrung mit Modellierungsnotationen (z. B. C4-Modell, ArchiMate) Erfahrung in der Zusammenarbeit mit Cloud-Native-Plattform-Architektur (Kubernetes, CI/CD, Observability, Security) Versionierung mit Git (GitLab) Sprachen: Deutsch (fließend in Wort und Schrift) und Englisch (mindestens C1, fließend in Wort und Schrift) Sichere Methodenkenntnisse aus den Bereichen der agilen Produktentwicklung, insbesondere in cross-funktionalen Teams Nachweisliche Nutzung von Jira und Confluence Nachweisliche Nutzung KI-gestützter Werkzeuge im Architektur- und Dokumentationsprozess Wünschenswert: Anerkannte Architektur-Zertifizierung (z. B. iSAQB CPSA, TOGAF) Wünschenswert: Erfahrung mit Datenarchitekturen (Data Products, Data Mesh) Wünschenswert: Nachgewiesene Erfahrung im energiewirtschaftlichen Umfeld (z. B. Messwe- sen, Marktkommunikation, Netzbetrieb) oder in vergleichbaren regulierten Branchen
Abgrenzung der Rolle
Profile, die nur klassische Projektleitungs-, reine Entwicklungs- oder ausschließlich Plattform-/Infrastruk- tur-Tätigkeiten beschreiben, ohne eine nachweisbare Verantwortung für Solution- oder Domain-Archi- tektur aufzuzeigen, erfüllen nicht die Anforderungen an die Rolle eines Solution- bzw. Domain-Architek- ten.
Seite 2 von 2