diff --git a/docs/Meetings/20251019 Agenda.md b/docs/Meetings/20251019 Agenda.md new file mode 100644 index 0000000..777c883 --- /dev/null +++ b/docs/Meetings/20251019 Agenda.md @@ -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 \ No newline at end of file