|
|
| (15 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt) |
| Zeile 1: |
Zeile 1: |
| 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.
| | #REDIRECT [[Ablauf]] |
| | |
| == 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 [[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> ==
| |
| | |
| * Ein '''Sprint''' wird in Gitea durch einen Milestone (<code>Issues -> Milestones</code>) dargestellt. Die Milestones Tragen die 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.
| |
| * 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>,...) 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>,...).
| |
| | |
| == 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 normalerweise granular genug, und müssen nicht weiter in Tasks zerlegt werden.
| |
| * Die Granularität einer Userstory entspricht einem Task, der in einem Sprint erledigt wird.
| |
| * Sollte es doch nötig sein eine User Story weiter zu zerlegen, könenn im Kommentar des Issues Checkboxen mit den einzelnen Tasks angelegt werden. [https://www.markdownguide.org/cheat-sheet/ Markdown Cheat-Sheet].
| |
| | |
| == References ==
| |
| <references />
| |
