# 🧹 [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  |