Scrum und Gitea: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Roth (Diskussion | Beiträge)
Add == Git Struktur im Sopra ==
Langenfeld (Diskussion | Beiträge)
 
(12 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 3: Zeile 3:
== Git Struktur im Sopra ==
== Git Struktur im Sopra ==
Im Sopra benutzen wir offiziell zwei Branches:
Im Sopra benutzen wir offiziell zwei Branches:
* '''master''' Hier wird das Spiel aktiv entwickelt.
* '''Master:''' Hier wird das Spiel aktiv entwickelt.
* '''release''' Hier wird jeweils die Arbeit für einen abgeschlossenen Sprint mittels [[Gitea#Pull_Request|Pull-Request]] veröffentlicht. Dieser Branch (nur dieser) wird dazu verwendet die Arbeit der Sprints und das Spiel zu bewerten.
* '''Release:''' Hier wird jeweils die Arbeit für einen abgeschlossenen Sprint mittels [[Gitea#Pull_Request|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 <ref>https://github.com/jvandemo/github-scrum-workflow</ref><ref>https://zube.io/blog/agile-project-management-workflow-for-github-issues/</ref> ==
== Artefakte in Scrum und Gitea <ref>https://github.com/jvandemo/github-scrum-workflow</ref><ref>https://zube.io/blog/agile-project-management-workflow-for-github-issues/</ref> ==


* Ein '''Sprint''' wird in Gitea durch einen Milestone (<code>Issues -> Milestones</code>) dargestellt.
* 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 Items (<code>Issues</code>) die noch keinem Sprint zugeordnet wurden.
* 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 sowohl ein label für die priorität (<code>prioritiy: high</code>,...) und geschätzte Bearbeitungszeit haben.
* 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 zugwiesen 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>,...).
* Ein '''Task''' ist eine von einer User Story abgeleitete Teilaufgabe. Ein Task ist überschaubar, so, dass die dafür benötigte Entwicklungszeit abgeschätzt werden kann.
* Ein '''Sprint Backlog''' besteht aus allen Items die einem Sprint zugewiesen sind (<code>Issues -> Milestones -> <Sprintname></code>). Alle Items im Sprint Backlog müssen eine Priorität (normalerweise <code>prioritiy: high</code>) und eine Aufwandsabschätzung haben (z.B.: <code>estimate: 2</code>,...).
* In Scrum werden während dem ''Sprint planning'' User Stories in Tasks zerlegt, die jeweils einem Entwickler zugewiesen werden.
 
== Abweichungen vom Scrum Modell im Sopra ==
In Scrum ist es üblich, Aufgaben in verschiedenen Granularitätsstufen zu beschreiben, darunter die Beschreibungen einzlener Funktionen aus der Benutzersicht, die sogenannten [https://de.wikipedia.org/wiki/User_Story User Stories], die wiederum in einzelne Teilaufgaben, die Tasks zerlegt werden. Um den Prozess im Sopra möglichst überschaubar zu halten, weichen wir von diesem Modell wie folgt ab:
 
* Im Sopra fungiert das das [[GDD]] in dem allermeisten Fällen als Sammlung  von ''User Stories.'' Im ''Sprint Planning'' werden die Tasks direkt vom GDD abgeleitet.


== References ==
== References ==
<references />
<references />

Aktuelle Version vom 23. Oktober 2020, 11:52 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 Namen Sprint<woche> (Beschreibung) also zum Beispiel Sprint00 (Hausaufgabe).
  • Das Product Backlog besteht in Gitea aus allen Items (Issues) die noch keinem Sprint zugeordnet wurden.
  • Eine User Story ist ein Issue in Gitea dem das Label user story zugewiesen wurde. Zu jedem Sprint planning sollten alle User Stories außerdem ein Label für die Priorität (prioritiy: high,...) haben.
  • Ein Task ist eine von einer User Story abgeleitete Teilaufgabe. Ein Task ist überschaubar, so, dass die dafür benötigte Entwicklungszeit abgeschätzt werden kann.
  • Ein Sprint Backlog besteht aus allen Items die einem Sprint zugewiesen sind (Issues -> Milestones -> <Sprintname>). Alle Items im Sprint Backlog müssen eine Priorität (normalerweise prioritiy: high) und eine Aufwandsabschätzung haben (z.B.: estimate: 2,...).
  • In Scrum werden während dem Sprint planning User Stories in Tasks zerlegt, die jeweils einem Entwickler zugewiesen werden.

Abweichungen vom Scrum Modell im Sopra

In Scrum ist es üblich, Aufgaben in verschiedenen Granularitätsstufen zu beschreiben, darunter die Beschreibungen einzlener Funktionen aus der Benutzersicht, die sogenannten User Stories, die wiederum in einzelne Teilaufgaben, die Tasks zerlegt werden. Um den Prozess im Sopra möglichst überschaubar zu halten, weichen wir von diesem Modell wie folgt ab:

  • Im Sopra fungiert das das GDD in dem allermeisten Fällen als Sammlung von User Stories. Im Sprint Planning werden die Tasks direkt vom GDD abgeleitet.

References