ankn/Orchestrator
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
1ab41bf3ecd493bd87b8fd64dacccde36cc0f6b2
Orchestrator/bahn/project-audit/analysis/meilensteinplan-12m.md
T
ankn a5f8fb49ab 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.
2026-06-30 20:39:52 +02:00

14 KiB
Raw Blame History

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 View Git Blame Copy Permalink