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.
99 lines
4.5 KiB
Markdown
99 lines
4.5 KiB
Markdown
# TAF/TAP TSI Programm — Analyse
|
|
|
|
> Stand: 2026-04-23 | Quelle: TTSI Confluence Space (44 Seiten exportiert)
|
|
|
|
---
|
|
|
|
## 1. Was ist das TTT-Programm?
|
|
|
|
TAF/TAP TSI (TTT) ist das uebergreifende Programm zur Einfuehrung des europaeischen Standards fuer Trassenbestellung und Betrieb bei DB InfraGO. Es ist **regulatorisch verpflichtend** (EU-Verordnungen 1305/2014 TAF TSI und 454/2011 TAP TSI).
|
|
|
|
### Kernfakten
|
|
- **Ziel**: Einfuehrung TTT fuer Fahrplanjahr 2027 (FplJ 27)
|
|
- **Auftraggeber**: Robert Arnhold (CIO/CDO DB InfraGO)
|
|
- **Programmleitung**: Heike Sperber
|
|
- **Bereits 4x verschoben** seit 2014 — letzte Neuplanung Oktober 2024
|
|
- **Kein direkter Geschaeftsnutzen** ueber regulatorische Compliance hinaus
|
|
- **Kein Parallelbetrieb moeglich** — muss von Anfang an stabil funktionieren
|
|
- **~400 Marktteilnehmer** (EVUs) muessen gleichzeitig umgestellt werden
|
|
|
|
### Beteiligte Value Teams
|
|
| Value Team | Bereich | Funktion |
|
|
|-----------|---------|---------|
|
|
| **O2C** (Order2Cash) | Vertrieb | Trassenbestellung & -abrechnung → **pathOS** |
|
|
| **C2S** (Capacity2Schedule) | Fahrplan | Kapazitaetsmanagement & Fahrplanung |
|
|
| **S2O** (Schedule2Operate) | Betrieb | Betriebliche Meldungen |
|
|
|
|
### Leistungsprozesse (Meilensteine)
|
|
| Kuerzel | Bedeutung | Status |
|
|
|---------|-----------|--------|
|
|
| **NEP1** | Netzfahrplan-Erstbestellung | ✅ Abgeschlossen |
|
|
| **NEP2** | Netzfahrplan Phase 2 | ⏳ Aktuell in Arbeit |
|
|
| **GelV** | Gelegenheitsverkehr | ⏳ In Planung/Umsetzung |
|
|
| **ujBau** | Umgebungsjahresbau | ⏳ In Planung/Umsetzung |
|
|
|
|
## 2. Go/No-Go Entscheidung FplJ 27
|
|
|
|
- **Status**: IN ARBEIT
|
|
- **Zeitplan**:
|
|
- Messung vor Stellungnahmeverfahren: 04.08.2026
|
|
- Lenkungskreis: 06.08.2026
|
|
- Messung nach Stellungnahmeverfahren: 15.09.2026
|
|
- Entscheidungstermin: **16.09.2026**
|
|
- **Perspektive**: "Mit 9 Monaten Vorlauf sicher sein, dass der GoLive erfolgreich sein wird"
|
|
- **Kriterien**: Werden aktuell erarbeitet
|
|
|
|
## 3. Top-Programmrisiken
|
|
|
|
| ID | Risiko | Schwere |
|
|
|----|--------|---------|
|
|
| TTTSOL-52 | **Unrealistische Go-Live-Entscheidung** — Entscheidung auf Basis falscher Annahmen kann massive betriebliche Risiken ausloesen | KRITISCH |
|
|
| TTTSOL-51 | **Rueckstand bei funktionalen Anforderungen** — Wirtschaftliche Nachteile und Reputationsschaeden durch weitere Verschiebungen | HOCH |
|
|
| TTTSOL-50 | **Budgetrisiken** — Preissteigerungen bei gleichbleibendem Budget, Teams koennen nicht konstant bleiben | HOCH |
|
|
| TTTSOL-49 | **Unzureichendes Abhaengigkeitsmanagement** — Fehlplanungen und Verzoegerungen | HOCH |
|
|
| TTTSOL-48 | **Ressourcenengpaesse** — Konkurrenz mit anderen Themen (Annex VII, KaZu Novum) | HOCH |
|
|
| TTTSOL-47 | **Mangelnde Qualitaetssicherung** — Wirtschaftliche und regulatorische Folgen | HOCH |
|
|
| TTTSOL-44 | **Ueberplanung ujBau** — 110 Jobsize Capabilities nicht mit Kapazitaet hinterlegt | HOCH |
|
|
| TTTSOL-42 | **Fehlende fachliche Steuerung** — Scope unvollstaendig heruntergebrochen | HOCH |
|
|
|
|
## 4. Roll-out und Hypercare
|
|
|
|
- **Hypercare geplant** nach Go-Live mit erhoehter Aufmerksamkeit
|
|
- **Heisse Phase**: Punktuelle Rufbereitschaft/Wochenendarbeit bei Bugwelle
|
|
- **Teamverfuegbarkeit**: Mindestens 08:00-18:00, ideal 07:00-19:00
|
|
- **Kein Parallelbetrieb** — Fehler muessen sofort behoben werden
|
|
|
|
## 5. Risikomanagement-Struktur
|
|
|
|
Mehrstufig mit ROAM-Methodik:
|
|
- **Team-Ebene**: Initiale Erfassung, Monitoring
|
|
- **ART-Ebene**: Buendelung, Bewertung (O2CBS, C2S, S2O)
|
|
- **Programmebene (PMO)**: Zentrale Steuerung, Eskalation an Lenkungskreis
|
|
- **Jira-basiert**: TTTSOL-Projekt fuer Programmrisiken
|
|
- **Woechentliches Risiko-Review** nach Arbeitsmeeting
|
|
|
|
## 6. Bedeutung fuer pathOS
|
|
|
|
pathOS ist der **O2C-Anteil** des TTT-Programms — die Trassenbestellung. Das bedeutet:
|
|
|
|
1. **Go/No-Go am 16.09.2026** betrifft pathOS direkt — das System muss bis dahin produktionsreif sein
|
|
2. **Kein Parallelbetrieb** — pathOS muss TPN vollstaendig ersetzen koennen
|
|
3. **NEP2 + GelV** sind die aktuellen Meilensteine die pathOS liefern muss
|
|
4. **8 Programmrisiken** betreffen pathOS direkt oder indirekt
|
|
5. **Hypercare** erfordert erhoehte Teamverfuegbarkeit nach Go-Live
|
|
6. **Budgetrisiko** (TTTSOL-50) kann pathOS-Ressourcen betreffen
|
|
7. **110 ungeplante Capabilities im ujBau** (TTTSOL-44) — Priorisierungskonflikt
|
|
|
|
### Zeitkritischer Pfad fuer pathOS
|
|
```
|
|
JETZT (Apr 2026)
|
|
→ Spring Boot 4 Upgrade (MUSS vor Go-Live)
|
|
→ NEP2 Funktionalitaet liefern
|
|
→ GelV Funktionalitaet liefern
|
|
|
|
Aug 2026: Go/No-Go Messung 1
|
|
Sep 2026: Go/No-Go Entscheidung (16.09.)
|
|
Dez 2026: Fahrplanwechsel → Go-Live FplJ 27
|
|
Jan 2027+: Hypercare
|
|
```
|