docs: restructure and streamline sprint execution order
- Consolidated and removed redundant steps in `SPRINT_EXECUTION_ORDER.md`. - Simplified descriptions and roadmap formatting for improved clarity. - Updated progress and dependencies to align with Phase 8 objectives. - Adjusted role-specific roadmaps to reflect the latest sprint updates. Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
This commit is contained in:
@@ -1,96 +1,82 @@
|
||||
# 🧹 [Curator] — Schritt-für-Schritt Roadmap
|
||||
# 🧹 [Curator] — Zwischenstand & Roadmap
|
||||
|
||||
> **Stand:** 2. April 2026
|
||||
> **Rolle:** Dokumentation, Session-Logs, Reports, Aufräumen, Wissens-Management
|
||||
> **Stand:** 3. April 2026
|
||||
> **Rolle:** Dokumentation, Session-Logs, Ubiquitous Language, Ordnung in `docs/`
|
||||
|
||||
---
|
||||
|
||||
## 🔴 Sprint A — Sofort (diese Woche)
|
||||
## ✅ Erledigte Sprints
|
||||
|
||||
- [x] **A-1** | `Ubiquitous_Language.md` aktualisieren (nach Domänen-Modell vom Architect)
|
||||
- [x] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` eintragen
|
||||
- [x] `Abteilung` als eigenständigen Begriff definieren (kleinste ausführbare Einheit)
|
||||
- [x] `SEPARATE_SIEGEREHRUNG` und `ORGANISATORISCH` als Abteilungs-Typen definieren
|
||||
- [x] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier-Aggregation) eintragen
|
||||
- [x] `Veranstaltungs-Kassa` und `TurnierKassa` als separate Begriffe definieren
|
||||
- [x] `Zahlvorgang` (eine Zahlung, mehrere Rechnungen) definieren
|
||||
### Sprint A — Abgeschlossen
|
||||
|
||||
- [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-1** | `Ubiquitous_Language.md` aktualisiert (nach Domänen-Modell vom Architect)
|
||||
- [x] **A-2** | Event-First-Workflow dokumentiert → `docs/02_Guides/Event-First-Workflow.md`
|
||||
- [x] **A-3** | Navigation-V3 dokumentiert → `docs/06_Frontend/Navigation_V3_Screen-Baum_und_Back-Stack.md`
|
||||
- [x] **A-4** | Tenant-Konzept dokumentiert →
|
||||
`docs/01_Architecture/Reference/Tenant-Konzept_Eine-Veranstaltung-eine-Datenbank.md`
|
||||
- [x] **A-5** | Session-Log Meldestelle-Besprechung (02.04.2026) →
|
||||
`docs/99_Journal/2026-04-02_Meldestelle_Besprechung_Session-Log.md`
|
||||
|
||||
- [x] **A-3** | Navigation-V3 dokumentieren
|
||||
- [x] Aktuellen Screen-Baum und Back-Stack-Verhalten beschreiben
|
||||
- [x] Dokument in `docs/06_Frontend/` ablegen → `docs/06_Frontend/Navigation_V3_Screen-Baum_und_Back-Stack.md`
|
||||
### Sprint B (Teilweise) — Abgeschlossen
|
||||
|
||||
- [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`
|
||||
- [x] **B-0** | Rulebook-Session (03.04.2026) dokumentiert →
|
||||
`docs/99_Journal/2026-04-03_Rulebook_B1_Validierung_Frontend.md`
|
||||
|
||||
---
|
||||
|
||||
## 🟠 Sprint B — Kurzfristig (nächste Woche)
|
||||
## 🔴 Sprint B — Offen (höchste Priorität)
|
||||
|
||||
- [ ] **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)
|
||||
- [ ] Alle 9 Roadmap-Dateien in `docs/04_Agents/Roadmaps/` auf Vollständigkeit prüfen ← *diese Session*
|
||||
- [ ] Abgeschlossene Aufgaben als `[x]` markieren (nach Rückmeldung der Teams)
|
||||
|
||||
- [ ] **B-2** | `docs/05_Backend/` aktualisieren
|
||||
- [ ] Neues Datenbankschema (Tabellen: veranstaltungen, turniere, bewerbe, abteilungen) dokumentieren
|
||||
- [ ] 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
|
||||
- [ ] ViewModel-Architektur-Muster (MVVM/UDF) verlinken
|
||||
- [ ] Verweis auf `VeranstalterViewModel` als Referenz-Implementierung eintragen
|
||||
|
||||
---
|
||||
|
||||
## 🟡 Sprint C — Mittelfristig (in 2 Wochen)
|
||||
## 🟠 Sprint C — Priorität 2 (nächste Woche)
|
||||
|
||||
- [ ] **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
|
||||
- [ ] Schnellstart-Anleitung für lokale Entwicklungsumgebung prüfen
|
||||
- [ ] Veraltete V1-Abschnitte 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
|
||||
- [ ] Schritt-für-Schritt: Projekt klonen → Docker starten → Desktop-App starten
|
||||
- [ ] Voraussetzungen (JDK, Gradle, Docker) mit exakten 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-3** | Unterordner-Struktur in `docs/` prüfen
|
||||
- [ ] Überladene Verzeichnisse identifizieren
|
||||
- [ ] Strukturvorschlag mit Architect abstimmen
|
||||
|
||||
- [ ] **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
|
||||
- [ ] V1-Dateien und -Module zusammen mit Frontend + Backend identifizieren
|
||||
- [ ] Bereinigungsplan erstellen und koordinieren
|
||||
|
||||
- [ ] **C-5** | Reports-Verzeichnis pflegen
|
||||
- [ ] Nach Sprint A, B, C: Kurzberichte von allen Entwicklern einsammeln
|
||||
- [ ] In `docs/90_Reports/` archivieren
|
||||
- [ ] **C-5** | Sprint-Reports archivieren
|
||||
- [ ] Kurzberichte von allen Teams nach Sprint A/B/C einsammeln
|
||||
- [ ] In `docs/90_Reports/` ablegen
|
||||
|
||||
---
|
||||
|
||||
## 📌 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 |
|
||||
| Warte auf | Von wem | Betrifft |
|
||||
|------------------------------------|-------------|-------------------|
|
||||
| Backend CRUD-Endpunkte fertig | 👷 Backend | B-2 API-Übersicht |
|
||||
| Frontend B-1 ViewModel-Architektur | 🎨 Frontend | B-3 Frontend-Docs |
|
||||
|
||||
| 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 |
|
||||
---
|
||||
|
||||
## 💡 Empfehlungen (nach Priorität)
|
||||
|
||||
1. **B-1 Roadmaps** — Wird gerade in dieser Session erledigt (03.04.2026).
|
||||
2. **B-2 Backend-Doku** — Sobald Backend B-1 (Reiter/Pferde-APIs) abgeschlossen ist, Endpunkte-Übersicht erstellen.
|
||||
3. **C-1 README** — Wichtig für neue Entwickler; Desktop-App ist primärer Fokus, aber README ist noch veraltet.
|
||||
|
||||
Reference in New Issue
Block a user