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,57 +1,68 @@
|
||||
# 🏗️ [Lead Architect] — Schritt-für-Schritt Roadmap
|
||||
# 🏗️ [Lead Architect] — Zwischenstand & Roadmap
|
||||
|
||||
> **Stand:** 2. April 2026
|
||||
> **Stand:** 3. April 2026
|
||||
> **Rolle:** Strategie, Architektur-Entscheidungen (ADRs), Domänen-Modell, Master-Roadmap
|
||||
|
||||
---
|
||||
|
||||
## 🔴 Sprint A — Sofort (diese Woche)
|
||||
## ✅ Erledigte Sprints
|
||||
|
||||
- [x] **A-1** | ADR-0021 schreiben: Tenant-Resolution-Strategie
|
||||
- [x] Optionen analysieren: Schema-per-Tenant vs. Tenant-ID in allen Tabellen
|
||||
- [x] Entscheidung treffen und begründen
|
||||
- [x] ADR-0021 in `docs/01_Architecture/adr/` ablegen
|
||||
- [x] Backend Developer informieren (A-3 ist Blocker)
|
||||
### Sprint A — Abgeschlossen
|
||||
|
||||
- [x] **A-2** | Domänen-Modell formal präzisieren
|
||||
- [x] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` als offizielles Modell festschreiben
|
||||
- [x] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier) ins Modell aufnehmen
|
||||
- [x] Veranstaltungs-Kassa mit Turnier-übergreifendem Saldo modellieren
|
||||
- [x] Abteilungs-Typen `SEPARATE_SIEGEREHRUNG` (vorläufig) und `ORGANISATORISCH` ins Modell aufnehmen
|
||||
- [x] Curator beauftragen: `Ubiquitous_Language.md` aktualisieren
|
||||
- [x] **A-1** | ADR-0021 Tenant-Resolution-Strategie
|
||||
- [x] Schema-per-Tenant vs. Tenant-ID analysiert → Entscheidung: Eine Veranstaltung = eine Datenbank
|
||||
- [x] ADR-0021 in `docs/01_Architecture/adr/0021-tenant-resolution-strategy-de.md` abgelegt
|
||||
- [x] Backend Developer informiert (Backend A-1 gestartet)
|
||||
|
||||
- [x] **A-2** | Domänen-Modell formal präzisiert
|
||||
- [x] Hierarchie `Veranstaltung → Turnier → Bewerb → Abteilung` festgeschrieben
|
||||
- [x] `TeilnehmerKonto` auf Veranstaltungsebene (Multi-Turnier) ins Modell aufgenommen
|
||||
- [x] Veranstaltungs-Kassa mit Turnier-übergreifendem Saldo modelliert
|
||||
- [x] Abteilungs-Typen `SEPARATE_SIEGEREHRUNG` und `ORGANISATORISCH` definiert
|
||||
- [x] Curator beauftragt: `Ubiquitous_Language.md` aktualisiert
|
||||
|
||||
---
|
||||
|
||||
## 🟠 Sprint B — Kurzfristig (nächste Woche)
|
||||
## ✅ Sprint B — Abgeschlossen
|
||||
|
||||
- [ ] **B-1** | ADR für LAN-Sync-Protokoll schreiben
|
||||
- [ ] Optionen analysieren: Event-Sourcing vs. CRDT vs. Timestamp-Sync
|
||||
- [ ] Entscheidung für Meldestelle ↔ Richter-Turm Sync treffen
|
||||
- [ ] ADR in `docs/01_Architecture/ADRs/` ablegen
|
||||
- [x] **B-1** | ADR für LAN-Sync-Protokoll schreiben
|
||||
- [x] Optionen analysieren: Event-Sourcing vs. CRDT vs. Timestamp-Sync
|
||||
- [x] Entscheidung für Meldestelle ↔ Richter-Turm Sync getroffen: **Event-Sourcing Light mit Lamport-Uhren** (Option
|
||||
D)
|
||||
- [x] ADR-0022 in `docs/01_Architecture/adr/0022-lan-sync-protocol-de.md` abgelegt
|
||||
- [x] Backend Developer und Frontend Expert über Entscheidung informiert (siehe jeweilige Roadmaps)
|
||||
|
||||
> ⏸️ **USB-Stick Fallback** — Separate Besprechung zu einem späteren Zeitpunkt
|
||||
> ⏸️ **USB-Stick Fallback** — Separate Besprechung zu einem späteren Zeitpunkt (Sprint B/C)
|
||||
|
||||
---
|
||||
|
||||
## 🟡 Sprint C — Mittelfristig (in 2 Wochen)
|
||||
## 🟠 Sprint C — Priorität 2 (nächste Woche)
|
||||
|
||||
- [ ] **C-1** | Synchronisations-Protokoll-Konzeption starten
|
||||
- [ ] **C-1** | Synchronisations-Protokoll-Konzeption
|
||||
- [ ] Offline-First-Konzept für Desktop ↔ Backend ausarbeiten
|
||||
- [ ] Conflict-Resolution-Strategie definieren (was passiert bei gleichzeitigen Änderungen?)
|
||||
- [ ] Ergebnis als Konzept-Dokument in `docs/01_Architecture/` ablegen
|
||||
- [ ] Conflict-Resolution-Strategie definieren (gleichzeitige Änderungen)
|
||||
- [ ] Konzept-Dokument in `docs/01_Architecture/` ablegen
|
||||
|
||||
- [ ] **C-2** | MASTER_ROADMAP aktualisieren
|
||||
- [ ] Desktop-App-Fokus eintragen
|
||||
- [ ] Tenant-Isolation-Meilensteine eintragen
|
||||
- [ ] Tenant-Isolation-Meilensteine (Sprint A Ergebnisse) als erledigt markieren
|
||||
- [ ] Offline-Sync-Meilensteine eintragen
|
||||
- [ ] Sprint A/B/C Ergebnisse als "erledigt" markieren
|
||||
- [ ] Phase 8 Fortschritt reflektieren
|
||||
|
||||
---
|
||||
|
||||
## 📌 Abhängigkeiten
|
||||
|
||||
| Meine Aufgabe | Blockiert wen |
|
||||
|----------------------|----------------------------------------------------------|
|
||||
| ADR-0021 (A-1) | 👷 Backend: Tenant-Isolation (Backend Sprint A) |
|
||||
| Domänen-Modell (A-2) | 👷 Backend: Schema-Design; 🎨 Frontend: ViewModel-Design |
|
||||
| LAN-Sync ADR (B-1) | 🎨 Frontend: Sync-UI; 👷 Backend: Sync-Endpunkte |
|
||||
| Meine Aufgabe | Blockiert wen |
|
||||
|--------------------|----------------------------------------------------------|
|
||||
| ADR-0021 ✅ | 👷 Backend: Tenant-Isolation (Backend Sprint A) |
|
||||
| Domänen-Modell ✅ | 👷 Backend: Schema-Design; 🎨 Frontend: ViewModel-Design |
|
||||
| LAN-Sync ADR (B-1) | 🎨 Frontend: Sync-UI; 👷 Backend: Sync-Endpunkte |
|
||||
| Sync-Konzept (C-1) | 🐧 DevOps: mDNS/WebSocket-Infrastruktur |
|
||||
|
||||
---
|
||||
|
||||
## 💡 Empfehlung
|
||||
|
||||
**Sofort starten:** B-1 (LAN-Sync ADR) — Phase 8 der MASTER_ROADMAP wartet auf mDNS/WebSocket-Discovery; ohne ADR können
|
||||
Backend und Frontend nicht parallel implementieren.
|
||||
|
||||
Reference in New Issue
Block a user