ankn
a5f8fb49ab
Bahn: aisupport, Analyse-O2C-C2S, awesome-bahn-mcp-servers, beam-mcp,
Confluence_Bot, db-planet-mcp-server, O2C-Harness, project-audit,
Projekt-KIQ-HP, teamlandkarte-mcp
Dhive: Jury-Voting
Privat: CV, NoteGraph (NOTE: NoteGraph needs complete redo after consolidation)
Shared: AI-Orchestrator, OrgMyLife, power_skills_and_more
Shared/references: symphony (read-only)
Bahn repos remain available as independent remotes - this monorepo
pulls them in via subtree, the originals are untouched.
3.0 KiB
11. Team und Workflow Analyse
Version: 35 | Last modified: 2026-06-15T17:19:07.463+02:00 Source: confluence page ID 581015844
Team und Workflow Analyse Stand: 2026-06-15 | Basis: Runbook, Confluence, GitLab-Berechtigungen
Team-Struktur (IST - seit PI 39)
Seit PI 39 neue Struktur: Team STeam wurde aufgelöst. Stattdessen gibt es ein OPs-Team mit 2 festen + rotierenden Mitgliedern aus allen Teams. Die STeam-Aufgaben wurden auf die Entwicklungsteams verteilt.
Team | Subdomaene | Kern-Verantwortung | Projekte (ca.) |
Team Zero | TAF/TAP Schnittstellen | Common Interface, Stammdaten, TAF/TAP-TDM-Konverter, TBV-Konverter + OPs-Anteil | ~12 |
Team 404 | Bestellportal | Portal UI (Angular), Portal Middleware + OPs-Anteil | ~4 |
Team CIB | Prozesse + Backend | Steuerung Vertrieb (Camunda), Auftrags-Verwaltung, IFP-Connector + OPs-Anteil | ~15 |
Team OPs (NEU) | Infrastruktur / DevOps | CI/CD, Deployment, Monitoring, Security. 2 feste + rotierende Mitglieder | ~47 (verteilt) |
Team STeam | Infrastruktur | AUFGELOEST seit PI 39 - Aufgaben verteilt auf alle Teams + OPs |
Team BSSUPPORT | Support | 2nd Level Support | 0 (Jira) |
Team FbF | Fachliche Betriebsführung | Fachlicher Betrieb, Konfiguration | 0 |
Umgebungs-Pipeline
Stage | Umgebungen | Zweck |
DEV | BU, EU, BASE-AT, IEU, SIT, SIT2, LUP, Demo | Entwicklung, Review, Integration, Performance |
ABN | E2E, SAT1-3, ABN1-2-4-8, PREPROD | TTT-Integration, Kundentests, Abnahme |
PROD | PROD | Produktionsumgebung (SL Gold) |
17+ Umgebungen mit jeweils eigenem Kafka-Cluster, DB-Instanz und Keycloak.
Identifizierte Engpaesse
ID | Engpass | Schwere | Details |
E1 | Deployment-Bottleneck | KRITISCH | 17+ Umgebungen, manuelle Orchestrierung, kein Auto-Smoketest, TTT-Abstimmung nötig |
E2 | OPs-Team Kapazität | HOCH | Nur 2 feste Mitglieder für 47 Infra-Projekte. Rotierende Besetzung birgt Wissensverlust-Risiko. |
E3 | Cross-Team Dependencies | HOCH | 10+ interne APIs, kein Contract Testing (ADR-50 obsolet), Schnittstellenänderungen erfordern Koordination |
E4 | TTT-Abhängigkeit | MITTEL | Releases müssen mit TTT-Releasemanagement abgestimmt werden |
E5 | Wissenskonzentration | MITTEL | DevOps-Know-How erst seit 02/2025 im Aufbau, Ziel "You build it, you run it" noch nicht erreicht |
Reorganisations-Empfehlungen Kurzfristig (nächste PIs)
DevOps-Wissen verteilen: Jedes Team mindestens 2 Personen mit Deployment-Faehigkeit
Deployment-Automatisierung: Smoketests nach jedem Deployment
Release-Checkliste digitalisieren: Confluence-Checkliste in Pipeline integrieren
Mittelfristig (2-3 PIs)
Infra-Verantwortung aufteilen: Teams übernehmen Infra für eigene Services (STeam wird Enabler)
Contract Testing einführen: Pact oder aehnliches zwischen den Teams
Umgebungen reduzieren: 17+ prüfen, SAT1/SAT2/SAT3 konsolidieren?
Langfristig (6+ Monate)
Team-Schnitt an Subdomaenen: Klare Ownership pro Bounded Context
Platform Team: STeam wird Platform Team mit Self-Service-Tools
TTT-Entkopplung: Eigene E2E-Tests die TTT-Abhängigkeit reduzieren