97 lines
4.9 KiB
Markdown
97 lines
4.9 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)
|
|
|
|
- [x] **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
|
|
|
|
- [x] **A-2** | Event-First-Workflow dokumentieren
|
|
- [x] Ablauf: Veranstaltung anlegen → Turnier anlegen → Bewerbe anlegen → Abteilungen → Startliste
|
|
- [x] Dokument in `docs/01_Architecture/` oder `docs/02_Guides/` ablegen → `docs/02_Guides/Event-First-Workflow.md`
|
|
|
|
- [x] **A-3** | Navigation-V2 dokumentieren
|
|
- [x] Aktuellen Screen-Baum und Back-Stack-Verhalten beschreiben
|
|
- [x] Dokument in `docs/06_Frontend/` ablegen → `docs/06_Frontend/Navigation_V2_Screen-Baum_und_Back-Stack.md`
|
|
|
|
- [x] **A-4** | Tenant-Konzept dokumentieren (nach ADR-0021 vom Architect)
|
|
- [x] ADR-0021 in `docs/01_Architecture/ADRs/` verlinken → `docs/01_Architecture/adr/0021-tenant-resolution-strategy-de.md`
|
|
- [x] Konzept "eine Veranstaltung = eine Datenbank (Tenant)" in Laien-Sprache erklären
|
|
- [x] Auswirkungen auf Schema, API und Frontend zusammenfassen → `docs/01_Architecture/Reference/Tenant-Konzept_Eine-Veranstaltung-eine-Datenbank.md`
|
|
|
|
- [x] **A-5** | Session-Log für heutige Besprechung (2. April 2026) erstellen
|
|
- [x] Alle Beschlüsse der Meldestelle-Besprechung eintragen
|
|
- [x] Domänen-Korrekturen (Abteilung, Kassa, Veranstaltungs-Hierarchie) festhalten
|
|
- [x] Zurückgestellte Themen (USB-Fallback, Web-App, Nenn-System) als ⏸️ markieren
|
|
- [x] Log in `docs/99_Journal/` ablegen → `docs/99_Journal/2026-04-02_Meldestelle_Besprechung_Session-Log.md`
|
|
|
|
---
|
|
|
|
## 🟠 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 |
|