Stefan Mogeritsch
7e16b3f318
Some checks failed
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>
97 lines
4.6 KiB
Markdown
97 lines
4.6 KiB
Markdown
# 🧹 [Curator] — Schritt-für-Schritt Roadmap
|
|
|
|
> **Stand:** 2. April 2026
|
|
> **Rolle:** Dokumentation, Session-Logs, Reports, Aufräumen, Wissens-Management
|
|
|
|
---
|
|
|
|
## 🔴 Sprint A — Sofort (diese Woche)
|
|
|
|
- [ ] **A-1** | `Ubiquitous_Language.md` aktualisieren (nach Domänen-Modell vom Architect)
|
|
- [ ] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` eintragen
|
|
- [ ] `Abteilung` als eigenständigen Begriff definieren (kleinste ausführbare Einheit)
|
|
- [ ] `SEPARATE_SIEGEREHRUNG` und `ORGANISATORISCH` als Abteilungs-Typen definieren
|
|
- [ ] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier-Aggregation) eintragen
|
|
- [ ] `Veranstaltungs-Kassa` und `TurnierKassa` als separate Begriffe definieren
|
|
- [ ] `Zahlvorgang` (eine Zahlung, mehrere Rechnungen) definieren
|
|
|
|
- [ ] **A-2** | Event-First-Workflow dokumentieren
|
|
- [ ] Ablauf: Veranstaltung anlegen → Turnier anlegen → Bewerbe anlegen → Abteilungen → Startliste
|
|
- [ ] Dokument in `docs/01_Architecture/` oder `docs/02_Guides/` ablegen
|
|
|
|
- [ ] **A-3** | Navigation-V2 dokumentieren
|
|
- [ ] Aktuellen Screen-Baum und Back-Stack-Verhalten beschreiben
|
|
- [ ] Dokument in `docs/06_Frontend/` ablegen
|
|
|
|
- [ ] **A-4** | Tenant-Konzept dokumentieren (nach ADR-0021 vom Architect)
|
|
- [ ] ADR-0021 in `docs/01_Architecture/ADRs/` verlinken
|
|
- [ ] Konzept "eine Veranstaltung = eine Datenbank (Tenant)" in Laien-Sprache erklären
|
|
- [ ] Auswirkungen auf Schema, API und Frontend zusammenfassen
|
|
|
|
- [ ] **A-5** | Session-Log für heutige Besprechung (2. April 2026) erstellen
|
|
- [ ] Alle Beschlüsse der Meldestelle-Besprechung eintragen
|
|
- [ ] Domänen-Korrekturen (Abteilung, Kassa, Veranstaltungs-Hierarchie) festhalten
|
|
- [ ] Zurückgestellte Themen (USB-Fallback, Web-App, Nenn-System) als ⏸️ markieren
|
|
- [ ] Log in `docs/99_Journal/` ablegen
|
|
|
|
---
|
|
|
|
## 🟠 Sprint B — Kurzfristig (nächste Woche)
|
|
|
|
- [ ] **B-1** | Roadmaps-Verzeichnis pflegen
|
|
- [ ] Alle 8 Roadmap-Dateien in `docs/04_Agents/Roadmaps/` auf Vollständigkeit prüfen
|
|
- [ ] Abgeschlossene Aufgaben in den Roadmaps als `[x]` markieren (nach Rückmeldung der Teams)
|
|
|
|
- [ ] **B-2** | `docs/05_Backend/` aktualisieren
|
|
- [ ] Neues Datenbankschema (Tabellen: veranstaltungen, turniere, bewerbe, abteilungen) dokumentieren
|
|
- [ ] API-Endpunkte-Übersicht aktualisieren sobald Backend Sprint B abgeschlossen
|
|
|
|
- [ ] **B-3** | `docs/06_Frontend/` aktualisieren
|
|
- [ ] ViewModel-Architektur-Muster (MVVM/UDF) dokumentieren (nach Frontend Sprint A)
|
|
- [ ] Verweis auf `VeranstalterViewModel` als Referenz-Implementierung
|
|
|
|
---
|
|
|
|
## 🟡 Sprint C — Mittelfristig (in 2 Wochen)
|
|
|
|
- [ ] **C-1** | `README.md` aktualisieren
|
|
- [ ] Desktop-App als primären Fokus hervorheben
|
|
- [ ] Schnellstart-Anleitung für lokale Entwicklungsumgebung prüfen und aktualisieren
|
|
- [ ] Veraltete Abschnitte (V1-Referenzen) entfernen oder als deprecated markieren
|
|
|
|
- [ ] **C-2** | Setup-Guide aktualisieren
|
|
- [ ] Schritt-für-Schritt-Anleitung: Projekt klonen → Docker starten → Desktop-App starten
|
|
- [ ] Voraussetzungen (JDK, Gradle, Docker) mit genauen Versionen dokumentieren
|
|
- [ ] Dokument in `docs/02_Guides/` ablegen
|
|
|
|
- [ ] **C-3** | Unterordner-Struktur in `docs/` einführen (falls erforderlich)
|
|
- [ ] Aktuelle Struktur analysieren: Gibt es überladene Verzeichnisse?
|
|
- [ ] Vorschlag für saubere Unterordner-Struktur erstellen
|
|
- [ ] Mit Architect abstimmen und umsetzen
|
|
|
|
- [ ] **C-4** | V1-Code-Bereinigung koordinieren
|
|
- [ ] Alle V1-Dateien und -Module identifizieren (gemeinsam mit Frontend + Backend)
|
|
- [ ] Bereinigungsplan erstellen: Was kann gelöscht werden, was muss migriert werden?
|
|
- [ ] Bereinigung koordinieren und dokumentieren
|
|
|
|
- [ ] **C-5** | Reports-Verzeichnis pflegen
|
|
- [ ] Nach Sprint A, B, C: Kurzberichte von allen Entwicklern einsammeln
|
|
- [ ] In `docs/90_Reports/` archivieren
|
|
|
|
---
|
|
|
|
## 📌 Abhängigkeiten
|
|
|
|
| Warte auf | Von wem |
|
|
|-----------------------------|-------------------------|
|
|
| ADR-0021 (Tenant-Strategie) | 🏗️ Architect — für A-4 |
|
|
| Domänen-Modell final | 🏗️ Architect — für A-1 |
|
|
| ViewModel-Referenz | 🎨 Frontend — für B-3 |
|
|
| Neues DB-Schema | 👷 Backend — für B-2 |
|
|
|
|
| Meine Aufgabe | Ermöglicht wem |
|
|
|--------------------------------|---------------------------------------------------|
|
|
| `Ubiquitous_Language.md` (A-1) | Alle: gemeinsames Vokabular, kein Missverständnis |
|
|
| Session-Log (A-5) | Alle: Nachvollziehbarkeit der Beschlüsse |
|
|
| README + Setup-Guide (C-1/C-2) | Neue Entwickler: sofortiger Einstieg ins Projekt |
|