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.
4.5 KiB
4.5 KiB
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:
- Go/No-Go am 16.09.2026 betrifft pathOS direkt — das System muss bis dahin produktionsreif sein
- Kein Parallelbetrieb — pathOS muss TPN vollstaendig ersetzen koennen
- NEP2 + GelV sind die aktuellen Meilensteine die pathOS liefern muss
- 8 Programmrisiken betreffen pathOS direkt oder indirekt
- Hypercare erfordert erhoehte Teamverfuegbarkeit nach Go-Live
- Budgetrisiko (TTTSOL-50) kann pathOS-Ressourcen betreffen
- 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