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.

bahn/project-audit/analysis/ttsi-programm-analyse.md

@@ -0,0 +1,98 @@
+# 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
+```