mirror of
https://github.com/LD-Reborn/Berufsschule_HAM.git
synced 2025-12-20 06:51:55 +00:00
Added result from sprint meeting
This commit is contained in:
90
docs/Meetings/20251019 Agenda.md
Normal file
90
docs/Meetings/20251019 Agenda.md
Normal file
@@ -0,0 +1,90 @@
|
||||
# Entwicklermeeting - Agenda
|
||||
|
||||
## Begrüßung und Statusupdate
|
||||
|
||||
- Aktueller Stand des Projekts
|
||||
- Gesamtfortschritt & Meilenstein Status
|
||||
- Meilensteine:
|
||||
- LDAP Integration: 100%
|
||||
- Documentation: 62% (+12%)
|
||||
- Frontend: 85% (+29%)
|
||||
- Backend CRUD: 94% (+3%)
|
||||
- Gesamt: 85,25% (+11,75%)
|
||||
- Pflichtenheft Epics:
|
||||
- Epic 1:
|
||||
- ~~Schreibender und lesender Zugriff auf LDAP, inklusive Schemaerweiterung~~
|
||||
- ~~Einfache Übersichtsseiten („alle Geräte pro Nutzer“)~~
|
||||
- Epic 2:
|
||||
- ~~Assets anlegen, bearbeiten und löschen~~
|
||||
- Im letzten/aktuellen Sprint erledigt
|
||||
- Assets zu Nutzern zuordnen
|
||||
- An sich umgesetzt; Drop-Down Implementation steht noch aus
|
||||
- Epic 3:
|
||||
- ~~Suchen und Filtern von Assets~~
|
||||
- Im aktuellen Sprint erledigt
|
||||
- Epic 4:
|
||||
- ~~Inventarisierung von Geräten (durch Inventarisierer)~~
|
||||
- Im aktuellen Sprint erledigt
|
||||
- ~~Rollenverwaltung über LDAP-Gruppen~~
|
||||
- Im aktuellen Sprint erledigt
|
||||
- Umgesetzte Features seit dem letzten Meeting
|
||||
- Pflichtenheft wurde erfolgreich agil umgestaltet (wie im letzten Meeting besprochen und im Unterricht vorgestellt)
|
||||
- Claims-basierte Autorisierung ("CanInventorize", "CanManageUsers", ...)
|
||||
- Gruppenansicht Funktionalität (Erstellen, Updaten, Löschen)
|
||||
- Inventarisierung
|
||||
- Bar Codes (Scannen, downloaden, zum Batch Printing hinzufügen)
|
||||
- Sticker Batch printing (Drucken von mehreren Bar Codes auf einem A4 Blatt)
|
||||
- AssetId Counter zählt automatisch hoch
|
||||
- Lighthouse und K6 Tests
|
||||
- Rework der Homepage
|
||||
- Support für Light Mode
|
||||
|
||||
## Lernerlebnisse bzgl. Pull Requests und Merge Konflikten
|
||||
|
||||
### Wie beugt man Merge-Konflikten vor?
|
||||
|
||||
- Branch aktuell halten
|
||||
- Regelmäßig den Branch auf Main rebasen
|
||||
- Keine Merges von Main auf den Branch durchführen
|
||||
- Kurze Lebensdauer von Branches
|
||||
- Änderungen bereits ohne Branch ausprobieren und umsetzen, zum Committen aber den Branch anlegen und in diesen wechseln
|
||||
- Branches sollte man möglichst regelmäßig (mit Pull Request und Code Review) nach main mergen
|
||||
- Kleine, fokussierte Commits
|
||||
- Jeder Commit setzt (idealerweise) 1 Sache um
|
||||
- Möglichst wenige Dateien anfassen
|
||||
- Pull Requests möglichst einfach halten
|
||||
- Nicht zu weit von Aufgaben abweichen
|
||||
- Abweichungen sind Ok, sollten aber die Arbeiten der anderen berücksichtigen.
|
||||
- Wenn man an etwas verändert, wo jemand anderes wahrscheinlich aktiv ist, im Issue einen Kommentar hinterlegen und durch das Taggen der Person Bescheid geben - oder direkte Kommunikation aufsuchen (Discord, etc.)
|
||||
- Meinungsverschiedenheiten hinsichtlich Clean Coding nicht mit der Umsetzung einer eigentlichen Aufgabe vermischen
|
||||
- Sonst droht, dass PRs aufgrund von Diskussionen lange offen bleiben und sich Merge Konflikte stauen, bzw. Aufgaben nicht abgeschlossen werden können
|
||||
- Aufgabenverteilung sinnhaft gestalten
|
||||
- Aufgaben so verteilen, dass die vermutlich betroffenen Dateien sich so wenig wie möglich überschneiden
|
||||
- Aufgaben gut mit Unteraufgaben strukturieren, sodass man kleine, übersichtliche Merges hat
|
||||
- Aufgaben, die in Bearbeitung sind, konsequent auf "In progress" setzen
|
||||
|
||||
## Weitere Themen
|
||||
|
||||
| Thema | Vorgestellt durch | Zeit (Minuten) | Beschreibung | Ergebnis |
|
||||
|-------|-------------------|----------------|--------------|----------|
|
||||
| | | | | |
|
||||
| | | | | |
|
||||
|
||||
## Retrospektive
|
||||
|
||||
- Was ist gut gelaufen?
|
||||
- Was ist schlecht gelaufen?
|
||||
- Welche neue Ideen habt ihr?
|
||||
- Ergebnis: Keine neuen Vorschläge
|
||||
- Welche Handlungen sollen wir ergreifen?
|
||||
- Ergebnis: Keine Handlungsvorschläge
|
||||
|
||||
## Sprint-Planung
|
||||
|
||||
- Diesmal kein Verteilen der Aufgaben; selbstständige Entnahme der Aufgaben
|
||||
- Trotzdem aber: Besprechen der verbleibenden Aufgaben aus dem Kanban Board
|
||||
- Einsatz von [Planning Poker](https://planningpokeronline.com/) zur Schätzung des Arbeitsaufwands
|
||||
|
||||
## Festlegung des nächsten Termins
|
||||
|
||||
- 02.11.2025 18:00
|
||||
Reference in New Issue
Block a user