Hinweis: Das folgende wurde (im Wesentlichen) durch ChatGPT erstellt und anschließend noch einmal angepasst.

Epics = Product Backlog

• Nutze Epics für größere Features oder Themen.

  • Beispiel: „Benutzerverwaltung“, „Berichtssystem“.
• Verknüpfe Issues (Stories/Bugs) mit dem passenden Epic.
• Vorteil: du bekommst eine Roadmap-Darstellung im Epic-Bereich.

Issues = User Stories / Bugs

• Jedes Issue repräsentiert eine Story, einen Bug oder Task.

• Pflichtfelder in einer Story (per Issue Template):

  • As a … I want … so that …
  • Akzeptanzkriterien (Checkliste)
  • Story Points (Weight)

👉 Story Points kannst du über das Feld Weight pflegen.

Sub-Issues = Tasks

• Für die technische Umsetzung zerlege eine Story in Sub-Issues.

  • Beispiel: Story „Als User möchte ich mich einloggen können“

    • Sub-Issue: Backend-API implementieren
    • Sub-Issue: Frontend-Formular bauen
    • Sub-Issue: Tests schreiben

Labels

Definiere globale Labels für Prozess & Priorität:

• Prozess-Labels:

  • Story, Bug, Task, Spike

• Priorität:

  • P1, P2, P3

• Status (optional für Filter):

  • Ready, Blocked, Needs Review

• Teams/Komponenten:

  • Frontend, Backend, QA

Iterations = Sprints

• Lege für jeden Sprint eine Iteration an, z. B.:

  • Sprint 2025-09-1 (01.09.–14.09.)
• Weise die Stories/Sub-Issues der Iteration zu.

• GitLab erstellt automatisch:

  • Burndown-Chart
  • Fortschrittsübersicht

Boards = Daily Workflow

Erstelle ein Issue Board mit Spalten:

1. Backlog (alle Stories, die noch keinem Sprint zugewiesen sind)
2. To Do (Iteration = aktueller Sprint, Status: Ready)
3. In Progress
4. Review / Code Review
5. Testing
6. Done

👉 Filter für das Board setzen: nur aktuelle Iteration → so hast du dein Sprint Board wie in Jira.

Reviews & Retros

• Am Ende einer Iteration (= Sprint-Ende):

  • Review: offene vs. erledigte Issues der Iteration prüfen.
  • Retrospektive: dokumentieren.
• Nicht erledigte Issues → ins nächste Iteration verschieben.

📊 Visuale Übersicht (Scrum in GitLab Premium)

• Epic = großes Feature (Backlog-Ebene)

  • Enthält Stories (Issues)

    • Enthalten Tasks (Sub-Issues)
• Iteration = Sprint
• Weight = Story Points / Aufwand
• Board = Sprint Board (To Do → Done)
• Burndown = Sprint-Fortschritt
•  

🛠 Schritt-für-Schritt-Anleitung für Scrum in GitLab Premium

1. Epics einrichten (Product Backlog-Ebene)

1. Gehe in deine Gruppe → Menü Epics.

2. Lege für jedes große Feature ein Epic an, z. B.:

   • Epic: Benutzerverwaltung
   • Epic: Reportsystem
3. Epics enthalten später die User Stories (Issues).
4. Vorteil: du bekommst eine Roadmap-Ansicht.

2. Labels anlegen (globale Klassifizierung)

Unter Group → Labels anlegen:

Prozess

• Story
• Bug
• Task
• Spike

Priorität

• P1 (hoch)
• P2 (mittel)
• P3 (niedrig)

Status / Workflow

• Ready
• Blocked
• Needs Review
• QA

Komponenten / Teams

• Frontend
• Backend
• DevOps

👉 Vorteil: du kannst im Board filtern, Berichte ziehen und schnell nach Typ/Team sortieren.

3. Iterations als Sprints

1. Gehe zu deinem Projekt → Iterations.

2. Lege für jeden Sprint eine Iteration an, z. B.:

   • Sprint 2025-09-1 (01.09.–14.09.)
   • Sprint 2025-09-2 (15.09.–28.09.)
3. Wähle die Dauer (meist 2 Wochen).

4. GitLab erzeugt automatisch:

   • Burndown-Chart
   • Fortschrittsübersicht

4. Issue-Template für User Stories

Lege in deinem Repo unter .gitlab/issue_templates/Story.md eine Datei an:

👉 Damit erzwingst du einheitliche Stories.

5. Sub-Issues für Tasks

• Innerhalb einer Story → Button Create sub-issue.

• Beispiel:

  • Story: „Login als Benutzer“

    • Sub-Issue: Backend-API
    • Sub-Issue: Frontend-Formular
    • Sub-Issue: Tests schreiben

6. Board-Setup (Daily Workflow)

Erstelle ein Issue Board für dein Projekt:

Spalten (so Jira-ähnlich wie möglich):

1. Backlog → Filter: No iteration
2. To Do → Filter: Iteration = Aktueller Sprint + Label Ready
3. In Progress → Filter: Iteration = Aktueller Sprint + Label In Progress
4. Review → Filter: Needs Review
5. QA → Filter: QA
6. Done → Filter: Closed

👉 Du kannst mehrere Boards speichern:

• Backlog-Board (alle Stories ohne Iteration)
• Sprint-Board (nur aktuelle Iteration)
• QA-Board (nur Stories im Testing)

7. Sprint-Review & Retro

• Am Ende der Iteration:

  • Offene Stories → ins nächste Iteration verschieben.
  • Fertige Stories → bleiben als Dokumentation im alter Iteration.
•  

🚀 Dein Scrum-Flow in GitLab Premium

• Epics = Features
• Issues = User Stories
• Sub-Issues = Tasks
• Iterations = Sprints
• Weight = Story Points
• Boards = Daily Workflow
• Burndown = Sprint Monitoring
• Milestones = Grobe Projektplanung. Wann soll was fertig sein.