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,214 +1,122 @@
|
||||
# 🗓️ Sprint Execution Order — Entwickler-übergreifende Reihenfolge
|
||||
# 🗂️ Sprint Execution Order — Meldestelle-Biest
|
||||
|
||||
> **Stand:** 2. April 2026
|
||||
> **Autor:** 🏗️ Lead Architect
|
||||
> **Zweck:** Verbindliche, entwickler-übergreifende Ausführungsreihenfolge aller Sprint-Schritte.
|
||||
> Dieses Dokument ist die **Single Source of Truth** für „Wer macht was, in welcher Reihenfolge".
|
||||
> **Stand:** 3. April 2026 | **Phase:** 8 — Bewerbe-Management & Startlisten
|
||||
> **Erstellt von:** 🏗️ Lead Architect
|
||||
> **Strategisches Ziel:** Desktop-MVP mit Event-First-Workflow, Offline-First, ÖTO-Konformität
|
||||
|
||||
---
|
||||
|
||||
## 📐 Legende
|
||||
## 📊 Gesamtfortschritt
|
||||
|
||||
| Symbol | Bedeutung |
|
||||
|--------|----------------------------------------------------------------|
|
||||
| 🔴 | Blocker — muss abgeschlossen sein bevor Folgeschritte beginnen |
|
||||
| 🟡 | Kann parallel gestartet werden, sobald Voraussetzung erfüllt |
|
||||
| 🟢 | Kann sofort und unabhängig gestartet werden |
|
||||
| ⏳ | Wartet auf eine andere Aufgabe |
|
||||
| ✅ | Abgeschlossen |
|
||||
| ⏸️ | Zurückgestellt — separate Besprechung |
|
||||
| `→` | „ermöglicht" / „blockiert" |
|
||||
| Agent | Sprint A | Sprint B | Sprint C | Nächste Aktion |
|
||||
|---------------|------------------|----------------------|-------------------|---------------------------------------------|
|
||||
| 🏗️ Architect | ✅ Abgeschlossen | 🔴 B-1 offen | ⬜ Nicht gestartet | ADR-0022 LAN-Sync schreiben |
|
||||
| 👷 Backend | ⚠️ A-1/A-3 offen | 🔴 B-1 teilweise | ⬜ Nicht gestartet | A-1 Rollout + Reiter/Pferde-APIs |
|
||||
| 🎨 Frontend | ✅ Abgeschlossen | 🔴 B-2/B-3/B-4 offen | ⬜ Nicht gestartet | B-2 BewerbRepository + StoreV2-Ablösung |
|
||||
| 📜 Rulebook | ✅ Abgeschlossen | 🔴 B-2 offen | ⬜ Nicht gestartet | B-2 Spec an Backend übergeben |
|
||||
| 🐧 DevOps | ✅ Abgeschlossen | ✅ Abgeschlossen | 🔴 C-1 offen | C-1 Desktop-Packaging (.msi/.deb) |
|
||||
| 🧐 QA | ✅ Abgeschlossen | 🔴 B-1..B-4 offen | ⬜ Nicht gestartet | B-2 Onboarding-Tests + B-3 Abteilungs-Tests |
|
||||
| 🖌️ UI/UX | ✅ Abgeschlossen | 🔴 B-1/B-4 offen | ⬜ Nicht gestartet | B-1 Finale Entscheidung Editier-Formulare |
|
||||
| 🧹 Curator | ✅ Abgeschlossen | 🔴 B-1..B-3 offen | ⬜ Nicht gestartet | B-1 Roadmaps pflegen ← *diese Session* |
|
||||
|
||||
---
|
||||
|
||||
## 🔴 PHASE 1 — Fundament legen (Woche 1, Sprint A)
|
||||
## 🔴 SOFORT — Kritischer Pfad (Blocker)
|
||||
|
||||
> **Ziel:** Alle Grundlagen schaffen, auf denen alle anderen aufbauen.
|
||||
> Diese Phase darf nicht übersprungen werden — sie blockiert fast alles andere.
|
||||
Diese Aufgaben blockieren andere Agenten und müssen zuerst erledigt werden:
|
||||
|
||||
### Schritt 1 — Startet sofort, gleichzeitig (Tag 1)
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|---------------|--------------------------------------------------------------------------------------------|-------------------------------------------------|
|
||||
| 🔴 | 🏗️ Architect | **A-1** ADR-0021 schreiben: Tenant-Resolution-Strategie | → Freischalten von Schritt 2 (Backend A-1) |
|
||||
| 🔴 | 🏗️ Architect | **A-2** Domänen-Modell formal präzisieren (`Veranstaltung → Turnier → Bewerb → Abteilung`) | → Freischalten von Backend A-2 und Frontend A-2 |
|
||||
| 🔴 | 📜 Rulebook | **A-1** Validierungsregeln schriftlich spezifizieren (OEPS, FEI-ID, Lizenz, Alter) | → Freischalten von Backend A-3, Frontend B-3 |
|
||||
| 🔴 | 📜 Rulebook | **A-2** Abteilungs-Zwangsteilungsregeln vollständig spezifizieren (CSN-C-NEU) | → Freischalten von Backend A-3, Frontend A-2 |
|
||||
| 🟢 | 🧐 QA | **A-1** Test-Strategie für Desktop-App definieren (Testpyramide, Tooling, Konventionen) | → Grundlage für alle QA-Schritte |
|
||||
| 🟢 | 🐧 DevOps | **A-1** Docker-Compose-Setup auf aktuellen Stand bringen | → Stabile lokale Dev-Umgebung für alle |
|
||||
| 🟢 | 🧹 Curator | **A-5** Session-Log für heutige Besprechung erstellen | → Nachvollziehbarkeit der Beschlüsse |
|
||||
| Priorität | Agent | Aufgabe | Blockiert |
|
||||
|-----------|---------------|-----------------------------------------------|---------------------------------------------------|
|
||||
| 🔴 P1 | 👷 Backend | A-1: Tenant-Isolation Rollout (alle Services) | 🧐 QA: C-1 Isolations-Tests |
|
||||
| 🔴 P1 | 👷 Backend | B-1: Reiter/Pferde/Vereine/Funktionäre APIs | 🎨 Frontend: B-2 Repository-Verdrahtung |
|
||||
| 🔴 P1 | 📜 Rulebook | B-2: Lizenz-/Altersmatrix Spec an Backend | 👷 Backend: A-3, B-3 ÖTO-Validierung |
|
||||
| 🔴 P1 | 🏗️ Architect | B-1: ADR-0022 LAN-Sync | 🎨 Frontend: C-3; 👷 Backend: C-3; 🐧 DevOps: D-2 |
|
||||
| 🔴 P1 | 🖌️ UI/UX | B-1: Finale Entscheidung Editier-Formulare | 🎨 Frontend: B-3 Live-Validierung |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 2 — Startet sobald Schritt 1 (Architect A-1 + A-2) abgeschlossen ist
|
||||
## 🟠 DIESE WOCHE — Sprint B parallel ausführen
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|---------------------------------------------------------------------------------------------------------------------------------|-----------------------------------------------------------------------|
|
||||
| 🔴 | 👷 Backend | **A-1** Tenant-Isolation im Datenzugriffs-Layer implementieren (basiert auf ADR-0021) | → Sichere Tenant-Grenze; Grundlage für alle weiteren Backend-Schritte |
|
||||
| 🔴 | 👷 Backend | **A-2** Datenbankschema umsetzen: `veranstaltungen`, `turniere`, `bewerbe`, `abteilungen`, `teilnehmer_konten`, `turnier_kassa` | → Freischalten von Backend B-1, B-2 |
|
||||
| 🟡 | 🎨 Frontend | **A-1** ViewModel-Architektur definieren + `VeranstalterViewModel` als Referenz-Implementierung umsetzen (MVVM/UDF) | → Muster für alle anderen ViewModels |
|
||||
| 🟡 | 🧹 Curator | **A-1** `Ubiquitous_Language.md` aktualisieren (nach Domänen-Modell vom Architect) | → Gemeinsames Vokabular für alle Teams |
|
||||
| 🟡 | 🧹 Curator | **A-2** Event-First-Workflow dokumentieren | → Onboarding neuer Entwickler |
|
||||
### 🏗️ Architect
|
||||
|
||||
1. **B-1** ADR-0022 LAN-Sync-Protokoll (Event-Sourcing vs. CRDT vs. Timestamp)
|
||||
|
||||
### 👷 Backend Developer
|
||||
|
||||
1. **A-1** Tenant-Isolation Rollout auf alle Services + E2E-Test re-enablen
|
||||
2. **B-1** Reiter/Pferde/Vereine/Funktionäre CRUD-APIs implementieren
|
||||
3. **A-3** Sonderregeln einarbeiten (nach Rulebook B-2 Übergabe)
|
||||
|
||||
### 🎨 Frontend Expert
|
||||
|
||||
1. **B-2** `BewerbRepository` + `AbteilungRepository` anlegen
|
||||
2. **B-2** Koin Feature-Module binden; Turnier/Bewerb-Endpunkte verdrahten
|
||||
3. **B-3** Live-Validierung mit `OetoValidators` in Edit-Dialogen einbauen
|
||||
|
||||
### 📜 Rulebook Expert
|
||||
|
||||
1. **B-2** Lizenz-/Altersmatrix als Regulation-as-Data an Backend übergeben
|
||||
2. **B-2** Lizenz×Bewerb-Tabellen Fachfreigabe einholen → DRAFT → STABLE
|
||||
|
||||
### 🐧 DevOps Engineer
|
||||
|
||||
1. **C-1** Desktop-Packaging (`.msi` / `.deb`) konfigurieren
|
||||
2. **C-2** Semantic Versioning + Git-Tagging einführen
|
||||
|
||||
### 🧐 QA Specialist
|
||||
|
||||
1. **B-2** Onboarding-Wizard Edge-Case Tests (rememberSaveable Rücknavigation)
|
||||
2. **B-3** Abteilungs-Logik Tests (CSN-C-NEU Pflicht-Teilung)
|
||||
|
||||
### 🖌️ UI/UX Designer
|
||||
|
||||
1. **B-1** Finale Entscheidung Editier-Formulare (Review mit Frontend)
|
||||
2. **B-4** Empty States für alle Listenansichten definieren
|
||||
|
||||
### 🧹 Curator
|
||||
|
||||
1. **B-1** Roadmaps-Verzeichnis aktualisieren ← *diese Session*
|
||||
2. **B-2** `docs/05_Backend/` nach Backend-API-Abschluss aktualisieren
|
||||
|
||||
---
|
||||
|
||||
### Schritt 3 — Startet sobald Schritt 2 (Backend A-2 + Rulebook A-1/A-2) abgeschlossen ist
|
||||
## 🟡 NÄCHSTE WOCHE — Sprint C
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|---------------------------------------------------------------------------------------------------|--------------------------------------------|
|
||||
| 🔴 | 👷 Backend | **A-3** Turnierkategorie-Limits validieren (`Turnier.validate()`, `Bewerb.validate()`) | → ÖTO-konforme Dateneingabe gesichert |
|
||||
| 🟡 | 🎨 Frontend | **A-2** Abteilungs-Logik im Bewerb-Dialog (CSN-C-NEU Pflicht-Teilung als Vorschlag + Validierung) | → Korrekte Abteilungsanlage durch Benutzer |
|
||||
| 🟡 | 🧹 Curator | **A-3** Navigation-V2 dokumentieren (Screen-Baum, Back-Stack) | → |
|
||||
| 🟡 | 🧹 Curator | **A-4** Tenant-Konzept dokumentieren (nach ADR-0021) | → |
|
||||
| Agent | Aufgabe |
|
||||
|---------------|------------------------------------------------------------------------|
|
||||
| 🏗️ Architect | C-1 Sync-Konzept; C-2 MASTER_ROADMAP aktualisieren |
|
||||
| 👷 Backend | B-2 Kassa-Service; B-3 ÖTO-Validierung; C-1 Nennungs-Service |
|
||||
| 🎨 Frontend | B-4 Kassa-Screen; C-1 StoreV2 vollständig ablösen; C-2 VeranstalterNeu |
|
||||
| 📜 Rulebook | C-1 AltersklasseRechner; C-2 Regelwerk-Enums |
|
||||
| 🐧 DevOps | C-3 Produktions-Deployment; D-1 Tenant-Backup-Strategie |
|
||||
| 🧐 QA | B-1 Navigation-Tests; B-4 ViewModel-Tests; C-1 Isolations-Tests |
|
||||
| 🖌️ UI/UX | C-1 Wireframes in Compose umsetzen; C-2 Design-System konsolidieren |
|
||||
| 🧹 Curator | C-1 README aktualisieren; C-2 Setup-Guide |
|
||||
|
||||
---
|
||||
|
||||
## 🟠 PHASE 2 — Verbinden & Implementieren (Woche 2, Sprint B)
|
||||
## ⏸️ Zurückgestellte Themen (kein MVP-Blocker)
|
||||
|
||||
> **Ziel:** Frontend und Backend verbinden. Validierungslogik aktiv. Kassa-Service lauffähig.
|
||||
> **Voraussetzung:** Phase 1 vollständig abgeschlossen.
|
||||
|
||||
### Schritt 4 — Startet parallel, sobald Phase 1 abgeschlossen ist
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|---------------------------------------------------------------------------------------------------------------------------------------------------------------|--------------------------------------------------|
|
||||
| 🔴 | 👷 Backend | **B-1** CRUD-Endpunkte für alle Stammdaten-Entitäten (`veranstaltungen`, `turniere`, `bewerbe`, `abteilungen`, `reiter`, `pferde`, `vereine`, `funktionaere`) | → Freischalten von Frontend B-2 |
|
||||
| 🟡 | 🎨 Frontend | **B-1** ViewModels für alle V2-Screens umsetzen (`TurnierViewModel`, `BewerbViewModel`, `PferdProfilViewModel`, etc.) | → Echte Datenbindung in allen Screens |
|
||||
| 🟡 | 🖌️ UI/UX | **B-1** Wireframes: Edit-Formulare (AlertDialog vs. dedizierter Screen / Sliding-Panel) | → Grundlage für Frontend-Umsetzung der Formulare |
|
||||
| 🟡 | 🖌️ UI/UX | **B-2** Wireframes: Bewerb + Abteilung anlegen (Abteilungs-Auswahl inkl. Pflicht-Felder) | → |
|
||||
| 🟡 | 🖌️ UI/UX | **B-3** Wireframes: Kassa-Screen (Gesamt-Saldo + Zahlvorgang + Rechnungsvorschau) | → |
|
||||
| 🟡 | 🐧 DevOps | **B-1** CI/CD Pipeline für Compose Desktop Tests headless konfigurieren | → Automatisierte Qualitätssicherung |
|
||||
| 🟡 | 🐧 DevOps | **B-2** Gradle-Build-Optimierungen (Cache, parallele Builds, Wrapper-Update) | → Schnellere Build-Zeiten für alle |
|
||||
| Thema | Zuständig | Wann |
|
||||
|------------------------------|-----------|-----------------------------------|
|
||||
| USB-Stick Fallback (Sync) | 🏗️ + 🐧 | Sprint B/C — separate Besprechung |
|
||||
| Web-App / PWA | 🎨 + 🖌️ | Nach Desktop-MVP |
|
||||
| ZNS Live-Sync (Echtzeit) | 👷 + 🎨 | Nach Stammdaten-Stabilisierung |
|
||||
| Series-Context (Cups/Serien) | Alle | Phase 9 (Phase 2+) |
|
||||
| Mobile (Android/iOS) | 🎨 | Phase 9+ |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 5 — Startet sobald Backend B-1 (CRUD-Endpunkte) abgeschlossen ist
|
||||
## 🔗 Roadmap-Verweise
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|--------------------------------------------------------------------------------------------|--------------------------------------------------------------|
|
||||
| 🔴 | 🎨 Frontend | **B-2** Ktor-Clients + Repositories für Backend-Anbindung; `StoreV2` schrittweise ersetzen | → Echte Daten statt Mock; Freischalten von Frontend B-3, B-4 |
|
||||
| 🟡 | 🧹 Curator | **B-1** Roadmaps-Verzeichnis pflegen (abgeschlossene Tasks markieren) | → Transparenz über Fortschritt |
|
||||
| 🟡 | 🧹 Curator | **B-2** `docs/05_Backend/` aktualisieren (neues DB-Schema, API-Endpunkte-Übersicht) | → |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 6 — Startet sobald Schritt 5 (Frontend B-2) abgeschlossen ist UND Rulebook A-1 vorliegt
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|----------------------------------------------------------------------------------------------------------------|------------------------------------------------|
|
||||
| 🔴 | 👷 Backend | **B-3** ÖTO-Validierung serverseitig absichern (OEPS, FEI-ID, Lizenz, Altersklassen, Abteilungs-Zwangsteilung) | → Daten-Integrität auf Server-Ebene gesichert |
|
||||
| 🟡 | 🎨 Frontend | **B-3** Validierungs-Live-Feedback in Edit-Dialogen (OEPS, FEI-ID, Lizenz × Klasse, Altersklasse) | → Benutzer sieht Fehler sofort |
|
||||
| 🟡 | 📜 Rulebook | **B-1** Validierungs-Implementierung Frontend begleiten + prüfen | → Qualitätssicherung der Regelwerks-Compliance |
|
||||
| 🟡 | 📜 Rulebook | **B-2** Validierungs-Implementierung Backend begleiten + prüfen | → |
|
||||
| 🟡 | 🧐 QA | **B-1** Test-Suite: V2-Navigation und Back-Stack | → |
|
||||
| 🟡 | 🧐 QA | **B-2** Test-Suite: Onboarding-Wizard Edge-Cases | → |
|
||||
| 🟡 | 🧐 QA | **B-3** Test-Suite: Abteilungs-Logik (CSN-C-NEU Pflicht-Teilungen) | → |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 7 — Startet sobald Backend B-1 + B-3 abgeschlossen sind
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|-----------------------------------------------------------------------------------------------------------|----------------------------------------------------------|
|
||||
| 🔴 | 👷 Backend | **B-2** Kassa-Service implementieren (`TeilnehmerKonto`, `Zahlvorgang`, Rechnungs-Generierung je Turnier) | → Freischalten von Frontend B-4 |
|
||||
| 🟡 | 👷 Backend | **B-4** Nennungs-Service (Grundstruktur: Eingang, Status-Workflow, Postfach-Endpunkt) | → Freischalten von Frontend-Nennungs-Postfach (Sprint C) |
|
||||
| 🟡 | 🧐 QA | **B-4** Test-Suite: ViewModel-Verhalten (State-Initialisierung, Intent → Transition, Error-State) | → |
|
||||
| 🟡 | 📜 Rulebook | **B-3** Bewerbs-Typen und Bewertungslogik dokumentieren (Stilspringen, Dressurreiter, Reihungsregeln) | → |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 8 — Startet sobald Backend B-2 (Kassa-Service) + UI/UX Wireframes abgeschlossen sind
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|---------------------------------------------------------------------------------------------------------------|-----------------------------------------------|
|
||||
| 🟡 | 🎨 Frontend | **B-4** Kassa-Screen: Gesamt-Saldo-Ansicht, Zahlvorgang, Rechnungsvorschau je Turnier | → Vollständige Kassa-Funktion für Meldestelle |
|
||||
| 🟡 | 🧹 Curator | **B-3** `docs/06_Frontend/` aktualisieren (ViewModel-Architektur-Muster, Verweis auf `VeranstalterViewModel`) | → |
|
||||
|
||||
---
|
||||
|
||||
## 🟡 PHASE 3 — Ausliefern & Aufräumen (Woche 3–4, Sprint C)
|
||||
|
||||
> **Ziel:** Stabilisieren, testen, ausliefern, dokumentieren.
|
||||
> **Voraussetzung:** Phase 2 vollständig abgeschlossen.
|
||||
|
||||
### Schritt 9 — Startet parallel sobald Phase 2 abgeschlossen ist
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|----------------------------------------------------------------------------------------------------------|--------------------------------------------|
|
||||
| 🟡 | 🎨 Frontend | **C-1** `StoreV2` vollständig ablösen und entfernen / als `@Deprecated` markieren | → Saubere Architektur, kein Tech-Debt mehr |
|
||||
| 🟡 | 👷 Backend | **C-1** Testdaten-Seeder implementieren (Neumarkt-Szenario: 2 Turniere, Bewerbe, Abteilungen, Nennungen) | → Reproduzierbare Testbasis für QA |
|
||||
| 🟡 | 🧐 QA | **C-1** Test-Suite: Mandanten-Isolation (Veranstaltung A kann keine Daten von B lesen/schreiben) | → |
|
||||
| 🟡 | 🧐 QA | **C-2** Test-Suite: Kassa und Zahlvorgang (1 Zahlung → 2 korrekte Rechnungen) | → |
|
||||
| 🟡 | 📜 Rulebook | **C-1** `AltersklasseRechner` vollständig gegen ÖTO 2026 testen; Testfälle an QA übergeben | → |
|
||||
| 🟡 | 🐧 DevOps | **C-1** Desktop-App Packaging (`.msi`, `.deb`, `.dmg`) | → Auslieferbare Desktop-App |
|
||||
| 🟡 | 🖌️ UI/UX | **C-1** Wireframes aus Sprint B implementieren (Edit-Formulare + Sliding-Panel) | → |
|
||||
| 🟡 | 🖌️ UI/UX | **C-2** Empty States für alle Listenansichten designen und umsetzen | → |
|
||||
| 🟡 | 🧹 Curator | **C-1** `README.md` aktualisieren (Desktop-App Fokus, Schnellstart, V1-Referenzen entfernen) | → |
|
||||
| 🟡 | 🧹 Curator | **C-2** Setup-Guide aktualisieren (`docs/02_Guides/`) | → |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 10 — Startet sobald Schritt 9 abgeschlossen ist
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|-------------|---------------------------------------------------------------------------------------------------------|-----------------------|
|
||||
| 🟡 | 🧐 QA | **C-3** Test-Suite: ÖTO-Validierung (alle OEPS/FEI-ID/Lizenz-Kombinationen) | → |
|
||||
| 🟡 | 👷 Backend | **C-2** Statistik-Endpunkte (`GET /turniere/{id}/statistiken`, `GET /veranstaltungen/{id}/statistiken`) | → |
|
||||
| 🟡 | 📜 Rulebook | **C-2** Funktionärs-Qualifikationen auf Enum umstellen | → |
|
||||
| 🟡 | 🐧 DevOps | **C-2** Semantic Versioning einführen + Release-Tagging in CI/CD | → |
|
||||
| 🟡 | 🧹 Curator | **C-3** Unterordner-Struktur in `docs/` einführen (nach Abstimmung mit Architect) | → |
|
||||
| 🟡 | 🧹 Curator | **C-4** V1-Code-Bereinigung koordinieren (gemeinsam mit Frontend + Backend) | → |
|
||||
|
||||
---
|
||||
|
||||
### Schritt 11 — Abschluss Sprint C (nach Schritt 10)
|
||||
|
||||
| Priorität | Wer | Aufgabe | Ergebnis / Ermöglicht |
|
||||
|-----------|---------------|--------------------------------------------------------------------------------------------------------|-------------------------------------|
|
||||
| 🟡 | 🏗️ Architect | **C-1** Synchronisations-Protokoll-Konzeption starten (Offline-First Desktop ↔ Backend) | → Grundlage für LAN-Sync (Sprint D) |
|
||||
| 🟡 | 🏗️ Architect | **C-2** `MASTER_ROADMAP.md` aktualisieren (Desktop-Fokus, Tenant-Isolation, Offline-Sync-Meilensteine) | → Aktueller Überblick für alle |
|
||||
| 🟡 | 🐧 DevOps | **C-3** Produktions-Deployment vorbereiten | → |
|
||||
| 🟡 | 🧹 Curator | **C-5** Reports-Verzeichnis pflegen (Kurzberichte Sprint A, B, C einsammeln + archivieren) | → |
|
||||
|
||||
---
|
||||
|
||||
## ⏸️ Zurückgestellte Themen (eigene Besprechungen)
|
||||
|
||||
| Thema | Status | Notiz |
|
||||
|----------------------------------------------------------|-------------------------|------------------------------------------------------------------|
|
||||
| USB-Stick Fallback (Export/Import bei LAN-Ausfall) | ⏸️ Separate Besprechung | Konzept liegt vor (JSON + Versionierung + Checksum) |
|
||||
| Web-App Präsentation (Veranstaltung → Turnier → Inhalte) | ⏸️ Separate Besprechung | Hierarchie noch nicht final besprochen |
|
||||
| Nenn-System (Web-Formular, dynamisch aus Turnier-Daten) | ⏸️ Separate Besprechung | Konzept liegt vor, Priorisierung nach Desktop-App-Fertigstellung |
|
||||
| Live-Ergebnisse Web-App (SSE/WebSocket) | ⏸️ Separate Besprechung | Konzept liegt vor, nach Nenn-System |
|
||||
|
||||
---
|
||||
|
||||
## 🔗 Kritischer Pfad (Blocker-Kette)
|
||||
|
||||
Das ist die längste abhängige Kette — Verzögerung hier verzögert alles:
|
||||
|
||||
```
|
||||
🏗️ ADR-0021
|
||||
└─→ 👷 Tenant-Isolation (Backend A-1)
|
||||
└─→ 👷 DB-Schema (Backend A-2)
|
||||
└─→ 👷 CRUD-Endpunkte (Backend B-1)
|
||||
└─→ 🎨 Ktor-Repositories (Frontend B-2)
|
||||
└─→ 🎨 Live-Validierung (Frontend B-3)
|
||||
└─→ 🎨 Kassa-Screen (Frontend B-4)
|
||||
└─→ 🧐 Kassa-Tests (QA C-2)
|
||||
|
||||
📜 Validierungs-Spezifikation (Rulebook A-1)
|
||||
└─→ 👷 ÖTO-Validierung Backend (Backend B-3)
|
||||
└─→ 🎨 Live-Validierung Frontend (Frontend B-3)
|
||||
└─→ 🧐 Validierungs-Tests (QA C-3)
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 📊 Gesamtübersicht: Wer ist wann aktiv?
|
||||
|
||||
| Phase / Woche | 🏗️ Architect | 👷 Backend | 🎨 Frontend | 📜 Rulebook | 🐧 DevOps | 🧐 QA | 🖌️ UI/UX | 🧹 Curator |
|
||||
|--------------------------|------------------------------|---------------------------------------|----------------------------------------------------------|--------------------------------------|-----------------------|------------------------------------|-----------------------------------|-------------------------------------|
|
||||
| **Woche 1 (Sprint A)** | ADR-0021, Domänen-Modell | ⏳ (wartet auf ADR) | ViewModel-Referenz | Validierungsregeln, Abteilungsregeln | Docker-Setup | Test-Strategie | (Start Wireframes) | Session-Log, Ubiquitous_Language |
|
||||
| **Woche 2 (Sprint B)** | LAN-Sync ADR | CRUD-APIs, Kassa-Service, Validierung | ViewModels, Repositories, Live-Validierung, Kassa-Screen | Implementierung begleiten | CI/CD, Gradle | Navigation-Tests, Abteilungs-Tests | Wireframes | Docs aktualisieren |
|
||||
| **Woche 3–4 (Sprint C)** | Sync-Konzept, Roadmap-Update | Seeder, Statistiken | StoreV2-Ablösung | AltersklasseRechner, Enums | Packaging, Versioning | Isolation-Tests, Kassa-Tests | Empty States, Wireframes umsetzen | README, Setup-Guide, V1-Bereinigung |
|
||||
| Agent | Roadmap |
|
||||
|---------------|--------------------------------------------------------------|
|
||||
| 🏗️ Architect | [Architect_Roadmap.md](./Architect_Roadmap.md) |
|
||||
| 👷 Backend | [Backend_Roadmap.md](./Backend_Roadmap.md) |
|
||||
| 🎨 Frontend | [Frontend_Roadmap.md](./Frontend_Roadmap.md) |
|
||||
| 📜 Rulebook | [Rulebook_Roadmap.md](./Rulebook_Roadmap.md) |
|
||||
| 🐧 DevOps | [DevOps_Roadmap.md](./DevOps_Roadmap.md) |
|
||||
| 🧐 QA | [QA_Roadmap.md](./QA_Roadmap.md) |
|
||||
| 🖌️ UI/UX | [UIUX_Roadmap.md](./UIUX_Roadmap.md) |
|
||||
| 🧹 Curator | [Curator_Roadmap.md](./Curator_Roadmap.md) |
|
||||
| 📐 Master | [MASTER_ROADMAP.md](../../01_Architecture/MASTER_ROADMAP.md) |
|
||||
|
||||
Reference in New Issue
Block a user