Migrate all repos into monorepo context folders

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.
This commit is contained in:
2026-06-30 20:39:52 +02:00
parent 2f2b295531
commit a5f8fb49ab
1717 changed files with 447332 additions and 0 deletions
@@ -0,0 +1,12 @@
# Iterationen - Uebersicht
> Alle Iterationen des pathOS Portfolio-Audits
| Iteration | Datum | Dauer | Thema | Status |
|-----------|-------|-------|-------|--------|
| 01 | 2026-04-22 | 80 Min | Domain Discovery | Abgeschlossen |
| 02 | 2026-04-22 | 55 Min | Technischer Deep Dive | Abgeschlossen |
| 03 | 2026-04-22 | 30 Min | Team & Workflow | Abgeschlossen |
| 04 | 2026-04-22 | 28 Min | Roadmap & Aktionsplan + Jira | Abgeschlossen |
| 05 | 2026-04-23 | ~5h | Tag 2: Management Summary, TTT, TTTI, Velocity, SonarQube | Abgeschlossen |
| 06 | 2026-04-24 | laufend | Tag 3: Confluence-Reorg, SonarQube | In Arbeit |
@@ -0,0 +1,38 @@
# Iteration 01 — Domain Discovery (Fachliche Architektur)
## Ziel
Grundlegendes Verständnis der Domäne "Trassenbestellung" aufbauen. Öffentlich verfügbares Wissen und vorhandene Confluence-Dokumentation als Startpunkt nutzen.
## Status: In Arbeit
## Aufgaben
| # | Aufgabe | Status | Zeitraum | Tatsächlich |
|---|---------|--------|----------|-------------|
| 0 | Workspace-Setup, Interview, Scope/Rules/Glossar | ✅ Erledigt | 09:0009:10 | ~10 Min |
| 1 | Öffentliche Quellen recherchieren + Domänenwissen | ✅ Erledigt | 09:1009:15 | ~5 Min |
| 2 | GitLab-Zugang + Inventory-Script (Python → PS5.1 Fixes) | ✅ Erledigt | 09:1509:30 | ~15 Min |
| 3 | GitLab-Inventory ausführen + Erstanalyse (167 Projekte) | ✅ Erledigt | 09:3009:35 | ~5 Min |
| 4 | Confluence-Zugang + Export-Script (Encoding-Fixes) | ✅ Erledigt | 09:3509:45 | ~10 Min |
| 5 | Confluence-Export (143 Seiten) + Schlüsselseiten analysieren | ✅ Erledigt | 09:4509:50 | ~5 Min |
| 6 | Gesamtbild + Architektur-Diagramme (6x Mermaid) | ✅ Erledigt | 09:5009:55 | ~5 Min |
| 7 | Runbook einlesen und analysieren (arc42, ~346KB) | ✅ Erledigt | 09:5510:00 | ~5 Min |
| 8 | Confluence-Push-Script + 5 Seiten publiziert | ✅ Erledigt | 10:0010:08 | ~8 Min |
| 9 | Zeiterfassung korrigieren | ✅ Erledigt | 10:0810:11 | ~3 Min |
| 10 | Zusammenfassung und Priorisierung nächste Iteration | ⏳ Offen | — | — |
| | **Gesamt Iteration 01** | | **09:0010:11** | **~71 Min** |
## Erkenntnisse
### Aus öffentlicher Recherche (Aufgabe 1)
- pathOS ist NICHT in den öffentlichen GitHub-Repos von DB InfraGO vertreten → interne GitLab-Instanz
- Die öffentlichen Repos fokussieren auf Capella/MBSE-Tools, Kubernetes-Testing und Daten-APIs
- Der Trassenbestellprozess ist stark reguliert (ERegG, BNetzA-Genehmigung)
- Zwei Hauptprozesse: Netzfahrplan (jährlich, Frist: 2. Montag im April) und Gelegenheitsverkehr (ad-hoc)
- Trassenpreise 2026: +2,4%, Gesamtkostenobergrenze ~7 Mrd. €
- Zentrale Dokumente: SNB (Schienennetz-Benutzungsbedingungen) als vertragliche Grundlage
## Zusammenfassung
> *Am Ende der Iteration*
@@ -0,0 +1,63 @@
# Iteration 02 — Technischer Deep Dive
## Ziel
Technische Substanz der Kern-Services analysieren: Dependencies, Code-Struktur, Build-Konfiguration, Versionen, Kopplungen. Ergebnis: Bewertung der technischen Gesundheit und konkrete Handlungsempfehlungen.
## Status: Abgeschlossen
## Aufgaben
| # | Aufgabe | Status | Zeitraum | Dauer |
|---|---------|--------|----------|-------|
| 1 | Kern-Service READMEs analysieren (apps/) | ✅ | 10:45-10:50 | ~5 Min |
| 2 | pom.xml / package.json der Kern-Services ziehen (Script) | ✅ | 10:50-11:00 | ~10 Min |
| 3 | Spring Boot + Java Versionen erfassen | ✅ | 11:00-11:05 | ~5 Min |
| 4 | Dependency-Graph zwischen Services erstellen | ✅ | 11:05-11:10 | ~5 Min |
| 5 | Shared Libraries analysieren (core-components) | ✅ | 11:10-11:15 | ~5 Min |
| 6 | CVE-Patches und Security-Status erfassen | ✅ | 11:15-11:20 | ~5 Min |
| 7 | Technische Gesundheits-Scorecard erstellen | ✅ | 11:20-11:30 | ~10 Min |
| 8 | Ergebnisse dokumentieren + Confluence-Seite vorbereitet | ✅ | 11:30-11:40 | ~10 Min |
| | **Gesamt Iteration 02** | | **10:45-11:40** | **~55 Min** |
## Fokus-Projekte (Kern-Services)
Aus bestellsystem1/apps (19 Projekte, davon 15 aktiv):
- steuerung-vertrieb (Camunda, Orchestrator)
- auftrags-verwaltung-trasse (Datenhaltung)
- portal-middleware (Backend Portal)
- portal-ui (Frontend)
- common-interface (TAF/TAP)
- stammdaten-bereitstellung
- kundendaten-bereitstellung
- ifp-connector
- taftap-tdm-konverter
- vertragsdaten-verteiler
- archivierungsservice
- rabattnummern-bereitstellung
- tbv-absicherung-konverter
- tadef-connector
- Auftrag-Service
## Erkenntnisse
### Kritisch
- **Spring Boot 3.5.13 — EOL Juni 2026!** Betrifft alle Services. Upgrade auf 4.x muss sofort starten.
- **Parent-POM Divergenz**: SV hat eigenen Parent-POM, Rest nutzt bestellsystem-parent-pom. Fuehrt zu Versionsinkonsistenzen.
### Wichtig
- **Java 17 vs 21**: Parent-POM definiert Java 17, aber alle Services ueberschreiben auf 21.
- **Steuerung-Vertrieb**: Komplexester Service mit 18 Maven-Modulen und 10+ API-Dependencies.
- **Camunda 8.8.22**: Aktuell, Upgrade auf 8.9 geplant.
- **Angular 21.2.4**: Sehr aktuell, kein Handlungsbedarf.
- **6+ aktive CVE-Patches** in den pom.xml-Dateien (commons-lang3, nimbus-jose-jwt, lz4-java, vertx-core, tomcat, log4j).
### Positiv
- Renovate aktiv, Dependencies werden automatisch aktualisiert.
- OpenAPI-basierte Versionierung sauber (data-model v10.0.0).
- Feature Toggles (Togglz), Monitoring (OpenTelemetry/Micrometer), Security (OAuth2, Mutual SSL) integriert.
### Daten
- 23 pom.xml + 1 package.json analysiert
- Ergebnisse in `project-audit/data/pom-analysis/`
- Detailanalyse in `project-audit/analysis/iteration-02-technical-deepdive.md`
@@ -0,0 +1,47 @@
# Iteration 03 — Team & Workflow Analyse
## Ziel
Team-zu-Projekt-Mapping erstellen, Entwicklungsworkflows bewerten, Basis fuer Team-Reorganisation schaffen.
## Status: Abgeschlossen
## Aufgaben
| # | Aufgabe | Status | Zeitraum | Dauer |
|---|---------|--------|----------|-------|
| 1 | Team-zu-Projekt-Mapping aus Runbook + Confluence | ✅ | 14:06-14:15 | ~9 Min |
| 2 | Umgebungs-Workflow analysieren (17+ Umgebungen) | ✅ | 14:15-14:20 | ~5 Min |
| 3 | Release-Prozess + Engpaesse identifizieren | ✅ | 14:20-14:28 | ~8 Min |
| 4 | Reorganisations-Empfehlungen erstellen | ✅ | 14:28-14:33 | ~5 Min |
| 5 | Ergebnisse dokumentieren + Confluence vorbereitet | ✅ | 14:33-14:36 | ~3 Min |
| 6 | Ergebnisse nach Confluence pushen | ⏳ | — | — |
| | **Gesamt Iteration 03** | | **14:06-14:36** | **~30 Min** |
## Erkenntnisse
### Teams (6 identifiziert)
- **Team Zero**: TAF/TAP Schnittstellen (~12 Projekte)
- **Team 404**: Bestellportal (~4 Projekte)
- **Team CIB**: Prozesse + Backend (~15 Projekte)
- **Team STeam**: Infrastruktur/DevOps (~47 Projekte!)
- **Team BSSUPPORT**: 2nd Level Support
- **Team FbF**: Fachliche Betriebsfuehrung
### Engpaesse (5 identifiziert)
1. **E1 KRITISCH**: Deployment-Bottleneck (17+ Umgebungen, manuelle Orchestrierung)
2. **E2 HOCH**: STeam als Single Point of Failure (47 Infra-Projekte)
3. **E3 HOCH**: Cross-Team Dependencies (10+ APIs, kein Contract Testing)
4. **E4 MITTEL**: TTT-Abhaengigkeit bei Releases
5. **E5 MITTEL**: Wissenskonzentration (DevOps-Aufbau seit 02/2025)
### Reorganisations-Empfehlungen (9 Stueck)
- Kurzfristig: DevOps-Wissen verteilen, Deployment automatisieren, Checkliste digitalisieren
- Mittelfristig: Infra-Verantwortung aufteilen, Contract Testing, Umgebungen reduzieren
- Langfristig: Team-Schnitt an Subdomaenen, Platform Team, TTT-Entkopplung
### Neues Finding
- `Auftrag-Service` wurde am 19.04.2026 erstellt (3 Tage alt!) — aktive Backend-Umstrukturierung
### Daten
- Detailanalyse in `project-audit/analysis/iteration-03-team-workflow.md`
@@ -0,0 +1,58 @@
# Iteration 04 — Roadmap & Aktionsplan
## Ziel
Alle Findings aus Phase 1-3 in einen priorisierten Aktionsplan zusammenfuehren. Management-ready.
## Status: Abgeschlossen
## Aufgaben
| # | Aufgabe | Status | Zeitraum | Dauer |
|---|---------|--------|----------|-------|
| 1 | Alle Findings konsolidieren | ✅ | 14:14-14:20 | ~6 Min |
| 2 | Priorisierte Aktionsliste erstellen (24 Aktionen) | ✅ | 14:20-14:28 | ~8 Min |
| 3 | Risiko-Matrix + Zeitplan | ✅ | 14:28-14:33 | ~5 Min |
| 4 | Management-Zusammenfassung | ✅ | 14:33-14:35 | ~2 Min |
| 5 | Confluence-Seite erstellen + Script aktualisiert | ✅ | 14:35-14:42 | ~7 Min |
| | **Gesamt Iteration 04** | | **14:14-14:42** | **~28 Min** |
## Erkenntnisse
### Roadmap: 24 priorisierte Aktionen
- **SOFORT (3)**: Spring Boot 4 Upgrade, Parent-POM Java 21, Parent-POM Konsolidierung
- **KURZFRISTIG (9)**: Deployment-Automatisierung, DevOps-Wissen verteilen, Camunda 8.9, Monitoring, DR-Test, Secret-Rotation, AppMesh, Repo-Beschreibungen, Archivierte Repos
- **MITTELFRISTIG (8)**: Infra-Verantwortung aufteilen, Contract Testing, Umgebungen konsolidieren, Full-Table-Scans, Daten-Partitionierung, Keycloak-Konsolidierung, API-Versionierung, GitLab-Restrukturierung
- **LANGFRISTIG (4)**: Team-Schnitt an Subdomaenen, Platform Team, TTT-Entkopplung, TPN-Abloesung
### Risiko-Matrix
- KRITISCH: Spring Boot EOL (2 Monate), STeam/OPs-Personenabhaengigkeit
- HOCH: AppMesh EOL, Deployment-Komplexitaet, DB-Performance
- NIEDRIG: Security-Incidents (Renovate aktiv)
### Jira-Analyse (Seitenprojekt, in Iteration 04 integriert)
- 1949 Issues ueber 7 Team-Boards analysiert
- Team 404: 165 Bugs (33%) — groesstes Qualitaetsproblem
- DevOps: 156 Enabler (54%) — fast nur technischer Overhead
- Jan Lubenow: 114/289 DevOps-Issues (39%) — kritischer Single Point of Failure
- OPs-Rotation bestaetigt: 23 Personen aus allen Teams
- STeam praktisch aufgeloest (8 Issues)
### Neue Team-Struktur (seit PI 39)
- STeam aufgeloest → OPs Squad (2 feste + rotierende Mitglieder)
- Aufgaben auf alle Teams verteilt
- DevOps-Board (O2CDEVOPS) als separates Tracking
### Offene Punkte fuer naechste Iteration
1. TTTI Board — Uebergreifende TTT-Issues
2. TTTSol Board — Fachliche Klaerungen
3. Support-Board — Anderes Jira, wird neu aufgesetzt
4. Sprint-Velocity / Agile Hive Daten
5. Management-Praesentation als Slides/PDF
### Daten
- Roadmap: `project-audit/analysis/iteration-04-roadmap-aktionsplan.md`
- Jira ART: `project-audit/data/jira-export/`
- Jira Teams: `project-audit/data/jira-teams/`
- Jira Deep Dive: `project-audit/analysis/jira-teams-deepdive.md`
- 13 Confluence-Seiten publiziert unter "Analyse pathOS"
@@ -0,0 +1,12 @@
# Iteration 05 — Tag 2: Management Summary + NEP2
## Status: In Arbeit
## Aufgaben
| # | Aufgabe | Status | Zeitraum | Dauer |
|---|---------|--------|----------|-------|
| 1 | Management Summary erstellen | ⏳ | 08:31- | — |
| 2 | Confluence komplett aktualisieren (alle Seiten) | ⏳ | — | — |
| 3 | NEP2-Status und Roadmap analysieren | ⏳ | — | — |
| 4 | Confluence Board einarbeiten | ⏳ | — | — |