https://taiga-dhhdhai-u11685.vm.elestio.app/project/gruppe-1-iot/backlog
-
Sprint-basierte Entwicklung:
- Für jeden Sprint wird eine eigene Sprint-Branch erstellt.
- Am Ende jedes Sprints wird der Sprint-Branch in den Master-Branch gemerged.
-
Story-Branches:
- Jede Story erhält einen eigenen Branch, abgeleitet vom Sprint-Branch.
- Die Benennung erfolgt nach dem Schema:
#id-name
.
-
Commits:
- Sprache: Deutsch
- Innerhalb der Story-Branches werden für jeden Task oder mehrere Tasks separate Commits durchgeführt.
- Die Commit-Nachricht enthält die IDs der zugehörigen Tasks und den Namen der Änderung im Format:
#id_#id2_#id3-name
.
-
Abschluss einer Story:
- Nach Abschluss einer Story wird der entsprechende Branch sowohl lokal als auch remote vom Entwickler gelöscht.
-
Merge und Approvals:
- Vor dem Merge einer Story in den Sprint-Branch muss mindestens ein Approver die Änderungen genehmigen.
Im Team wurden die folgenden Kriterien definiert, damit eine Aufgabe oder ein Produkt als abgeschlossen gilt:
-
Code-Review: Der Code wurde von mindestens einem Teammitglied überprüft.
-
Unit-Tests: Es wurden ausreichende Unit-Tests geschrieben, und alle Tests sind erfolgreich durchgelaufen.
-
Integrationstests: Der Code wurde erfolgreich in den Hauptentwicklungszweig integriert, und alle Integrationstests sind bestanden.
-
Dokumentation: Alle relevanten Code-Änderungen wurden in der Projektdokumentation aktualisiert. Ergo sollten spezielle Diagramme erstellt worden sein, müssen diese auch von dem jeweiligen Entwickelnden im Arc42 erläutert und implementiert werden.
-
Benutzerdokumentation: Falls erforderlich, wurde die Benutzerdokumentation aktualisiert.
-
Code-Stil: Der Code entspricht den vereinbarten Code-Standards und Best Practices.
-
Performance-Überprüfung: Die Performance des Codes wurde überprüft und erfüllt die definierten Anforderungen.
-
Sicherheitsprüfung: Falls relevant, wurden Sicherheitsprüfungen durchgeführt und alle Sicherheitsanforderungen sind erfüllt.
-
Akzeptanzkriterien: Alle in den Akzeptanzkriterien definierten Anforderungen sind erfüllt.
-
Review mit dem Product Owner: Der Product Owner hat das Ergebnis überprüft und akzeptiert.
Die DoD wird regelmäßig überprüft und bei Bedarf aktualisiert, um sicherzustellen, dass sie den aktuellen Anforderungen entspricht.
Dokumentation
- Release Notes (Aron, Max)
- Diagramme allg. / UML (May)
- arc42 (LaTeX) pflegen (Vivi, Aron)
PO/Scrum (Max)
- Moderation Freitagsmeeting
- Showcase der Demo
- Backlog pflegen
- Sprinttermine legen
Techlead Hardware (May, Vivi)
Techlead Client
- Frontend (Max)
- Backend (Aron)
Techlead Infrastruktur
- Server (Webserver für Client) (Max)
- WLAN
- Sensordaten (May)
Die Releases erfolgen innerhalb der Sprintwechsel. Als Dokumentation dienen die Releasnotes innerhalb der Git-Releases.
Die Releases erfolgen innerhalb der Sprintwechsel. Als Dokumentation dienen die Releasnotes innerhalb der Git-Releases.