Scrum im Sopra: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Langenfeld (Diskussion | Beiträge)
Langenfeld (Diskussion | Beiträge)
Zeile 8: Zeile 8:
== 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. 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 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 außerdem ein Label für die Priorität (<code>prioritiy: high</code>,...) 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 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>,...).
* 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.
* In Scrum werden während dem ''Sprint planning'' User Stories in Tasks zerlegt, die jeweils genau einem Entwickler zugewiesen werden.<br> Im Sopra fungiert das das [[GDD]] in dem allermeisten Fällen als Sammlung  von ''User Stories'' so, dass im ''Sprint Planning'' die Tasks direkt vom GDD abgeleitet werden können.
* 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 ==
== Abweichungen vom Scrum Modell im Sopra ==
Um den Arbeitsaufwand einfach und effektiv zu halten verwenden wir im Sopra ein paar Vereinfachungen:
In Scrum ist es üblich, Aufgaben in verschiedenen Granularitätsstufen zu beschreiben. Ein Teilprojekte wird komplett unter einer [https://de.wikipedia.org/wiki/Epic_(Anforderungsmanagement) Epic] zusammengefasst. Zu einer Epic gehören viele Beschreibungen von Funktionalität 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 Verwaltungsaufwand im sopra möglichst überschaubar zu halten, weichen wir von diesem Modell wie folgt ab:
* 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.
* Im Sopra fungiert das das [[GDD]] in dem allermeisten Fällen als Sammlung von ''User Stories'' so, dass im ''Sprint Planning'' die Tasks direkt vom GDD abgeleitet werden können.
* 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 />