Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From version arrow_back 6.2 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:52
Change comment: There is no comment for this version
To version arrow_back 1.7 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:47
Change comment: There is no comment for this version

Summary

Details

insert_drive_file Page properties
Content
... ... @@ -19,7 +19,7 @@
19 19  
20 20  **Rahmen:**
21 21  
22 -* **Rollen:**
22 +* **Rollen**
23 23  ** **Product Owner**
24 24  *** Definiert Product-Features
25 25  *** Bestimmt Auslieferungsdatum und Inhalt
... ... @@ -40,7 +40,7 @@
40 40  *** Mitglieder sollen Vollzeitmitglieder sein
41 41  *** Teams organisieren sich selbst
42 42  *** Mitgliedschaft kann nur zwischen Sprints verändert werden
43 -* **Meetings:**
43 +* **Meetings**
44 44  ** **Sprint Planning**
45 45  *** Sprint Priorisierung
46 46  **** Product Backlog analysieren und auswerten
... ... @@ -55,42 +55,109 @@
55 55  **** Wichtig! Wird gerne unterschätzt
56 56  **** Hilft, das Ziel im Auge zu behalten
57 57  ** **Sprint Review**
58 -*** Das Team präsentiert, was es während eines Sprints erreicht hat
59 -*** Typischerweise in Form einer Demo mit neuen Features oder der zugrunde liegenden Architektur
60 -*** Das ganze Team nimmt teil!
61 -** **Sprint Retrospektive​​​​​​​**
62 -*** Regelmäßig prüfen, was gut und was nicht so gut funktioniert
63 -*** ca. 15-30 min lang
64 -*** Nach jedem Sprint
65 -*** Das gesamte Team kommt zusammen und diskutiert, wie es sich verbessern möchte
66 -*** Methode hierfür bspw: Starfish (siehe Bild)
67 -*** Weitere Methoden für die Retrospektiven finden sich z.B. hier: [[https:~~/~~/retromat.org/>>url:https://retromat.org/]]
68 -** **Tägliches Scrum-Meeting (Daily)​​​​​​​​​**
69 -*** Wöchentliches Treffen startet mit Scrum-Meeting
70 -*** Am Ende der Sitzung Verteilung neuer Aufgaben (jeder hat mindestens ein Ticket)
71 -*** Im Weekly werden keine Lösungen diskutiert, dies kann im weiteren Verlauf der Sitzung passieren
72 -* **Artefakte:**
73 -** **Product Backlog**
74 -*** Die Anforderungen für das finale Produkt
75 -*** Eine Liste aller gewünschten Projektarbeiten
76 -*** Eigentlich immer mehr, als im aktuellen Sprint gebraucht wird
77 -*** Im SWP: Zu Beginn füllen und später ergänzen
78 -*** Vom Product Owner priorisiert
79 -*** Zu Beginn des Sprints repriorisiert
80 -** **Sprint Backlog**
81 -*** Team-Mitglieder wählen Tasks aus (Arbeit wird nie zugewiesen)
82 -*** Aber**:**
83 -**** Im SWP hat jeder am Ende einer Sitzung eine Aufgabe!
84 -**** Im Zweifelsfall durch Zuweisung...
85 -*** Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern (basierend auf dem aktuellen Ziel)
86 -*** Wenn Arbeit unklar ist, definieren Sie erstmal einen Task mit größerer Schätzung und erstelle Unteraufgaben, sobald die Arbeit klarer wird
87 -*** Definieren Sie für die Tickets eine Definition of Done ([[https:~~/~~/www.scrum-events.de/was-ist-die-definition-of-done-dod.html>>url:https://www.scrum-events.de/was-ist-die-definition-of-done-dod.html]])
88 -** **Produktinkrement**
58 +** Sprint Retrospektive
59 +** Tägliches Scrum-Meeting (Daily)
60 +* **Artefakte**
61 +** Product Backlog
62 +** Sprint Backlog
63 +** Produktinkrement
89 89  
90 -**[[image:Scrum-Prozess.JPG]]​​​​​​​**
65 +=== **Rollen** ===
91 91  
92 -= Scrum - im Detail =
67 +Product Owner:
93 93  
69 +* Definiert Product-Features
70 +* Bestimmt Auslieferungsdatum und Inhalt
71 +* Akzeptiert oder weist Arbeitsergebnisse zurück
72 +* Im SWP der Tutor in Absprache mit Marco und das Team
73 +
74 +Scrum Master:
75 +
76 +* Repräsentiert das Management gegenüber dem Projekt
77 +* Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken
78 +* Beseitigt Hindernisse
79 +* Stellt sicher, dass das Team vollständig, funktional und produktiv ist
80 +* Unterstützt die enge Zusammenarbeit zwischen allen Rollen und Funktionen
81 +* Schützt das Team vor äußeren Störungen
82 +
83 + → Im SWP ein spezielles Mitglied der Gruppe
84 +
85 + → Soll trotzdem auch mit entwickeln
86 +
87 +Entwicklungs-Team:
88 +
89 +* Typischerweise 5-9 Personen
90 +* Funktionsübergreifend
91 +** QS, Programmierer, UI-Designer, etc.
92 +* Mitglieder sollen Vollzeitmitglieder sein
93 +* Teams organisieren sich selbst
94 +* Mitgliedschaft kann nur zwischen Sprints verändert werden
95 +
96 + → Es kann helfen, einen Projektleiter zu bestimmen (ist nicht Scrum-Konform, aber im SWP kann es hilfreich sein)
97 +
98 +=== **Meetings** ===
99 +
100 +Sprint Planning
101 +
102 +* Sprint Priorisierung
103 +** Product Backlog analysieren und auswerten
104 +** Sprint-Ziel festlegen
105 +* Planung
106 +** Entscheiden, wie man das Sprint-Ziel erreichen kann (Design)
107 +** Sprint Backlog (Tasks) aus Product Backlog (User Stories/Features) erstellen
108 +*** Team wählt Einheiten, zu deren Implementierung es sich verpflichten kann, aus dem Product Backlog aus
109 +* Sprint Backlog schätzen (Planning Poker, Magic Estimation, etc.)
110 +* Sprint-Ziel
111 +** Kurze Angabe dessen, worauf sich die Arbeiten während des Sprints fokussieren
112 +** Wichtig! Wird gerne unterschätzt
113 +** Hilft, das Ziel im Auge zu behalten
114 +
115 +Daily Scrum //(hier: Weekly)//
116 +
117 +* Wöchentliches Treffen startet mit Scrum-Meeting
118 +* Am Ende der Sitzung Verteilung neuer Aufgaben (jeder hat mindestens ein Ticket)
119 +* Im Weekly werden keine Lösungen diskutiert, dies kann im weiteren Verlauf der Sitzung passieren
120 +
121 +Sprint-Review
122 +
123 +* Das Team präsentiert, was es während eines Sprints erreicht hat
124 +* Typischerweise in Form einer Demo mit neuen Features oder der zugrunde liegenden Architektur
125 +* Das ganze Team nimmt teil!
126 +
127 +Sprint-Retrospektive
128 +
129 +* Regelmäßig prüfen, was gut und was nicht so gut funktioniert
130 +* ca. 15-30 min lang
131 +* Nach jedem Sprint
132 +* Das gesamte Team kommt zusammen und diskutiert, wie es sich verbessern möchte
133 +* Methode hierfür bspw: Starfish (siehe Bild)
134 +* Weitere Methoden für die Retrospektiven finden sich z.B. hier: [[https:~~/~~/retromat.org/>>url:https://retromat.org/]]
135 +
136 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/e505851f2237f527759101e71f2207f9/Retrospektive.png~|~|alt="Retrospektive.png" height="393" width="524"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/e505851f2237f527759101e71f2207f9/Retrospektive.png]]
137 +
138 +=== **Artefakte** ===
139 +
140 +Product Backlog:
141 +
142 +* Die Anforderungen für das finale Produkt
143 +* Eine Liste aller gewünschten Projektarbeiten
144 +* Eigentlich immer mehr, als im aktuellen Sprint gebraucht wird
145 +* Im SWP: Zu Beginn füllen und später ergänzen
146 +* Vom Product Owner priorisiert
147 +* Zu Beginn des Sprints repriorisiert
148 +
149 +Sprint Backlog:
150 +
151 +* Team-Mitglieder wählen Tasks aus (Arbeit wird nie zugewiesen)
152 +* **Aber:**
153 +** Im SWP hat jeder am Ende einer Sitzung eine Aufgabe!
154 +** Im Zweifelsfall durch Zuweisung...
155 +* Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern (basierend auf dem aktuellen Ziel)
156 +* Wenn Arbeit unklar ist, definieren Sie erstmal einen Task mit größerer Schätzung und erstelle Unteraufgaben, sobald die Arbeit klarer wird
157 +* Definieren Sie für die Tickets eine Definition of Done ([[https:~~/~~/www.scrum-events.de/was-ist-die-definition-of-done-dod.html>>url:https://www.scrum-events.de/was-ist-die-definition-of-done-dod.html]])
158 +
159 += Scrum im Detail =
160 +
94 94  == Scrum-Prozess ==
95 95  
96 96  Nachdem die Produktvision definiert wurde, wird das Product Backlog erstellt und vom
... ... @@ -196,7 +196,7 @@
196 196  * Nur wenige Zahlen auswählen (bspw. 1,2,3,5,8)
197 197  * Wenn in T-Shirt-Größen geschätzt wird, dann jeder Größe eine Zahl zuweisen, sodass das Burndown- und Velocity-Chart genutzt werden kann
198 198  
199 -[[image:tshirtfibo.JPG]]
266 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/78f387122adf2a44d3b92efa743d3446/tshirtfibo.JPG~|~|alt="tshirtfibo.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/78f387122adf2a44d3b92efa743d3446/tshirtfibo.JPG]]
200 200  
201 201  === **Definition eines Velocity Charts** ===
202 202  
... ... @@ -211,7 +211,7 @@
211 211  15 Story Points geschafft wurden, jedoch im dritten Sprint nur fünf. Ab dem dritten
212 212  Sprint kann eine Verbesserung der Geschwindigkeit des Teams wahrgenommen werden.
213 213  
214 -[[image:velo.JPG]]
281 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/3bb28351d712bbf3e9ad6360fd85bc6a/velo.JPG~|~|alt="velo.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/3bb28351d712bbf3e9ad6360fd85bc6a/velo.JPG]]
215 215  
216 216  === **Definition eines Burndown Charts** ===
217 217  
... ... @@ -224,7 +224,7 @@
224 224  die noch zu erledigenden Story Points für den Sprint. Es ist zu sehen, dass das Team
225 225  bisher einen guten Fortschritt hat, weil der Graph bisher stetig abfällt.
226 226  
227 -[[image:burnd.JPG]]
294 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG~|~|alt="burnd.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG]]
228 228  
229 229  == Daily Scrum ==
230 230  
... ... @@ -286,7 +286,7 @@
286 286  
287 287  == Sprint Review ==
288 288  
289 -Am Ende eines Sprints findet das Sprint Review statt. Bei diesem Treffen werden
356 +Am Ende eines Sprints findet das Sprint Review statt (siehe [[Sprint-Review mit Jira>>url:https://confluence.swl.informatik.uni-oldenburg.de/spaces/SWP/pages/691404828/Sprint-Review+mit+Jira]]). Bei diesem Treffen werden
290 290  die Sprint-Ergebnisse allen Interessierten präsentiert. Dazu gehören beispielsweise der
291 291  Auftraggeber oder andere Stakeholder //(hier: mit dem gesamten Team und ggf. dem//
292 292  //Tutor)//. Der Scrum Master bereitet dieses Meeting vor, indem er die Interessenten über
... ... @@ -314,10 +314,8 @@
314 314  
315 315  Beispiele für Retrospektiven finden sich z.B. hier: [[https:~~/~~/dzone.com/articles/7-formats-for-great-team-retrospectives?edition=703410>>url:https://dzone.com/articles/7-formats-for-great-team-retrospectives?edition=703410]]
316 316  
317 -[[image:Unbenannt2.JPG]]
384 +Video zur Sprintretrospektive und die Verwendung in Jira [[1080p>>url:https://swl.informatik.uni-oldenburg.de/swp/video/Jira/Sprint-Retrospektive.mp4]]
318 318  
319 -
386 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/26a515caf8f128ae250a0240aea01531/Unbenannt2.JPG~|~|alt="Unbenannt2.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/26a515caf8f128ae250a0240aea01531/Unbenannt2.JPG]]
320 320  
321 321  
322 -
323 -
attach_file Scrum-Prozess.JPG
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.PascalMeyer
Size
... ... @@ -1,1 +1,0 @@
1 -59.4 KB
Content info
attach_file Unbenannt2.JPG
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.PascalMeyer
Size
... ... @@ -1,1 +1,0 @@
1 -60.7 KB
Content info
attach_file burnd.JPG
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.PascalMeyer
Size
... ... @@ -1,1 +1,0 @@
1 -21.3 KB
Content info
attach_file tshirtfibo.JPG
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.PascalMeyer
Size
... ... @@ -1,1 +1,0 @@
1 -20.8 KB
Content info
attach_file velo.JPG
Author
... ... @@ -1,1 +1,0 @@
1 -XWiki.PascalMeyer
Size
... ... @@ -1,1 +1,0 @@
1 -25.3 KB
Content info