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:
@@ -0,0 +1,307 @@
|
||||
# Meilensteinplan pathOS — 12 Monate (Jun 2026 – Mai 2027)
|
||||
|
||||
> Stand: 2026-05-12 | Status: ENTWURF
|
||||
> Vision: pathOS als Kernplattform eines integrierten InfraGO-Bestellportals
|
||||
> Prioritaeten: Stabilitaet → Regulatorik → Kunden-Features
|
||||
> Kapazitaet: ~400 Issues/Monat (alle Teams), ~35 Personen
|
||||
|
||||
---
|
||||
|
||||
## Ueberblick: 4 Phasen
|
||||
|
||||
```
|
||||
Jun 2026 Aug 2026 Dez 2026 Maerz 2027 Mai 2027
|
||||
│ │ │ │ │
|
||||
├─── Phase 1 ────┤─── Phase 2 ────┤─── Phase 3 ────┤─── Phase 4 ────┤
|
||||
│ STABILISIEREN │ NORMALBETRIEB │ SKALIEREN │ INTEGRIEREN │
|
||||
│ │ + REGULATORIK │ + REORG │ + VISION │
|
||||
│ │ │ │ │
|
||||
│ Spring Boot 4 │ SL Silber+ │ FplJ 28 │ Rechnungsbeg. │
|
||||
│ Fuehrungswechsel│ Hypercare Ende │ GelV-Erw. │ TTT Jan 27 │
|
||||
│ Bug-Rate senken │ Abrechnung fix │ Team-Umstellung │ TrassenOrder │
|
||||
│ │ │ abgeschlossen │ Integration │
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Phase 1: STABILISIEREN (Jun – Jul 2026)
|
||||
|
||||
**Ziel**: Technische Schulden abbauen, Hypercare beenden, Fuehrungswechsel vorbereiten
|
||||
|
||||
### Meilenstein M1: Spring Boot 4 abgeschlossen (30. Jun 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| SV, AV, IFP auf Spring Boot 4 | CIB (Saurav, Hans-Henning) | 🔄 In Arbeit |
|
||||
| CI, AV-Trasse auf Spring Boot 4 | Zero (O2CZERO-7043) | 🔄 In Arbeit |
|
||||
| Alle Services auf Java 21 | Alle | Teilweise |
|
||||
| Regressionstests nach Upgrade | QA + Teams | Offen |
|
||||
|
||||
**Risiko**: EOL 3.5 ist Juni 2026 — kein Security-Support mehr danach. MUSS-Termin.
|
||||
|
||||
### Meilenstein M2: Bug-Rate Portal unter 25% (31. Jul 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Entkopplung Zuglaufpunkte/Zugcharakteristik (Hauptursache) | 404 | Offen |
|
||||
| Fehlermeldungen-Konzept umsetzen | 404 | Offen |
|
||||
| E2E-Tests (Playwright) fuer Top-10-Flows | 404 | Offen |
|
||||
| Testumgebung mit TPN dauerhaft verfuegbar | 404 + OPs | Offen |
|
||||
|
||||
**Kontext**: Bug-Rate 404 liegt bei 33% (steigend). Hauptursache ist die Vererbungslogik Zuglaufpunkte/Zugcharakteristik. Ohne Fix bleibt die Rate hoch.
|
||||
|
||||
### Meilenstein M3: Fuehrungswechsel + Hypercare-Ende (Jul 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Neue Fuehrung eingesetzt | Management | Offen |
|
||||
| Hypercare-Kriterien definiert und erfuellt | PO + BO | Offen |
|
||||
| Uebergang zu Normalbetrieb dokumentiert | Alle | Offen |
|
||||
| Support-Prozesse definiert (Eskalation, SLAs) | BSSUPPORT + OPs | Offen |
|
||||
|
||||
---
|
||||
|
||||
## Phase 2: NORMALBETRIEB + REGULATORIK (Aug – Nov 2026)
|
||||
|
||||
**Ziel**: Vertragliche Pflichten erfuellen, Abrechnung stabilisieren, Team-Reorg starten
|
||||
|
||||
### Meilenstein M4: Service Level Silber Plus erreicht (31. Aug 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Netcool-Anbindung produktiv | OPs | 🔄 In Arbeit |
|
||||
| Monitoring-Konzept abgeschlossen | OPs + Zero | 🔄 In Arbeit |
|
||||
| Disaster-Recovery-Test 3 bestanden | OPs | 🔄 Validierung |
|
||||
| Deployment-Automatisierung (Smoketests) | OPs/DevOps | 🔄 In Arbeit |
|
||||
| Secret-Rotation implementiert | OPs | Offen |
|
||||
| Kubernetes-Namespaces umgestellt | OPs | 🔄 In Arbeit |
|
||||
|
||||
**Risiko**: Vertragsverletzung bei Versaeumnis. Keine Verhandlungsmasse.
|
||||
|
||||
### Meilenstein M5: Abrechnung TTT produktionsreif (31. Okt 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| 20h-Zug Abrechnung (TTTSOL-2149) entblockt + geloest | CIB | ❌ Blocked |
|
||||
| Zugtrasse mit Umleitung ohne VT-Wechsel (TTTSOL-2147) | CIB | Offen |
|
||||
| Abrechnung fremde Infrastruktur (TTTSOL-2148) | CIB | Offen |
|
||||
| Neue Zugnummer Umleitungsfall (TTTSOL-2035) | CIB | 🔄 In Arbeit |
|
||||
| VDV-Erweiterung fuer AC Trasse (strategisch) | CIB + Zero | Offen |
|
||||
| Vertragskorrektur rueckwirkend (TTTSOL-1956) | CIB | 🔄 In Arbeit |
|
||||
| Alle 41 Abrechnungs-Tickets priorisiert und geplant | CIB PO | Offen |
|
||||
|
||||
**Kontext**: Rechnungsbeginn TTT ist Januar 2027. Bis Oktober muessen die kritischen Faelle geloest und getestet sein. November/Dezember ist Buffer fuer Regressionstests.
|
||||
|
||||
### Meilenstein M6: NAÄ implizite Annahme produktiv (30. Sep 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| O2CCIB-6931 assigned und implementiert | CIB | ⚠️ Geschoben |
|
||||
| Prozess-Design mit Fachbereich abgestimmt | CIB BA | Offen |
|
||||
| E2E-Test NAÄ-Szenario | CIB + 404 | Offen |
|
||||
|
||||
**Kontext**: Kundenversprechen. Wurde bereits auf PI 41 geschoben. Darf nicht nochmal rutschen.
|
||||
|
||||
### Meilenstein M7: Team-Reorg Phase 1 — OpsDev-Team formiert (30. Sep 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| OpsDev-Team definiert (~6 Personen) | Management + Leads | Offen |
|
||||
| OpsDev-Lead benannt | Management | Offen |
|
||||
| Jan Lubenow Wissenstransfer an David + Henrik (50% abgeschlossen) | DevOps | ⚠️ Kritisch |
|
||||
| Bug-Triage-Prozess definiert (OpsDev → fachliche Teams) | OpsDev-Lead | Offen |
|
||||
| OPs-Rotation beendet (feste Zuordnung) | Management | Offen |
|
||||
|
||||
---
|
||||
|
||||
## Phase 3: SKALIEREN + REORG (Dez 2026 – Feb 2027)
|
||||
|
||||
**Ziel**: Fahrplanwechsel absichern, Team-Umstellung abschliessen, Plattform-Denken etablieren
|
||||
|
||||
### Meilenstein M8: Fahrplanwechsel FplJ 28 erfolgreich (Dez 2026)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| GelV-Erweiterungen (TTT-Meilenstein) | CIB + Zero | Offen |
|
||||
| OTN-Vergabe Fpl 2027 (TTTSOL-1683) | CIB | 🔄 In Arbeit |
|
||||
| ujBau Funktionalitaet | Alle | 🔄 In Arbeit |
|
||||
| FplJ-28-spezifische Validierungen getestet | QA | Offen |
|
||||
| Daten-Partitionierung (Performance bei wachsenden Daten) | CIB/Zero | Offen |
|
||||
|
||||
**Risiko**: Fahrplanwechsel ist ein harter externer Termin. Kein Verschieben moeglich.
|
||||
|
||||
### Meilenstein M9: Rechnungsbeginn TTT (Jan 2027)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Alle kritischen Abrechnungsfaelle geloest (aus M5) | CIB | Abhaengig von M5 |
|
||||
| Rechnungslauf erfolgreich getestet (Staging) | CIB + QA | Offen |
|
||||
| Monitoring fuer Abrechnungsfehler aktiv | OPs/OpsDev | Offen |
|
||||
| Fallback-Prozess bei Abrechnungsfehlern definiert | CIB + BO | Offen |
|
||||
|
||||
### Meilenstein M10: Team-Reorg abgeschlossen (31. Jan 2027)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| 2 fachliche Teams formiert ("Bestellen" + "Verarbeiten") | Management | Offen |
|
||||
| Service-Ownership klar zugeordnet | Team-Leads | Offen |
|
||||
| PO-Struktur definiert (1 PO pro Team oder uebergreifend) | Management | Offen |
|
||||
| Wissenstransfer abgeschlossen (wer kennt welchen Code) | Alle | Offen |
|
||||
| Erste Sprints in neuer Struktur erfolgreich | Teams | Offen |
|
||||
| Metriken definiert (Bug-Rate, Durchlaufzeit, Deployment-Freq.) | BO + Leads | Offen |
|
||||
|
||||
**Hinweis**: Reorg NACH Fahrplanwechsel abschliessen — nicht waehrend des kritischen Zeitraums umbauen.
|
||||
|
||||
---
|
||||
|
||||
## Phase 4: INTEGRIEREN + VISION (Feb – Mai 2027)
|
||||
|
||||
**Ziel**: TrassenOrder-Learnings integrieren, Plattform-Architektur vorbereiten, Kundenzufriedenheit steigern
|
||||
|
||||
### Meilenstein M11: TrassenOrder-Integration definiert (28. Feb 2027)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| TrassenOrder Livegang evaluiert (Q4 2026) | TraPo + BO | Offen |
|
||||
| Abgrenzung pathOS/TrassenOrder dokumentiert | POs + Architektur | Offen |
|
||||
| API-Vertrag zwischen pathOS und TrassenOrder definiert | CIB/Zero + TraPo | Offen |
|
||||
| Entscheidung: GelV bei pathOS oder TraPo? | BO + Management | Offen |
|
||||
| Uebernahme-Szenario TraPo → pathOS-Team bewertet | Management | Offen |
|
||||
|
||||
### Meilenstein M12: Plattform-Architektur-Vision (31. Maerz 2027)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Architektur-Vision "Integriertes Bestellportal" dokumentiert | Architektur + BO | Offen |
|
||||
| Kernkomponenten als integrierbare Module identifiziert | Architektur | Offen |
|
||||
| Schnittstellen-Strategie (API-First) definiert | Architektur + Teams | Offen |
|
||||
| Roadmap fuer Anlage + Nebenleistungen (naechste 12M) | BO + POs | Offen |
|
||||
| TPN-Abloesung Zeitplan konkretisiert | POs + Kunden | Offen |
|
||||
|
||||
### Meilenstein M13: Kundenzufriedenheit messbar verbessert (Mai 2027)
|
||||
| Was | Wer | Status |
|
||||
|-----|-----|--------|
|
||||
| Bug-Rate Portal unter 15% (von 33%) | 404 / Team "Bestellen" | Offen |
|
||||
| Vorpruefung Portal produktiv (C8) | CIB + 404 | Offen |
|
||||
| Expertenmodus verfuegbar | 404 | Offen |
|
||||
| Uebersichtsseite Vorgaenge live | 404 | Offen |
|
||||
| Kundenfeedback-Loop etabliert (regelmaessig) | PO + UX | Offen |
|
||||
| NPS oder CSAT Baseline gemessen | PO + BO | Offen |
|
||||
|
||||
---
|
||||
|
||||
## Abhaengigkeiten und kritischer Pfad
|
||||
|
||||
```
|
||||
M1 (Spring Boot) ──────────────────────────────────────────────────────────────
|
||||
│
|
||||
▼
|
||||
M2 (Bug-Rate) ─────────────────────────────────── M13 (Kundenzufriedenheit)
|
||||
│
|
||||
▼
|
||||
M3 (Fuehrungswechsel) ──► M7 (OpsDev) ──► M10 (Reorg komplett)
|
||||
│
|
||||
M4 (SL Silber+) ◄── unabhaengig ▼
|
||||
M11 (TrassenOrder)
|
||||
M5 (Abrechnung) ──► M9 (Rechnungsbeginn) │
|
||||
│ ▼
|
||||
▼ M12 (Plattform-Vision)
|
||||
M6 (NAÄ) ◄── unabhaengig
|
||||
M13 (Kundenzufriedenheit)
|
||||
M8 (FplJ 28) ◄── abhaengig von M5, M6
|
||||
```
|
||||
|
||||
### Kritischer Pfad
|
||||
1. **M1 → M4**: Spring Boot 4 muss fertig sein bevor SL Silber+ moeglich ist (Security-Compliance)
|
||||
2. **M5 → M9**: Abrechnung muss bis Oktober stehen fuer Rechnungsbeginn Januar
|
||||
3. **M3 → M7 → M10**: Fuehrungswechsel ermoeglicht Reorg, Reorg nach Fahrplanwechsel abschliessen
|
||||
4. **M8**: Fahrplanwechsel ist externer Fixpunkt — alles andere muss drumherum geplant werden
|
||||
|
||||
---
|
||||
|
||||
## Risiko-Matrix
|
||||
|
||||
| Risiko | Wahrscheinlichkeit | Impact | Mitigation |
|
||||
|--------|-------------------|--------|------------|
|
||||
| Spring Boot 4 nicht rechtzeitig fertig | Niedrig (laeuft) | KRITISCH | Fokus, keine Ablenkung |
|
||||
| Abrechnung bleibt blocked (20h-Zug) | HOCH | KRITISCH | Eskalation an TTT-Programm, Workaround |
|
||||
| SL Silber+ Deadline gerissen | Mittel | HOCH | Frueh mit UKA abstimmen, Teilabnahme? |
|
||||
| Reorg destabilisiert Teams | Mittel | HOCH | Sukzessiv, nicht Big Bang. Nach FplJ. |
|
||||
| TrassenOrder scheitert/pivotiert | Mittel | MITTEL | pathOS bleibt autark, GelV intern weiter |
|
||||
| Jan Lubenow faellt aus (SPOF) | Niedrig | KRITISCH | Wissenstransfer ab sofort priorisieren |
|
||||
| Bug-Rate 404 steigt weiter | HOCH | HOCH | Entkopplung Zuglaufpunkte priorisieren |
|
||||
| Fahrplanwechsel-Probleme | Niedrig | KRITISCH | Fruehe Tests, Staging-Validierung |
|
||||
|
||||
---
|
||||
|
||||
## Kapazitaetsplanung (grob)
|
||||
|
||||
### Phase 1 (Jun-Jul): ~800 Issues Kapazitaet
|
||||
| Fokus | Anteil | Issues |
|
||||
|-------|--------|--------|
|
||||
| Stabilitaet (Bugs, Spring Boot) | 50% | ~400 |
|
||||
| Regulatorik (NAÄ, Abrechnung) | 30% | ~240 |
|
||||
| Infrastruktur (SL-Vorbereitung) | 20% | ~160 |
|
||||
|
||||
### Phase 2 (Aug-Nov): ~1600 Issues Kapazitaet
|
||||
| Fokus | Anteil | Issues |
|
||||
|-------|--------|--------|
|
||||
| Regulatorik (Abrechnung, SL, FplJ-Vorb.) | 40% | ~640 |
|
||||
| Stabilitaet (Bug-Rate, Tests) | 25% | ~400 |
|
||||
| Features (NAÄ, Vorpruefung, GelV) | 25% | ~400 |
|
||||
| Reorg-Vorbereitung | 10% | ~160 |
|
||||
|
||||
### Phase 3 (Dez-Feb): ~1200 Issues Kapazitaet
|
||||
| Fokus | Anteil | Issues |
|
||||
|-------|--------|--------|
|
||||
| Fahrplanwechsel + Abrechnung | 40% | ~480 |
|
||||
| Reorg-Durchfuehrung | 20% | ~240 |
|
||||
| Stabilitaet + Bugs | 20% | ~240 |
|
||||
| Features | 20% | ~240 |
|
||||
|
||||
### Phase 4 (Maerz-Mai): ~1200 Issues Kapazitaet
|
||||
| Fokus | Anteil | Issues |
|
||||
|-------|--------|--------|
|
||||
| Kunden-Features | 40% | ~480 |
|
||||
| Plattform-Architektur | 25% | ~300 |
|
||||
| Stabilitaet | 20% | ~240 |
|
||||
| TrassenOrder-Integration | 15% | ~180 |
|
||||
|
||||
---
|
||||
|
||||
## Zusammenhang mit Team-Reorganisation
|
||||
|
||||
### Zeitplan Reorg (sukzessiv)
|
||||
|
||||
| Zeitraum | Schritt | Risiko |
|
||||
|----------|---------|--------|
|
||||
| **Jul 2026** | Fuehrungswechsel, Vision kommunizieren | Niedrig |
|
||||
| **Aug-Sep 2026** | OpsDev-Team formieren (aus OPs + DevOps-Teilen) | Mittel |
|
||||
| **Okt 2026** | OPs-Rotation beenden, feste Zuordnung | Niedrig |
|
||||
| **Nov 2026** | Fachliche Teams vorbereiten (Service-Mapping, Wissenstransfer) | Mittel |
|
||||
| **Jan 2027** | Umstellung auf 2 fachliche Teams ("Bestellen" + "Verarbeiten") | Hoch |
|
||||
| **Feb 2027** | Erste Sprints in neuer Struktur, Nachjustierung | Mittel |
|
||||
| **Maerz 2027** | TrassenOrder-Team-Integration bewerten | Mittel |
|
||||
|
||||
### Warum NACH dem Fahrplanwechsel?
|
||||
- Fahrplanwechsel (Dez 2026) ist der riskanteste externe Termin
|
||||
- Teams muessen in bekannter Struktur arbeiten wenn es kritisch wird
|
||||
- Reorg waehrend Hochlast = Produktivitaetsverlust + Risiko
|
||||
- Januar ist traditionell ruhiger (nach FplJ-Wechsel) — guter Zeitpunkt fuer Umstellung
|
||||
|
||||
---
|
||||
|
||||
## Offene Entscheidungen (mit BO/Management zu klaeren)
|
||||
|
||||
| # | Entscheidung | Deadline | Wer entscheidet |
|
||||
|---|-------------|----------|-----------------|
|
||||
| 1 | Wer wird neue Fuehrung? | Jun 2026 | Management |
|
||||
| 2 | OpsDev-Lead: Intern oder extern? | Jul 2026 | Management |
|
||||
| 3 | SV-Monolith: Aufteilen oder einem Team zuordnen? | Okt 2026 | Architektur + BO |
|
||||
| 4 | PO-Struktur: 1 pro Team oder uebergreifend? | Nov 2026 | BO |
|
||||
| 5 | TrassenOrder: Eigenes Team oder Integration in pathOS? | Feb 2027 | BO + Management |
|
||||
| 6 | GelV-Ownership: pathOS oder TraPo? | Feb 2027 | BO |
|
||||
| 7 | Naechste Domaene nach Trasse (Anlage? Nebenleistungen?) | Maerz 2027 | BO + Strategie |
|
||||
|
||||
---
|
||||
|
||||
## Metriken zur Erfolgsmessung
|
||||
|
||||
| Metrik | Baseline (Mai 2026) | Ziel M6 (Sep 2026) | Ziel M10 (Jan 2027) | Ziel M13 (Mai 2027) |
|
||||
|--------|---------------------|---------------------|----------------------|---------------------|
|
||||
| Bug-Rate Portal | 33% | 25% | 20% | <15% |
|
||||
| Bug-Rate Gesamt | 20% | 18% | 15% | <12% |
|
||||
| Deployment-Frequenz | ? (messen!) | 1x/Woche | 2x/Woche | Taeglich moeglich |
|
||||
| Mean Time to Recovery | ? (messen!) | <4h | <2h | <1h |
|
||||
| Offene Highest-Tickets | 8+ | <5 | <3 | 0 |
|
||||
| SPOF-Index (>30% eines Bereichs) | 2 (Jan, Steven) | 1 | 0 | 0 |
|
||||
| Kundenzufriedenheit (NPS/CSAT) | Nicht gemessen | Baseline messen | +10 Punkte | +20 Punkte |
|
||||
|
||||
Reference in New Issue
Block a user