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.
9.2 KiB
9.2 KiB
PO-Roadmap-Input — Konsolidierung
Stand: 2026-04-24 | Quelle: Direkte PO-Rueckmeldungen (CIB, Zero, 404)
Team CIB (PO-Input)
Laufend / Kurzfristig
| Thema | Details | Prioritaet | Abhaengigkeit |
|---|---|---|---|
| Camunda Updates | Nach 8.8 kommt 8.9, 8.10 usw. Weniger Aufwand als 8.8, aber Support-Zeitraeume beachten. Gilt fuer alle Frameworks. | Laufend | — |
| Click&Ride | SUBP arbeitet bereits an Teilen. Naechstes PI: Was fehlt noch, wer macht es? | Kurzfristig | ADR-72, SUBP |
| Aenderungswesen finalisieren | Parallele Aenderungsbestellungen auf ueberschneidende Verkehrstage validieren. Mit Fahrplan abgestimmt, zeitlich noch nicht umgesetzt. | Kurzfristig | Fahrplan |
| Vorpruefung Portal | Button "Vorpruefung" im Portal: Bestellung durchlaeuft PMW+SV+BEP Validierung VOR Absenden. Kunde bekommt Rueckmeldung in Sekunden. Verhindert "Haengenbleiben in Systemkette". | Kurzfristig | 404 (Portal), BEP |
| Monitoring & Alerting | Systemzustandspruefung soll kein Dauerzustand sein. Henrik verantwortlich. | Kurzfristig | OPs/Henrik |
| Abrechnung | Unklar: Erst pathOS-Anbindung geplant, dann eingestampft (GFD-Z als Quelle), jetzt doch Daten von pathOS noetig. Potenzial fuer groesseren Aufwand. | Unklar | AC Trasse, GFD-Z |
Nachgeliefert nach Go-Live ("reichen wir nach")
| Thema | Details | Groesse |
|---|---|---|
| RouteUpdate-Prozess | Noch nicht implementiert | Gross |
| §22 ERegG | Eintritt Drittunternehmen in bestehenden Vertrag | Mittel |
| Leistungsverweigerung | Durchsetzung einer Leistungsverweigerung | Mittel |
Technische/Fachliche Schulden
| Thema | Details |
|---|---|
| Security Requirements | Enabler-Parkplatz |
| Fachliche Workarounds | z.B. Mehrfach-Beanstandung: Nur erste wird an TPN weitergeleitet, Rest landet im "Papierkorb" |
| Rahmenvertraege aufraeumen | RV wird in anderem System abgebildet. Prozesse und Tests ausbauen → reduziert Pflegeaufwand und Pipeline-Laufzeiten |
Team Zero (PO-Input)
Immer (Laufend)
- Bug Fix, Support
- Lieferungen testen, bauen, dokumentieren (optimieren)
- Wartung: Aktualisierung Komponenten (aktuell Spring Boot 4), kleine Anforderungen (z.B. Portal)
Kurzfristig
| Thema | Details |
|---|---|
| Neue Mitarbeiter aufgleisen | Onboarding |
| Ausgleichszeit | — |
| Workarounds TTK aufraeumen | Technische Schuld |
| Performance Optimierung AV | Auftrags-Verwaltung |
| Verschluesselung einschalten | Security |
Mittelfristig
| Thema | Details | Groesse |
|---|---|---|
| Monitoring | Grafana Boards wieder nutzbar, Logs anpassen | Mittel |
| Runbook | Aktualisieren | Mittel |
| PCS aufraeumen + Rueckweg | Gestaltung Rueckweg | Gross |
| Stationsportal Anbindung | Fertigstellen | Mittel |
| LuP VNP Versand | Last- und Performance fuer VNP | Mittel |
Langfristig
| Thema | Details | Groesse |
|---|---|---|
| Click&Ride Anbindung | — | Gross |
| Infrastruktur Revisionen | Verarbeiten | Mittel |
| CI/TTK Error archivieren | — | Klein |
| Ersatz Message Routing ID | z.B. SenderReference, iRFP Anforderungen | Gross |
| TDM aufraeumen | — | Mittel |
| XSD Version 3.5.2 | Unterstuetzen | Kann gross werden |
| LuP neu | Komplett neu | Gross |
Team 404 (PO-Input)
Funktionale Erweiterungen
| Thema | Details | Groesse |
|---|---|---|
| Uebersichtsseite Vorgaenge | Zusammengehoerige Vorgaenge gruppiert nach RouteID | Mittel |
| Vorab-Validierung | BEP-Anbindung vor Absenden, PRM-ID nicht "verbrennen" | Mittel |
| Nutzerfuehrung | Verkehrsart zu Beginn festlegen (SGV/SPNV), danach nicht aenderbar | Klein |
| Expertenmodus | Kompakte Maske ohne Hilfestellungen fuer erfahrene Nutzer | Mittel |
| Massenkopie Taktbestellungen | Mehrere Takte per Massenkopierfunktion | Mittel |
| Benachrichtigungen | E-Mail bei NAE oder Angebotseingang | Mittel |
| Vorlagen ueberarbeiten | Fehleranfaellig bei komplexen Vorgaengen, Konzept noetig | Mittel |
| Entkopplung Zuglaufpunkte/Zugcharakteristik | Vererbungslogik entfernen (viele Fehler) | Gross |
| Vereinfachung Verknuepfungslogik | Planned/RelatedPlanned IDs einfacher handhaben | Mittel |
| Auslands-/NE-Strecken | Hilfe beim korrekten Anlegen inkl. Handoverpoints | Mittel |
| Kalenderfunktion | Kunden tun sich schwer damit | Mittel |
| Fehlermeldungen | Konzept fuer verstaendliche, benutzerfreundliche Meldungen | Mittel |
| Suchfunktion | Leistungsfaehige Suche integrieren | Mittel |
Qualitaet / Infrastruktur
| Thema | Details |
|---|---|
| TPN-Import optimieren | Zu komplex, Unterschiede Alt/Neuwelt zu gross. Ansatz: Ausgewaehlte Kunden schicken 10 Vorgaenge als Vorlage. |
| Testumgebung mit TPN | Dauerhaft verfuegbar fuer User Stories und Bug-Tests |
| Automatisierte Tests ausbauen | Deutlich erweitern fuer fruehe Fehlererkennung |
Abgleich mit bestehender Roadmap
Bereits in unserer Roadmap
| PO-Thema | Unsere Roadmap-Aktion | Status |
|---|---|---|
| Camunda Updates | A6 (Camunda 8.9) | In Roadmap |
| Click&Ride | ADR-72 | In Roadmap |
| Monitoring | A7, B7 | In Roadmap |
| Abrechnung/VDV | Strategische Notiz | Notiert |
| Spring Boot 4 | A1 | Laeuft aktiv |
| Performance AV | B4 (Full-Table-Scans) | In Roadmap |
NEU aus PO-Input (nicht in Roadmap)
| Thema | Team | Prioritaet | Groesse |
|---|---|---|---|
| Vorpruefung Portal | CIB+404 | HOCH | Mittel |
| Aenderungswesen finalisieren | CIB | HOCH | Mittel |
| RouteUpdate-Prozess | CIB | HOCH | Gross |
| §22 ERegG | CIB | MITTEL | Mittel |
| Rahmenvertraege aufraeumen | CIB | MITTEL | Klein |
| Mehrfach-Beanstandung Fix | CIB | MITTEL | Klein |
| Uebersichtsseite Vorgaenge | 404 | HOCH | Mittel |
| Expertenmodus | 404 | MITTEL | Mittel |
| Massenkopie Taktbestellungen | 404 | MITTEL | Mittel |
| Benachrichtigungen (E-Mail) | 404 | MITTEL | Mittel |
| Entkopplung Zuglaufpunkte | 404 | HOCH | Gross |
| Fehlermeldungen-Konzept | 404 | HOCH | Mittel |
| Suchfunktion | 404 | MITTEL | Mittel |
| PCS aufraeumen + Rueckweg | Zero | MITTEL | Gross |
| Ersatz Message Routing ID | Zero | LANGFRISTIG | Gross |
| XSD 3.5.2 | Zero | LANGFRISTIG | Gross? |
| LuP neu | Zero | LANGFRISTIG | Gross |
| Testumgebung mit TPN | 404 | HOCH | Mittel |
| Automatisierte Tests ausbauen | 404 | HOCH | Laufend |
Business Owner Sicht (BO-Input)
Uebergreifende Fragestellungen
| # | Frage | Kontext |
|---|---|---|
| 1 | Was fehlt im Support? Was brauchen wir vom Support und was brauchen wir fuer den Support? | Support-Board wird neu aufgesetzt, BSSUPPORT-Team existiert |
| 2 | Monitoring fuer OPs Squad — Wo steht das Monitoring und was fehlt noch? | Henrik verantwortlich, Grafana Boards teilweise nicht nutzbar (Zero-Input) |
| 3 | Axt schaerfen — Was machen wir um die Entwicklungseffizienz zu steigern? | Bug-Rate 404 bei 33%, 2214 Smells in SV, Pipeline-Komplexitaet |
| 4 | Enablement-Features — Welche konkreten Features brauchen Support und OPs Squad? | Fehlermeldungen-Konzept (404), Monitoring-Dashboards (Zero/OPs) |
| 5 | Organisatorische Regeln — Was brauchen wir an Regeln fuer Support und Squad? | Rollierendes Deployment seit 06/2025, DevOps-Wissen im Aufbau |
| 6 | Fachlichkeit beschleunigen — Bsp: NEP1 Anzeige-Bug. Wie kriegen wir fachliches Verstaendnis schneller und besser ins Produkt? | 165 Portal-Bugs, Kundenfeedback-Loop |
Abgeleitete Handlungsfelder
| Handlungsfeld | Beschreibung | Betroffene Teams | Prioritaet |
|---|---|---|---|
| Support-Enablement | Definieren was Support braucht (Tools, Zugang, Wissen, Prozesse) und was Support liefern muss (SLAs, Eskalation, Feedback-Loop) | BSSUPPORT, OPs, alle | HOCH |
| Monitoring-Luecken schliessen | Grafana Boards nutzbar machen, Alerting ausbauen, Netcool-Anbindung | OPs, Zero | HOCH |
| Entwicklungseffizienz | Smells reduzieren, Tests ausbauen, Pipeline beschleunigen, Rahmenvertraege aufraeumen | Alle | MITTEL |
| Feature-Enablement | Vorpruefung Portal, Fehlermeldungen, Suchfunktion, Expertenmodus | 404, CIB | MITTEL |
| Organisatorische Regeln | Deployment-Verantwortung, Support-Prozesse, Eskalationswege, Wissenstransfer | PM/RTE | HOCH |
| Fachlichkeits-Loop | Wie kommt Kundenfeedback schneller in die Entwicklung? Wie wird fachliches Verstaendnis aufgebaut? | 404, CIB, FbF | HOCH |
Zusammenhang mit bestehenden Erkenntnissen
Die BO-Sicht bestaetigt und verstaerkt mehrere Findings aus unserer Analyse:
- Bug-Rate 404 (33%) → BO fragt "wie kriegen wir Fachlichkeit beschleunigt" → Fehlermeldungen-Konzept + Vorpruefung wuerden helfen
- OPs als neues Team → BO fragt "was braucht das Squad" → Monitoring-Luecken + organisatorische Regeln
- Support wird neu aufgesetzt → BO fragt "was fehlt" → Support-Enablement als eigenes Handlungsfeld
- 2214 Smells in SV → BO fragt "Axt schaerfen" → Technische Schulden systematisch abbauen
- Deployment-Komplexitaet → BO fragt "organisatorische Regeln" → Deployment-Automatisierung + Verantwortung