Sprint-Board: Taiga Projektboard: Gruppe 1 IoT
Dokumentation & Setup: DHBW-Blickbox GitHub Pages
-
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.