docs(roadmaps): add sprint execution order and detailed role-specific roadmaps
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Has been cancelled
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Has been cancelled

- Added `SPRINT_EXECUTION_ORDER.md` to define the cross-role sprint step sequence.
- Created individual roadmaps for Architect, Backend, Frontend, DevOps, Rulebook, QA, UI/UX, and Curator.
- Captured developer responsibilities, dependencies, and timelines for Sprints A–C.
- Aligned sprint planning documentation with session log agreements.
- Provided structured documentation in `docs/04_Agents/Roadmaps/`.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
2026-04-02 14:35:40 +02:00
parent 1a695df60b
commit 7e16b3f318
15 changed files with 1588 additions and 0 deletions
@@ -0,0 +1,88 @@
# 📜 [ÖTO/FEI Rulebook Expert] — Schritt-für-Schritt Roadmap
> **Stand:** 2. April 2026
> **Rolle:** Regelwerks-Wächter, Validierungs-Spezialist, ÖTO/FEI Compliance
---
## 🔴 Sprint A — Sofort (diese Woche)
- [ ] **A-1** | Validierungsregeln schriftlich spezifizieren — Grundlage für alle anderen Teams
- [ ] **OEPS-Mitgliedsnummer**
- [ ] Gültiges Format definieren (Länge, erlaubte Zeichen, Präfixe)
- [ ] Ungültige Beispiele dokumentieren
- [ ] **FEI-ID**
- [ ] Gültiges Format definieren
- [ ] Wann ist FEI-ID Pflicht? (Turnierkategorie-abhängig)
- [ ] Ungültige Beispiele dokumentieren
- [ ] **Lizenzklassen (R1R4, RD1RD3, LZF)**
- [ ] Vollständige Liste aller gültigen Lizenzklassen
- [ ] Welche Lizenz erlaubt welche Bewerbsklasse? (Zuordnungstabelle Springen + Dressur)
- [ ] **Altersklassen Pferd**
- [ ] Mindestalter je Bewerbsklasse / Höhe (Springen + Dressur)
- [ ] Berechnungsregel: Stichtag für Pferdealter (1. Jänner des Geburtsjahres)
- [ ] Ergebnis als Dokument `docs/03_Domain/02_Reference/Validierungsregeln.md` ablegen
- [ ] **A-2** | Abteilungs-Zwangsteilungsregeln vollständig spezifizieren
- [ ] CSN-C-NEU: Bewerb ≤95cm → `ohne Lizenz` | `mit Lizenz` (§ 231 ÖTO)
- [ ] CSN-C-NEU: Bewerb ≥100cm → `R1` | `R2 und höher` (§ 231 ÖTO)
- [ ] Gibt es weitere Pflicht-Teilungsregeln in anderen Kategorien? (CDN, CCN prüfen)
- [ ] Ergebnis in `TURNIER_KLASSEN.md` ergänzen
---
## 🟠 Sprint B — Kurzfristig (nächste Woche)
- [ ] **B-1** | Validierungs-Implementierung Frontend begleiten
- [ ] Spezifikation aus Sprint A-1 an 🎨 Frontend übergeben
- [ ] Implementierung prüfen: Entspricht die Live-Validierung den Regelwerks-Anforderungen?
- [ ] Fehlermeldungs-Texte auf Korrektheit und Verständlichkeit prüfen
- [ ] **B-2** | Validierungs-Implementierung Backend begleiten
- [ ] Spezifikation aus Sprint A-1 an 👷 Backend übergeben
- [ ] Serverseitige Validierung prüfen: Werden alle Regeln korrekt durchgesetzt?
- [ ] Grenzfälle definieren und an 🧐 QA weitergeben
- [ ] **B-3** | Bewerbs-Typen und Bewertungslogik dokumentieren
- [ ] Stilspringen: Berechnungsformel Grundnote Abzüge dokumentieren (§ 204 ÖTO)
- [ ] Dressurreiterprüfung: Bewertungskriterien dokumentieren (§ 103 ÖTO)
- [ ] Reihungsregeln bei Punktgleichheit dokumentieren
- [ ] Ergebnis: `REITER_PRUEFUNGEN.md` aktualisieren / vervollständigen
---
## 🟡 Sprint C — Mittelfristig (in 2 Wochen)
- [ ] **C-1** | `AltersklasseRechner` vollständig gegen ÖTO 2026 testen
- [ ] Alle Altersklassen-Grenzen aus dem Regelwerk extrahieren
- [ ] Testfälle für Grenzjahre definieren (z.B. Pferd born Jan vs. Dez)
- [ ] Testfälle an 🧐 QA übergeben
- [ ] **C-2** | Funktionärs-Qualifikationen als Enum spezifizieren
- [ ] Alle Funktionärs-Typen auflisten (Richter, Parcourschef, Veterinär, etc.)
- [ ] Qualifikationsstufen je Typ definieren (z.B. Richter: Regional, National, International)
- [ ] Zuordnung: Welche Qualifikation ist für welche Turnierkategorie Pflicht?
- [ ] Ergebnis als Enum-Vorlage für 👷 Backend bereitstellen
- [ ] **C-3** | ZNS-Export-Compliance prüfen
- [ ] ZNS-Dateiformat auf Aktualität (ÖTO 2026) prüfen
- [ ] Prüfungsart-Codes (`DR`, `ST`, etc.) im `zns-parser` validieren
- [ ] Fehlende oder veraltete Codes identifizieren und dokumentieren
---
## ⏸️ Zurückgestellt
> ⏸️ **Nenn-Formular Validierungsregeln (Lizenz × Klasse × Alter für Web-Formular)** — Nach Web-App Besprechung
---
## 📌 Abhängigkeiten
| Meine Aufgabe | Blockiert / Ermöglicht wen |
|---------------------------------------|--------------------------------------------------|
| Validierungs-Spezifikation (A-1) | 👷 Backend: serverseitige Validierung (Blocker) |
| Validierungs-Spezifikation (A-1) | 🎨 Frontend: Live-Feedback in Dialogen (Blocker) |
| Validierungs-Spezifikation (A-1) | 🧐 QA: Testfälle für Validierung |
| Abteilungs-Zwangsteilungsregeln (A-2) | 👷 Backend: `Bewerb.validate()` (Blocker) |
| Funktionärs-Qualifikationen (C-2) | 👷 Backend: Enum-Implementierung |