mocode-software/meldestelle
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
bbe5b1a357
meldestelle/docs/04_Agents/Roadmaps/Curator_Roadmap.md
Stefan Mogeritsch 7e16b3f318
Some checks failed
Build and Publish Docker Images / build-and-push (., backend/infrastructure/gateway/Dockerfile, api-gateway, api-gateway) (push) Has been cancelled
Details
Build and Publish Docker Images / build-and-push (., backend/services/ping/Dockerfile, ping-service, ping-service) (push) Has been cancelled
Details
Build and Publish Docker Images / build-and-push (., config/docker/caddy/web-app/Dockerfile, web-app, web-app) (push) Has been cancelled
Details
Build and Publish Docker Images / build-and-push (., config/docker/keycloak/Dockerfile, keycloak, keycloak) (push) Has been cancelled
Details
docs(roadmaps): add sprint execution order and detailed role-specific roadmaps 
- Added `SPRINT_EXECUTION_ORDER.md` to define the cross-role sprint step sequence.
- Created individual roadmaps for Architect, Backend, Frontend, DevOps, Rulebook, QA, UI/UX, and Curator.
- Captured developer responsibilities, dependencies, and timelines for Sprints A–C.
- Aligned sprint planning documentation with session log agreements.
- Provided structured documentation in `docs/04_Agents/Roadmaps/`.

Signed-off-by: Stefan Mogeritsch <stefan.mo.co@gmail.com>
2026-04-02 14:35:54 +02:00

4.6 KiB
Raw Blame History

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