Scrum im Sopra: Unterschied zwischen den Versionen
Zur Navigation springen
Zur Suche springen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| Zeile 10: | Zeile 10: | ||
* Ein '''Sprint''' wird in Gitea durch einen Milestone (<code>Issues -> Milestones</code>) dargestellt. Die Gitea-Milestones bekommen dann den Namen <code>Sprint<woche> (Beschreibung)</code> also zum Beispiel <code>Sprint00 (Hausaufgabe)</code>. | * Ein '''Sprint''' wird in Gitea durch einen Milestone (<code>Issues -> Milestones</code>) dargestellt. Die Gitea-Milestones bekommen dann den Namen <code>Sprint<woche> (Beschreibung)</code> also zum Beispiel <code>Sprint00 (Hausaufgabe)</code>. | ||
* Das '''Product Backlog''' besteht in Gitea aus allen User Stories(<code>Issues</code>) die noch keinem Sprint zugeordnet wurden. | * Das '''Product Backlog''' besteht in Gitea aus allen User Stories(<code>Issues</code>) die noch keinem Sprint zugeordnet wurden. | ||
* Eine '''User Story''' ist ein Issue in Gitea dem das | * Eine '''User Story''' ist ein Issue in Gitea dem das Label <code>user story</code> zugewiesen wurde. Zu jedem ''Sprint planning'' sollten alle User Stories außerdem ein Label für die Priorität (<code>prioritiy: high</code>,...) haben. | ||
* Ein '''Sprint Backlog''' besteht aus allen User Stories die einem Sprint | * Ein '''Sprint Backlog''' besteht aus allen User Stories die einem Sprint zugewiesen sind (<code>Issues -> Milestones -> <Sprintname></code>). Alle User Stories im Sprint Backlog müssen eine Priorität (normalerweise <code>prioritiy: high</code>) und eine Aufwandsabschätzung haben (z.B.: <code>estimate: 2</code>,...). | ||
* Während dem ''Sprint planning'' werden User Stories dann in Tasks zerlegt, die jeweils genau einem Entwickler zugewiesen werden. | |||
== Abweichungen vom Scrum Modell im Sopra == | == Abweichungen vom Scrum Modell im Sopra == | ||
Um den Arbeitsaufwand einfach und effektiv zu halten verwenden wir im Sopra ein paar Vereinfachungen: | Um den Arbeitsaufwand einfach und effektiv zu halten verwenden wir im Sopra ein paar Vereinfachungen: | ||
* Für das Sopra sind User Stories | * Für das Sopra sind User Stories oftmals granular genug und müssen nicht weiter in Tasks zerlegt werden. | ||
* Die Granularität einer | * Die Granularität einer User Story entspricht dann einem Task, der in einem Sprint erledigt wird. | ||
* Sollte es doch nötig sein eine User Story weiter zu zerlegen, | * Sollte es doch nötig sein eine User Story weiter zu zerlegen, können einfach weitere Tasks erstellt werden, in deren Beschreibung die zugehörige User Story referenziert wird. | ||
== References == | == References == | ||
<references /> | <references /> | ||
Version vom 31. Oktober 2019, 15:25 Uhr
Im Sopra wird das Vorgehensmodell Scrum in Verbindung mit Gitea eingesetzt. Gitea (auch GitHub) als Werkzeug ist nicht speziell für die Verwendung mit Scrum entworfen worden, sodass die Artefakte auf entsprechende Funktionen von Gitea abgebildet werden müssen.
Git Struktur im Sopra
Im Sopra benutzen wir offiziell zwei Branches:
- Master: Hier wird das Spiel aktiv entwickelt.
- Release: Hier wird jeweils die Arbeit für einen abgeschlossenen Sprint mittels Pull-Request veröffentlicht. Dieser Branch (nur dieser) wird dazu verwendet die Arbeit der Sprints und das Spiel zu bewerten.
Artefakte in Scrum und Gitea [1][2]
- Ein Sprint wird in Gitea durch einen Milestone (
Issues -> Milestones) dargestellt. Die Gitea-Milestones bekommen dann den NamenSprint<woche> (Beschreibung)also zum BeispielSprint00 (Hausaufgabe). - Das Product Backlog besteht in Gitea aus allen User Stories(
Issues) die noch keinem Sprint zugeordnet wurden. - Eine User Story ist ein Issue in Gitea dem das Label
user storyzugewiesen wurde. Zu jedem Sprint planning sollten alle User Stories außerdem ein Label für die Priorität (prioritiy: high,...) haben. - Ein Sprint Backlog besteht aus allen User Stories die einem Sprint zugewiesen sind (
Issues -> Milestones -> <Sprintname>). Alle User Stories im Sprint Backlog müssen eine Priorität (normalerweiseprioritiy: high) und eine Aufwandsabschätzung haben (z.B.:estimate: 2,...). - Während dem Sprint planning werden User Stories dann in Tasks zerlegt, die jeweils genau einem Entwickler zugewiesen werden.
Abweichungen vom Scrum Modell im Sopra
Um den Arbeitsaufwand einfach und effektiv zu halten verwenden wir im Sopra ein paar Vereinfachungen:
- Für das Sopra sind User Stories oftmals granular genug und müssen nicht weiter in Tasks zerlegt werden.
- Die Granularität einer User Story entspricht dann einem Task, der in einem Sprint erledigt wird.
- Sollte es doch nötig sein eine User Story weiter zu zerlegen, können einfach weitere Tasks erstellt werden, in deren Beschreibung die zugehörige User Story referenziert wird.