[Seite 1]
öffentlich
1. Allgemeine Vorbemerkungen
Ziel ist die langfristige Zusammenarbeit mit qualifizierten Dienstleistern, die in gemischten Teams aus internen und externen Mitarbeitenden agieren.
Bieter können sich auf eines oder mehrere Lose bewerben. Die Vergabe erfolgt losweise. Die maximale Anzahl Rahmenvertragspartner wird je Los in den vertraglichen Rahmenbedingungen festgelegt.
- Übergreifende Anforderungen
Sichere Beherrschung von Englisch in Wort und Schrift durch alle eingesetzten Mitarbeitenden
Bereitschaft zur Arbeit in gemischten Teams (in-house / extern, lokal / remote)
Nutzung der vom Auftraggeber vorgegebenen Kollaborationswerkzeuge (Jira, Confluence,
Microsoft Teams, Topdesk)
Nachweis der Nutzung von KI-gestützten Entwicklungswerkzeugen (z. B. GitHub Copilot, Jet-
Brains AI)
Abrechnung nach Aufwand auf Basis von Leistungsscheinen
Vertraulicher Umgang mit allen projektbezogenen Informationen und Daten
Einhaltung aller relevanten Datenschutz- und IT-Sicherheitsvorgaben des Auftraggebers
Einhaltung der entsprechenden Vorgaben zur Dokumentationspflicht
Sichere Methodenkenntnisse aus den Bereichen der Agilen Softwareentwicklung, insbesondere
in Cross-Funktionalen Teams
Leistungsbeschreibung Microservices
[Seite 2]
3. Los 1: Entwicklung und Betrieb von Microservices in der Domain Kundenlö-
sungen
Hintergrund und Kontext
Die Digitale Plattform der Stadtwerke Leipzig ist eine moderne, vollintegrierte Entwicklungs- und Be- triebsumgebung für Kubernetes/Docker-basierte Micro-Services. Der grundsätzliche Aufbau der Platt- form und die Produktivsetzung der unterstützten Umgebungen (Stages) haben bereits stattgefunden. Sie bildet die technische Basis für alle digitalen Produkte und internen Anwendungen der LSW. Die Ent- wicklung gliedert sich in die vier fachlichen Domains Kundenlösungen, Netzanschluss, Energieerzeugung und -handel sowie IoT.
3.1. Leistungsumfang
Gegenstand dieses Loses ist die Erbringung folgender Leistungen:
Entwicklung von Anwendungen und Micro-Services in der Domain Kundenlösungen Applikationsbetrieb (2nd / 3rd Level Support) von Anwendungen und Micro-Services in der Do- main Kundenlösungen
3.2. Technische Rahmenbedingungen
Die Entwicklung orientiert sich an den Anforderungen moderner Cloud-nativer Architekturen. Folgende technische Vorgaben sind verbindlich:
Architekturmuster: Micro-Services Entwicklungsinfrastruktur: Kubernetes / Docker, GitLab CI/CD, mehrere Stages (Entwicklung, Test, Produktion) Backend: primär Java (Spring Framework), TypeScript (Node.js, Nest.js), ergänzend Python Frontend (web-basiert): primär Angular (HTML5, CSS3, JavaScript) Mobile: Android und iOS
Weitere Basistechnologien: Keycloak, PostgreSQL, InfluxDB, Apache Kafka, MQTT Broker, n8n (Work- flow-Automatisierung)
Die sichere Beherrschung aller genannten Technologien wird vorausgesetzt und ist im Angebot anhand von Referenzen zu belegen.
3.3. Aufgaben und Tätigkeiten
Die Entwicklungstätigkeit umfasst typischerweise:
Mitarbeit in teamübergreifenden Anwendungsentwicklungsteams (gemischt intern/extern, lo- kal/remote) Anwendung agiler Vorgehensweisen: Scrum (2-Wochen-Sprints) oder Kanban je nach Team
Seite 2 von 10
[Seite 3]
Koordination und Aufgabensteuerung über teamspezifische Jira-Boards; Teilnahme an Daily- Meetings Durchführung aller Phasen des Software-Entwicklungszyklus: Anforderungsanalyse, Design, Ent- wicklung, Test, Rollout und Betrieb
3.3.1. Definition of Done
Software-Komponenten gelten als fertiggestellt, wenn folgende Kriterien erfüllt sind:
Technische Dokumentation in Confluence (z. B. Anwendungsarchitektur, API-Dokumentation) Hohe Testabdeckung durch automatisierte Unit- und Integrationstests Vollständige CI/CD-Pipeline-Integration Performance-Tests (sofern fachlich geboten) Dokumentierte Betriebsübergabe an das interne DevOps-Team (Incident- / Alert-Management, First Level Support)
3.4. Applikationsbetrieb (2nd / 3rd Level Support)
Der Dienstleister übernimmt den 2nd- und 3rd-Level-Support für die von ihm entwickelten Anwendun- gen. Die Regelservicezeit ist Montag bis Freitag, 06:00-18:00 Uhr, ausgenommen EU-weit einheitliche Feiertage. Tickets werden über Jira / Topdesk der Stadtwerke Leipzig erfasst und bearbeitet. 3.5. Kommunikation und Zusammenarbeit
Ticketverwaltung: Jira / Topdesk (Stadtwerke Leipzig) Dokumentation: Confluence (Stadtwerke Leipzig) Tägliche Kommunikation: Microsoft Teams (Stadtwerke Leipzig) Arbeitssprache: Englisch (alle Mitarbeitenden); Deutsch (Scrum Master / Product Owner)
3.6. Spezifische Anforderungen an die eingesetzten Mitarbeitenden
Scrum Master / Product Owner: sichere Kommunikation auf Deutsch; Kenntnisse kritischer ener- giewirtschaftlicher Prozesse werden erwartet Senior Applikationsentwickler nachweisbare Erfahrung in der Stream-Verarbeitung von Telemet- rie-Daten mit hohen Volumina (z. B. Apache Kafka, MQTT)
3.7. Anzahl und Rollen der einzusetzenden Mitarbeitenden
| Rolle | Angestrebte Anzahl |
|---|---|
| Applikationsentwickler Ju- nior/Senior | 10-12 Personen |
| Solution Domain Architect | 1 Person |
| QA Engineer | 1 Person |
| Product Owner Junior/Se- nior | 1-2 Personen |
| Scrum Master | 1 Person |
| UI/UX Designer | 1 Person |
Seite 3 von 10
[Seite 4]
3.8. Vertragliche Rahmenbedingungen
| Geschätzter Wertumfang: | ca. 1.375.000 EUR / Jahr |
|---|---|
| Abrechnungsmodell: | Nach Aufwand auf Basis von Leistungsscheinen |
| Laufzeit: | 3 Jahre mit einmaliger Verlängerungsoption um 1 weiteres Jahr |
| Rahmenvertragspartner: | 1 |
4. Los 2: Entwicklung und Betrieb von Microservices in der Domain Netzan-
schluss
Hintergrund und Kontext
Die Digitale Plattform der Stadtwerke Leipzig ist eine moderne, vollintegrierte Entwicklungs- und Be- triebsumgebung für Kubernetes/Docker-basierte Micro-Services. Der grundsätzliche Aufbau der Platt- form und die Produktivsetzung der unterstützten Umgebungen (Stages) haben bereits stattgefunden. Sie bildet die technische Basis für alle digitalen Produkte und internen Anwendungen der LSW. Die Ent- wicklung gliedert sich in die vier fachlichen Domains Kundenlösungen, Netzanschluss, Energieerzeugung und -handel sowie IoT.
Leistungsumfang
Gegenstand dieses Loses ist die Erbringung folgender Leistungen:
Entwicklung von Anwendungen und Micro-Services in der Domain Netzanschluss Applikationsbetrieb (2nd / 3rd Level Support) von Anwendungen und Micro-Services in der Do- main Netzanschluss
Technische Rahmenbedingungen
Die Entwicklung orientiert sich an den Anforderungen moderner Cloud-nativer Architekturen. Folgende technische Vorgaben sind verbindlich:
Architekturmuster: Micro-Services Entwicklungsinfrastruktur: Kubernetes / Docker, GitLab CI/CD, mehrere Stages (Entwicklung, Test, Produktion) Backend: primär Java (Spring Framework), TypeScript (Node.js, Nest.js), ergänzend Python Frontend (web-basiert): primär Angular (HTML5, CSS3, JavaScript) Mobile: Android und iOS
Weitere Basistechnologien: Keycloak, PostgreSQL, InfluxDB, Apache Kafka, MQTT Broker, n8n (Work- flow-Automatisierung)
Die sichere Beherrschung aller genannten Technologien wird vorausgesetzt und ist im Angebot anhand von Referenzen zu belegen.
Seite 4 von 10
[Seite 5]
Aufgaben und Tätigkeiten
Die Entwicklungstätigkeit umfasst typischerweise:
Mitarbeit in teamübergreifenden Anwendungsentwicklungsteams (gemischt intern/extern, lo- kal/remote) Anwendung agiler Vorgehensweisen: Scrum (2-Wochen-Sprints) oder Kanban je nach Team Koordination und Aufgabensteuerung über teamspezifische Jira-Boards; Teilnahme an Daily- Meetings Durchführung aller Phasen des Software-Entwicklungszyklus: Anforderungsanalyse, Design, Ent- wicklung, Test, Rollout und Betrieb
Definition of Done
Software-Komponenten gelten als fertiggestellt, wenn folgende Kriterien erfüllt sind:
Technische Dokumentation in Confluence (z. B. Anwendungsarchitektur, API-Dokumentation) Hohe Testabdeckung durch automatisierte Unit- und Integrationstests Vollständige CI/CD-Pipeline-Integration Performance-Tests (sofern fachlich geboten) Dokumentierte Betriebsübergabe an das interne DevOps-Team (Incident- / Alert-Management, First Level Support)
Applikationsbetrieb (2nd / 3rd Level Support)
Der Dienstleister übernimmt den 2nd- und 3rd-Level-Support für die von ihm entwickelten Anwendun- gen. Die Regelservicezeit ist Montag bis Freitag, 06:00-18:00 Uhr, ausgenommen EU-weit einheitliche Feiertage. Tickets werden über Jira / Topdesk der Stadtwerke Leipzig erfasst und bearbeitet. Kommunikation und Zusammenarbeit
Ticketverwaltung: Jira / Topdesk (Stadtwerke Leipzig) Dokumentation: Confluence (Stadtwerke Leipzig) Tägliche Kommunikation: Microsoft Teams (Stadtwerke Leipzig) Arbeitssprache: Englisch (alle Mitarbeitenden); Deutsch (Scrum Master / Product Owner)
Spezifische Anforderungen an die eingesetzten Mitarbeitenden
Scrum Master / Product Owner: sichere Kommunikation auf Deutsch; Kenntnisse kritischer ener- giewirtschaftlicher Prozesse werden erwartet Senior Applikationsentwickler nachweisbare Erfahrung in der Stream-Verarbeitung von Telemet- rie-Daten mit hohen Volumina (z. B. Apache Kafka, MQTT)
Anzahl und Rollen der einzusetzenden Mitarbeitenden
| Rolle | Angestrebte Anzahl |
|---|---|
| Applikationsentwickler Ju- nior/Senior | 10-12 Personen |
Seite 5 von 10
[Seite 6]
| Solution Domain Architect | 1 Personen |
|---|---|
| QA Engineer | 1 Personen |
| Product Owner Junior/Se- nior | 1-2Personen |
| Scrum Master | 1 Personen |
| UI/UX Designer | 1 Personen |
Vertragliche Rahmenbedingungen
| Geschätzter Wertumfang: | ca. 1.375.000 EUR / Jahr |
|---|---|
| Abrechnungsmodell: | Nach Aufwand auf Basis von Leistungsscheinen |
| Laufzeit: | 3 Jahre mit einmaliger Verlängerungsoption um 1 weiteres Jahr |
| Rahmenvertragspartner: | 1 |
5. Los 3: Entwicklung und Betrieb von Microservices in der Domain Energieer-
zeugung und -handel
Hintergrund und Kontext
Die Digitale Plattform der Stadtwerke Leipzig ist eine moderne, vollintegrierte Entwicklungs- und Be- triebsumgebung für Kubernetes/Docker-basierte Micro-Services. Der grundsätzliche Aufbau der Platt- form und die Produktivsetzung der unterstützten Umgebungen (Stages) haben bereits stattgefunden. Sie bildet die technische Basis für alle digitalen Produkte und internen Anwendungen der LSW. Die Ent- wicklung gliedert sich in die vier fachlichen Domains Kundenlösungen, Netzanschluss, Energieerzeugung und -handel sowie IoT.
Leistungsumfang
Gegenstand dieses Loses ist die Erbringung folgender Leistungen:
Entwicklung von Anwendungen und Micro-Services in der Domain Energierzeugung und -handel Applikationsbetrieb (2nd / 3rd Level Support) von Anwendungen und Micro-Services in der Do- main Energierzeugung und -handel
Technische Rahmenbedingungen
Die Entwicklung orientiert sich an den Anforderungen moderner Cloud-nativer Architekturen. Folgende technische Vorgaben sind verbindlich:
Architekturmuster: Micro-Services Entwicklungsinfrastruktur: Kubernetes / Docker, GitLab CI/CD, mehrere Stages (Entwicklung, Test, Produktion) Backend: primär Java (Spring Framework), TypeScript (Node.js, Nest.js), ergänzend Python Frontend (web-basiert): primär Angular (HTML5, CSS3, JavaScript)
Seite 6 von 10
[Seite 7]
Mobile: Android und iOS
Weitere Basistechnologien: Keycloak, PostgreSQL, InfluxDB, Apache Kafka, MQTT Broker, n8n (Work- flow-Automatisierung)
Die sichere Beherrschung aller genannten Technologien wird vorausgesetzt und ist im Angebot anhand von Referenzen zu belegen.
Aufgaben und Tätigkeiten
Die Entwicklungstätigkeit umfasst typischerweise:
Mitarbeit in teamübergreifenden Anwendungsentwicklungsteams (gemischt intern/extern, lo- kal/remote) Anwendung agiler Vorgehensweisen: Scrum (2-Wochen-Sprints) oder Kanban je nach Team Koordination und Aufgabensteuerung über teamspezifische Jira-Boards; Teilnahme an Daily- Meetings Durchführung aller Phasen des Software-Entwicklungszyklus: Anforderungsanalyse, Design, Ent- wicklung, Test, Rollout und Betrieb
Definition of Done
Software-Komponenten gelten als fertiggestellt, wenn folgende Kriterien erfüllt sind:
Technische Dokumentation in Confluence (z. B. Anwendungsarchitektur, API-Dokumentation) Hohe Testabdeckung durch automatisierte Unit- und Integrationstests Vollständige CI/CD-Pipeline-Integration Performance-Tests (sofern fachlich geboten) Dokumentierte Betriebsübergabe an das interne DevOps-Team (Incident- / Alert-Management, First Level Support)
Applikationsbetrieb (2nd / 3rd Level Support)
Der Dienstleister übernimmt den 2nd- und 3rd-Level-Support für die von ihm entwickelten Anwendun- gen. Die Regelservicezeit ist Montag bis Freitag, 06:00-18:00 Uhr, ausgenommen EU-weit einheitliche Feiertage. Tickets werden über Jira / Topdesk der Stadtwerke Leipzig erfasst und bearbeitet. Kommunikation und Zusammenarbeit
Ticketverwaltung: Jira / Topdesk (Stadtwerke Leipzig) Dokumentation: Confluence (Stadtwerke Leipzig) Tägliche Kommunikation: Microsoft Teams (Stadtwerke Leipzig) Arbeitssprache: Englisch (alle Mitarbeitenden); Deutsch (Scrum Master / Product Owner)
Spezifische Anforderungen an die eingesetzten Mitarbeitenden
Scrum Master / Product Owner: sichere Kommunikation auf Deutsch; Kenntnisse kritischer ener- giewirtschaftlicher Prozesse werden erwartet
Seite 7 von 10
[Seite 8]
Senior Applikationsentwickler nachweisbare Erfahrung in der Stream-Verarbeitung von Telemet- rie-Daten mit hohen Volumina (z. B. Apache Kafka, MQTT)
Anzahl und Rollen der einzusetzenden Mitarbeitenden
| Rolle | Angestrebte Anzahl |
|---|---|
| Applikationsentwickler Ju- nior/Senior | 10-12 Personen |
| Solution Domain Architect | 1 Personen |
| QA Engineer | 1 Personen |
| Product Owner Junior/Se- nior | 1-2Personen |
| Scrum Master | 1 Personen |
| UI/UX Designer | 1 Personen |
Vertragliche Rahmenbedingungen
| Geschätzter Wertumfang: | ca. 1.375.000 EUR / Jahr |
|---|---|
| Abrechnungsmodell: | Nach Aufwand auf Basis von Leistungsscheinen |
| Laufzeit: | 3 Jahre mit einmaliger Verlängerungsoption um 1 weiteres Jahr |
| Rahmenvertragspartner: | 1 |
6. Los 4: Entwicklung und Betrieb von Microservices in der Domain IoT
Hintergrund und Kontext
Die Digitale Plattform der Stadtwerke Leipzig ist eine moderne, vollintegrierte Entwicklungs- und Be- triebsumgebung für Kubernetes/Docker-basierte Micro-Services. Der grundsätzliche Aufbau der Platt- form und die Produktivsetzung der unterstützten Umgebungen (Stages) haben bereits stattgefunden. Sie bildet die technische Basis für alle digitalen Produkte und internen Anwendungen der LSW. Die Ent- wicklung gliedert sich in die vier fachlichen Domains Kundenlösungen, Netzanschluss, Energieerzeugung und -handel sowie IoT.
Leistungsumfang
Gegenstand dieses Loses ist die Erbringung folgender Leistungen:
Entwicklung von Anwendungen und Micro-Services in der Domain IoT Applikationsbetrieb (2nd / 3rd Level Support) von Anwendungen und Micro-Services in der Do- main IoT
Technische Rahmenbedingungen
Die Entwicklung orientiert sich an den Anforderungen moderner Cloud-nativer Architekturen. Folgende technische Vorgaben sind verbindlich:
Seite 8 von 10
[Seite 9]
Architekturmuster: Micro-Services Entwicklungsinfrastruktur: Kubernetes / Docker, GitLab CI/CD, mehrere Stages (Entwicklung, Test, Produktion) Backend: primär Java (Spring Framework), TypeScript (Node.js, Nest.js), ergänzend Python Frontend (web-basiert): primär Angular (HTML5, CSS3, JavaScript) Mobile: Android und iOS
Weitere Basistechnologien: Keycloak, PostgreSQL, InfluxDB, Apache Kafka, MQTT Broker, n8n (Work- flow-Automatisierung)
Die sichere Beherrschung aller genannten Technologien wird vorausgesetzt und ist im Angebot anhand von Referenzen zu belegen.
Aufgaben und Tätigkeiten
Die Entwicklungstätigkeit umfasst typischerweise:
Mitarbeit in teamübergreifenden Anwendungsentwicklungsteams (gemischt intern/extern, lo- kal/remote) Anwendung agiler Vorgehensweisen: Scrum (2-Wochen-Sprints) oder Kanban je nach Team Koordination und Aufgabensteuerung über teamspezifische Jira-Boards; Teilnahme an Daily- Meetings Durchführung aller Phasen des Software-Entwicklungszyklus: Anforderungsanalyse, Design, Ent- wicklung, Test, Rollout und Betrieb
Definition of Done
Software-Komponenten gelten als fertiggestellt, wenn folgende Kriterien erfüllt sind:
Technische Dokumentation in Confluence (z. B. Anwendungsarchitektur, API-Dokumentation) Hohe Testabdeckung durch automatisierte Unit- und Integrationstests Vollständige CI/CD-Pipeline-Integration Performance-Tests (sofern fachlich geboten) Dokumentierte Betriebsübergabe an das interne DevOps-Team (Incident- / Alert-Management, First Level Support)
Applikationsbetrieb (2nd / 3rd Level Support)
Der Dienstleister übernimmt den 2nd- und 3rd-Level-Support für die von ihm entwickelten Anwendun- gen. Die Regelservicezeit ist Montag bis Freitag, 06:00-18:00 Uhr, ausgenommen EU-weit einheitliche Feiertage. Tickets werden über Jira / Topdesk der Stadtwerke Leipzig erfasst und bearbeitet. Kommunikation und Zusammenarbeit
Ticketverwaltung: Jira / Topdesk (Stadtwerke Leipzig) Dokumentation: Confluence (Stadtwerke Leipzig) Tägliche Kommunikation: Microsoft Teams (Stadtwerke Leipzig) Arbeitssprache: Englisch (alle Mitarbeitenden); Deutsch (Scrum Master / Product Owner)
Seite 9 von 10
[Seite 10]
Spezifische Anforderungen an die eingesetzten Mitarbeitenden
Scrum Master / Product Owner: sichere Kommunikation auf Deutsch; Kenntnisse kritischer ener- giewirtschaftlicher Prozesse werden erwartet Senior Applikationsentwickler nachweisbare Erfahrung in der Stream-Verarbeitung von Telemet- rie-Daten mit hohen Volumina (z. B. Apache Kafka, MQTT)
Anzahl und Rollen der einzusetzenden Mitarbeitenden
| Rolle | Angestrebte Anzahl |
|---|---|
| Applikationsentwickler Ju- nior/Senior | 10-12 Personen |
| Solution Domain Architect | 1 Personen |
| QA Engineer | 1 Personen |
| Product Owner Junior/Se- nior | 1-2Personen |
| Scrum Master | 1 Personen |
| UI/UX Designer | 1 Personen |
Vertragliche Rahmenbedingungen
| Geschätzter Wertumfang: | ca. 1.375.000 EUR / Jahr |
|---|---|
| Abrechnungsmodell: | Nach Aufwand auf Basis von Leistungsscheinen |
| Laufzeit: | 3 Jahre mit einmaliger Verlängerungsoption um 1 weiteres Jahr |
| Rahmenvertragspartner: | 1 |
Seite 10 von 10