Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From 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
To version arrow_back 6.1 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:52
Change comment: Uploaded new attachment "Scrum-Prozess.JPG", version {1}

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,109 +55,40 @@
55 55  **** Wichtig! Wird gerne unterschätzt
56 56  **** Hilft, das Ziel im Auge zu behalten
57 57  ** **Sprint Review**
58 -** Sprint Retrospektive
59 -** Tägliches Scrum-Meeting (Daily)
60 -* **Artefakte**
61 -** Product Backlog
62 -** Sprint Backlog
63 -** Produktinkrement
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**
64 64  
65 -=== **Rollen** ===
90 += Scrum - im Detail =
66 66  
67 -Product Owner:
68 -
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 -
161 161  == Scrum-Prozess ==
162 162  
163 163  Nachdem die Produktvision definiert wurde, wird das Product Backlog erstellt und vom
... ... @@ -263,7 +263,7 @@
263 263  * Nur wenige Zahlen auswählen (bspw. 1,2,3,5,8)
264 264  * 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
265 265  
266 -[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/78f387122adf2a44d3b92efa743d3446/tshirtfibo.JPG~|~|alt="tshirtfibo.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/78f387122adf2a44d3b92efa743d3446/tshirtfibo.JPG]]
197 +[[image:tshirtfibo.JPG]]
267 267  
268 268  === **Definition eines Velocity Charts** ===
269 269  
... ... @@ -278,7 +278,7 @@
278 278  15 Story Points geschafft wurden, jedoch im dritten Sprint nur fünf. Ab dem dritten
279 279  Sprint kann eine Verbesserung der Geschwindigkeit des Teams wahrgenommen werden.
280 280  
281 -[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/3bb28351d712bbf3e9ad6360fd85bc6a/velo.JPG~|~|alt="velo.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/3bb28351d712bbf3e9ad6360fd85bc6a/velo.JPG]]
212 +[[image:velo.JPG]]
282 282  
283 283  === **Definition eines Burndown Charts** ===
284 284  
... ... @@ -291,7 +291,7 @@
291 291  die noch zu erledigenden Story Points für den Sprint. Es ist zu sehen, dass das Team
292 292  bisher einen guten Fortschritt hat, weil der Graph bisher stetig abfällt.
293 293  
294 -[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG~|~|alt="burnd.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG]]
225 +​​​​​​​
295 295  
296 296  == Daily Scrum ==
297 297  
attach_file Scrum-Prozess.JPG
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.PascalMeyer
Size
... ... @@ -1,0 +1,1 @@
1 +59.4 KB
Content info
attach_file Unbenannt2.JPG
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.PascalMeyer
Size
... ... @@ -1,0 +1,1 @@
1 +60.7 KB
Content info
attach_file burnd.JPG
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.PascalMeyer
Size
... ... @@ -1,0 +1,1 @@
1 +21.3 KB
Content info
attach_file tshirtfibo.JPG
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.PascalMeyer
Size
... ... @@ -1,0 +1,1 @@
1 +20.8 KB
Content info
attach_file velo.JPG
Author
... ... @@ -1,0 +1,1 @@
1 +XWiki.PascalMeyer
Size
... ... @@ -1,0 +1,1 @@
1 +25.3 KB
Content info