Skip to Content

Wiki source code of Kompakt: Scrum in Gitlab

Last modified by Marco Grawunder on 2026/08/26 10:14
Hide last authors
Marco Grawunder 7.1 1 {{info}}
Marco Grawunder 8.1 2 **Worum geht es auf dieser Seite?**
3
4 Diese Seite ist eine **Kurzreferenz für die Zuordnung von Scrum-Begriffen zu GitLab-Funktionen**.
5
6 Die methodischen Erklärungen stehen unter [[Scrum>>doc:Main.Scrum.WebHome]], die ausführlichen Bedienhinweise unter [[GitLab Erklärungen>>doc:Main.GitLab.WebHome]].
Marco Grawunder 7.1 7 {{/info}}
Marco Grawunder 6.1 8
Marco Grawunder 7.1 9 = **Epics ~= größere fachliche Themen / Features** =
Marco Grawunder 6.1 10
11 * (((
12 Nutze **Epics** für größere Features oder Themen.
13
14 * Beispiel: //„Benutzerverwaltung“//, //„Berichtssystem“//.
15 )))
16 * Verknüpfe **Issues** (Stories/Bugs) mit dem passenden Epic.
17 * Vorteil: du bekommst eine **Roadmap-Darstellung** im Epic-Bereich.
18
Marco Grawunder 7.1 19 {{warning}}
20 Ein **Epic ist nicht das Product Backlog**. Das Product Backlog ist die priorisierte Gesamtheit der noch offenen Produktanforderungen. In GitLab werden diese Anforderungen typischerweise als Issues/User Stories gepflegt; Epics dienen lediglich dazu, mehrere zusammengehörige Issues unter einem größeren Thema zu bündeln.
21 {{/warning}}
22
Marco Grawunder 6.1 23 ----
24
25 == **Issues ~= User Stories / Bugs** ==
26
27 * Jedes **Issue** repräsentiert eine Story, einen Bug oder Task.
28 * (((
29 Pflichtfelder in einer Story (per Issue Template):
30
31 * **As a … I want … so that …**
32 * **Akzeptanzkriterien** (Checkliste)
33 * **Story Points (Weight)**
34 )))
35
36 👉 Story Points kannst du über das Feld **Weight** pflegen.
37
38 ----
39
40 == **Sub-Issues ~= Tasks** ==
41
42 * (((
43 Für die technische Umsetzung zerlege eine Story in **Sub-Issues**.
44
45 * (((
46 Beispiel: Story „Als User möchte ich mich einloggen können“
47
48 * Sub-Issue: Backend-API implementieren
49 * Sub-Issue: Frontend-Formular bauen
50 * Sub-Issue: Tests schreiben
51 )))
52 )))
53
54 ----
55
56 == **Labels** ==
57
58 Definiere globale Labels für Prozess & Priorität:
59
60 * (((
61 **Prozess-Labels**:
62
63 * Story, Bug, Task, Spike
64 )))
65 * (((
66 **Priorität**:
67
68 * P1, P2, P3
69 )))
70 * (((
71 **Status (optional für Filter)**:
72
73 * Ready, Blocked, Needs Review
74 )))
75 * (((
76 **Teams/Komponenten**:
77
78 * Frontend, Backend, QA
79 )))
80
81 ----
82
83 == **Iterations ~= Sprints** ==
84
85 * (((
86 Lege für jeden Sprint eine **Iteration **an, z. B.:
87
88 * Sprint 2025-09-1 (01.09.–14.09.)
89 )))
90 * Weise die Stories/Sub-Issues der Iteration zu.
91 * (((
92 GitLab erstellt automatisch:
93
94 * **Burndown-Chart**
95 * Fortschrittsübersicht
96 )))
97
98 ----
99
100 == **Boards ~= Daily Workflow** ==
101
102 Erstelle ein **Issue Board** mit Spalten:
103
104 1. **Backlog** (alle Stories, die noch keinem Sprint zugewiesen sind)
105 1. **To Do** (Iteration = aktueller Sprint, Status: Ready)
106 1. **In Progress**
107 1. **Review / Code Review**
108 1. **Testing**
109 1. **Done**
110
111 👉 Filter für das Board setzen: //nur aktuelle Iteration// → so hast du dein **Sprint Board** wie in Jira.
112
113 ----
114
115 == **Reviews & Retros** ==
116
117 * (((
118 Am Ende einer Iteration (= Sprint-Ende):
119
120 * **Review**: offene vs. erledigte Issues der Iteration prüfen.
121 * **Retrospektive**: dokumentieren.
122 )))
123 * Nicht erledigte Issues → ins nächste Iteration verschieben.
124
125 ----
126
127 == 📊 Visuale Übersicht (Scrum in GitLab Premium) ==
128
129 * (((
Marco Grawunder 7.1 130 **Epic** = größeres fachliches Thema bzw. Feature
Marco Grawunder 6.1 131
132 * (((
133 Enthält Stories (Issues)
134
135 * Enthalten Tasks (Sub-Issues)
136 )))
137 )))
138 * **Iteration** = Sprint
139 * **Weight** = Story Points / Aufwand
140 * **Board** = Sprint Board (To Do → Done)
141 * **Burndown** = Sprint-Fortschritt
142 *
143
144
145
146 = 🛠 Schritt-für-Schritt-Anleitung für Scrum in GitLab Premium =
147
148 ----
149
Marco Grawunder 7.1 150 == 1. **Epics für größere Themen einrichten** ==
Marco Grawunder 6.1 151
152 1. Gehe in deine **Gruppe** → Menü **Epics**.
153 1. (((
154 Lege für jedes große Feature ein Epic an, z. B.:
155
156 * Epic: Benutzerverwaltung
157 * Epic: Reportsystem
158 )))
159 1. Epics enthalten später die **User Stories (Issues)**.
160 1. Vorteil: du bekommst eine **Roadmap-Ansicht**.
161
162 ----
163
164 == 2. **Labels anlegen (globale Klassifizierung)** ==
165
166 Unter Group → Labels anlegen:
167
168 === Prozess ===
169
170 * Story
171 * Bug
172 * Task
173 * Spike
174
175 === Priorität ===
176
177 * P1 (hoch)
178 * P2 (mittel)
179 * P3 (niedrig)
180
181 === Status / Workflow ===
182
183 * Ready
184 * Blocked
185 * Needs Review
186 * QA
187
188 === Komponenten / Teams ===
189
190 * Frontend
191 * Backend
192 * DevOps
193
194 👉 Vorteil: du kannst im Board filtern, Berichte ziehen und schnell nach Typ/Team sortieren.
195
196 ----
197
198 == 3. **Iterations als Sprints** ==
199
200 1. Gehe zu deinem Projekt → **Iterations**.
201 1. (((
202 Lege für jeden Sprint eine Iteration an, z. B.:
203
204 * Sprint 2025-09-1 (01.09.–14.09.)
205 * Sprint 2025-09-2 (15.09.–28.09.)
206 )))
207 1. Wähle die **Dauer** (meist 2 Wochen).
208 1. (((
209 GitLab erzeugt automatisch:
210
211 * **Burndown-Chart**
212 * Fortschrittsübersicht
213 )))
214
215 ----
216
217 == 4. **Issue-Template für User Stories** ==
218
219 Lege in deinem Repo unter .gitlab/issue_templates/Story.md eine Datei an:
220
221 {{code language="none"}}
222 # User Story
223
224 **Als** [Rolle]
225 **möchte ich** [Funktion/Feature]
226 **um** [Nutzen/Ziel].
227
228 ---
229
230 ## 🎯 Akzeptanzkriterien
231 - [ ] Kriterium 1
232 - [ ] Kriterium 2
233 - [ ] Kriterium 3
234
235 ---
236
237 ## 📊 Zusatzinfos
238 - **Epic:** <!-- Link zum Epic -->
239 - **Milestone (Sprint):** <!-- Sprint auswählen -->
240 - **Weight (Story Points):** <!-- Zahl eintragen -->
241 - **Labels:** Story, P1/P2/P3, Team
242
243 {{/code}}
244
245 {{{
246 }}}
247
248 👉 Damit erzwingst du einheitliche Stories.
249
250 ----
251
252 == 5. **Sub-Issues für Tasks** ==
253
254 * Innerhalb einer Story → Button **Create sub-issue**.
255 * (((
256 Beispiel:
257
258 * (((
259 Story: //„Login als Benutzer“//
260
261 * Sub-Issue: Backend-API
262 * Sub-Issue: Frontend-Formular
263 * Sub-Issue: Tests schreiben
264 )))
265 )))
266
267 ----
268
269 == 6. **Board-Setup (Daily Workflow)** ==
270
271 Erstelle ein **Issue Board** für dein Projekt:
272
273 Spalten (so Jira-ähnlich wie möglich):
274
275 1. **Backlog** → Filter: No iteration
276 1. **To Do** → Filter: Iteration = Aktueller Sprint + Label Ready
277 1. **In Progress** → Filter: Iteration = Aktueller Sprint + Label In Progress
278 1. **Review** → Filter: Needs Review
279 1. **QA** → Filter: QA
280 1. **Done** → Filter: Closed
281
282 👉 Du kannst mehrere Boards speichern:
283
284 * **Backlog-Board** (alle Stories ohne Iteration)
285 * **Sprint-Board** (nur aktuelle Iteration)
286 * **QA-Board** (nur Stories im Testing)
287
288 ----
289
290 == 7. **Sprint-Review & Retro** ==
291
292 * (((
293 Am Ende der Iteration:
294
295 * Offene Stories → ins nächste Iteration verschieben.
296 * Fertige Stories → bleiben als Dokumentation im alter Iteration.
297 )))
298 *
299
300 ----
301
302 == 🚀 Dein Scrum-Flow in GitLab Premium ==
303
304 * **Epics** = Features
305 * **Issues** = User Stories
306 * **Sub-Issues** = Tasks
307 * **Iterations** = Sprints
308 * **Weight** = Story Points
309 * **Boards** = Daily Workflow
310 * **Burndown** = Sprint Monitoring
311 * **Milestones** = Grobe Projektplanung. Wann soll was fertig sein.
Marco Grawunder 8.1 312
313 = Siehe auch =
314
315 * [[Stichwortverzeichnis>>doc:Main.Index.WebHome]]
316 * [[Glossar>>doc:Main.Glossar.WebHome]]
317