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.
50 lines
3.1 KiB
Plaintext
50 lines
3.1 KiB
Plaintext
Projektarbeitsbuch (Entwurf):
|
||
UX-Strategie und Fachanwendung
|
||
Projekt: PathOS/TraPo – Trassenportal für Gelegenheitsverkehr
|
||
Status: Discovery-Phase
|
||
Beteiligte Organisationen: DB InfraGO, DB Systel, Agentur VorSicht
|
||
Stand: 19. Januar 2026
|
||
1. Projektziel & Vision
|
||
Vision
|
||
Ein Portal für Eisenbahnverkehrsunternehmen, über das Gelegenheitsverkehr so einfach bestellt werden kann wie eine Online-Buchung: Mit 3 Angaben statt 240+ Formularfeldern eine komplette Zugfahrt planen, validieren und beauftragen.
|
||
Zielgruppe
|
||
Kleine EVUs mit wenig Expertise: Ein-Mann-Betriebe, wo der Triebfahrzeugführer auch die Anmeldung macht. Nutzer, die „sonst nur WhatsApp bedienen“. Wenn es für diese Zielgruppe funktioniert, funktioniert es für alle.
|
||
Erfolgskriterien
|
||
Angestrebte Qualitäten (Ziel-Outcome)
|
||
[Zu definieren: Was genau muss das Portal zum Launch können? Welche Use Cases müssen abgedeckt sein? Welche explizit nicht?]
|
||
Abgrenzung
|
||
Kein Experten-Tool: Power-User und Grosskunden (DB Cargo, Fernverkehr) nutzen APIs oder das bestehende PathOS-Portal. Desktop-only-Anwendung. Langfristiges Ziel: Das bestehende Experten-Tool perspektivisch ablösen.
|
||
Zieltermin
|
||
September 2025 (Start Gelegenheitsverkehr-Saison). Kein harter Termin – auch 80% der Use Cases wäre ein Erfolg.
|
||
2. Architektur & Systemkontext
|
||
Architekturentscheidung
|
||
Das neue Portal wird als externes System mit festen, abwärtskompatiblen Schnittstellen gebaut – nicht als Komponente innerhalb von PathOS.
|
||
Begründung: PathOS arbeitet mit synchronen Release-Zyklen („Microservice-Monolith“). Das neue Portal braucht unabhängige Deploy-Fähigkeit. Vermeidung unnötiger Abhängigkeiten.
|
||
Schnittstellen zu PathOS
|
||
Schnittstellen zu Primaerquellen
|
||
Direkter Zugriff (z. B. ), nicht über PathOS-Zwischenschicht.
|
||
Trassenfinder
|
||
Der Trassenfinder ist ein bestehendes Expertensystem (BVU). Die Integration ist ein Fernziel. Kurzfristig: API-Nutzung für Validierung, Routing, Zugparameter. Offen: Kartenbasierte Ansicht im neuen Portal oder nur API-Ergebnis + Link zum Trassenfinder?
|
||
Referenzsystem: Bestehendes PathOS-Portal
|
||
Das aktuelle PathOS-Portal (Launch März 2025) dient als: Referenz für bestehende Funktionalität; Insight-Quelle (Ergebnisse der Nutzertests sammeln und für dieses Projekt verwerten); Backup für Expertennutzer, bis das neue Portal deren Bedarfe ebenfalls abbildet und das alte ablösen kann.
|
||
3. Team & Rollen
|
||
4. Discovery-Tracks
|
||
Fachliche und technische Discovery laufen parallel.
|
||
Fachlicher Track
|
||
Technischer Track
|
||
5. Zeitplan & Meilensteine
|
||
Nächste Schritte
|
||
6. Offene Fragen & Klärungsbedarf
|
||
Architektur & Technik
|
||
Fachlich & Inhaltlich
|
||
Ziel-Outcome & Erfolgsmessung
|
||
Arbeitsweise & Organisation
|
||
7. Anwendungsfälle (Arbeitshilfe)
|
||
Dieses Template dient dem strukturierten Sammeln von Erkenntnissen aus Nutzertests und Expertenbefragungen. Die Anwendungsfälle bilden die zentrale Arbeitsgrundlage für das Projekt.
|
||
Methoden: User Journey Mapping, User Story Mapping
|
||
Template pro Anwendungsfall
|
||
Beispiel-Anwendungsfaelle (zu befüllen)
|
||
Gelegenheitsverkehr-Fahrt anmelden
|
||
Trassenangebot prüfen und annehmen
|
||
Buchung stornieren/ändern
|
||
[weitere aus Discovery ergänzen] |