Scrum im Sopra: Unterschied zwischen den Versionen

Aus Das Sopra Wiki
Zur Navigation springen Zur Suche springen
KKeine Bearbeitungszusammenfassung
Zeile 1: Zeile 1:
Im Sopra wird das Vorgehensmodell [[Scrum]] in Verbindung mit [[Gitea]] eingesetzt. [[Scrum]] als Vorgehensmodell bietet viele Freiheitsgrade auf die entsprechenden Werkzeuge abgebildet werden müssen, vor allem wenn diese, wie [[Gitea]](oder GitHub) nicht speziell für den Einsatz mit [[Scrum]] entwickelt wurden.
Im Sopra wird das Vorgehensmodell [[Scrum]] in Verbindung mit [[Gitea]] eingesetzt. [[Scrum]] als Vorgehensmodell bietet viele Freiheitsgrade auf die entsprechenden Werkzeuge abgebildet werden müssen, vor allem wenn diese, wie [[Gitea]] (oder GitHub) nicht speziell für den Einsatz mit [[Scrum]] entwickelt wurden.


== 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> ==

Version vom 15. Oktober 2018, 15:06 Uhr

Im Sopra wird das Vorgehensmodell Scrum in Verbindung mit Gitea eingesetzt. Scrum als Vorgehensmodell bietet viele Freiheitsgrade auf die entsprechenden Werkzeuge abgebildet werden müssen, vor allem wenn diese, wie Gitea (oder GitHub) nicht speziell für den Einsatz mit Scrum entwickelt wurden.

Artefakte in Scrum und Gitea [1][2]

  • Ein Sprint wird in Gitea durch einen Milestone (Issues -> Milestones) dargestellt.
  • Das Product Backlog besteht in Gitea aus allen Tasks (Issues) denen noch keinem Sprint zugeordnet wurden.
  • Eine User Story ist ein Issue in Gitea dem das label user story zugewiesen wurde.
  • Ein Task ist ein Issue in Gitea der nicht das Label user story trägt. Zu jedem Sprint planning sollten alle Tasks sowohl ein label für die priorität (prioritiy: high,...) als auch eine übergeordnete Userstory (Issues -> <Story Name> -> add: Depends on <Task>) haben.
  • Ein Sprint Backlog besteht aus allen Tasks die einem Sprint zugwiesen sind (Issues -> Milestones -> <Sprintname>). Alle Tasks im Sprint Backlog müssen eine Priorität (normalerweise prioritiy: high) und eine Aufwandsabschätzung haben (z.B.: estimate: 2,...).

References