# 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 |