Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From version arrow_back 1.6 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:45
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,13 +19,13 @@
19 19  
20 20  **Rahmen:**
21 21  
22 -* Rollen
23 -** Product Owner
22 +* **Rollen:**
23 +** **Product Owner**
24 24  *** Definiert Product-Features
25 25  *** Bestimmt Auslieferungsdatum und Inhalt
26 26  *** Akzeptiert oder weist Arbeitsergebnisse zurück
27 27  *** Im SWP der Tutor in Absprache mit Marco und das Team
28 -** Scrum Master
28 +** **Scrum Master**
29 29  *** Repräsentiert das Management gegenüber dem Projekt
30 30  *** Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken
31 31  *** Beseitigt Hindernisse
... ... @@ -32,113 +32,63 @@
32 32  *** Stellt sicher, dass das Team vollständig, funktional und produktiv ist
33 33  *** Unterstützt die enge Zusammenarbeit zwischen allen Rollen und Funktionen
34 34  *** Schützt das Team vor äußeren Störungen
35 -** Entwicklungs-Team
36 -* Meetings
37 -** Sprint Planning
38 -** Sprint Review
39 -** Sprint Retrospektive
40 -** Tägliches Scrum-Meeting (Daily)
41 -* Artefakte
42 -** Product Backlog
43 -** Sprint Backlog
44 -** Produktinkrement
35 +*** Im SWP ein spezielles Mitglied der Gruppe, welches trotzdem auch mitentwickelt
36 +** **Entwicklungs-Team**
37 +*** Typischerweise 5-9 Personen
38 +*** Funktionsübergreifend
39 +**** QS, Programmierer, UI-Designer, etc.
40 +*** Mitglieder sollen Vollzeitmitglieder sein
41 +*** Teams organisieren sich selbst
42 +*** Mitgliedschaft kann nur zwischen Sprints verändert werden
43 +* **Meetings:**
44 +** **Sprint Planning**
45 +*** Sprint Priorisierung
46 +**** Product Backlog analysieren und auswerten
47 +**** Sprint-Ziel festlegen
48 +*** Planung
49 +**** Entscheiden, wie man das Sprint-Ziel erreichen kann (Design)
50 +**** Sprint Backlog (Tasks) aus Product Backlog (User Stories/Features) erstellen
51 +***** Team wählt Einheiten, zu deren Implementierung es sich verpflichten kann, aus dem Product Backlog aus
52 +*** Sprint Backlog schätzen (Planning Poker, Magic Estimation, etc.)
53 +*** Sprint-Ziel
54 +**** Kurze Angabe dessen, worauf sich die Arbeiten während des Sprints fokussieren
55 +**** Wichtig! Wird gerne unterschätzt
56 +**** Hilft, das Ziel im Auge zu behalten
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**
45 45  
46 -=== **Rollen** ===
90 += Scrum - im Detail =
47 47  
48 -Product Owner:
49 -
50 -* Definiert Product-Features
51 -* Bestimmt Auslieferungsdatum und Inhalt
52 -* Akzeptiert oder weist Arbeitsergebnisse zurück
53 -* Im SWP der Tutor in Absprache mit Marco und das Team
54 -
55 -Scrum Master:
56 -
57 -* Repräsentiert das Management gegenüber dem Projekt
58 -* Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken
59 -* Beseitigt Hindernisse
60 -* Stellt sicher, dass das Team vollständig, funktional und produktiv ist
61 -* Unterstützt die enge Zusammenarbeit zwischen allen Rollen und Funktionen
62 -* Schützt das Team vor äußeren Störungen
63 -
64 - → Im SWP ein spezielles Mitglied der Gruppe
65 -
66 - → Soll trotzdem auch mit entwickeln
67 -
68 -Entwicklungs-Team:
69 -
70 -* Typischerweise 5-9 Personen
71 -* Funktionsübergreifend
72 -** QS, Programmierer, UI-Designer, etc.
73 -* Mitglieder sollen Vollzeitmitglieder sein
74 -* Teams organisieren sich selbst
75 -* Mitgliedschaft kann nur zwischen Sprints verändert werden
76 -
77 - → Es kann helfen, einen Projektleiter zu bestimmen (ist nicht Scrum-Konform, aber im SWP kann es hilfreich sein)
78 -
79 -=== **Meetings** ===
80 -
81 -Sprint Planning
82 -
83 -* Sprint Priorisierung
84 -** Product Backlog analysieren und auswerten
85 -** Sprint-Ziel festlegen
86 -* Planung
87 -** Entscheiden, wie man das Sprint-Ziel erreichen kann (Design)
88 -** Sprint Backlog (Tasks) aus Product Backlog (User Stories/Features) erstellen
89 -*** Team wählt Einheiten, zu deren Implementierung es sich verpflichten kann, aus dem Product Backlog aus
90 -* Sprint Backlog schätzen (Planning Poker, Magic Estimation, etc.)
91 -* Sprint-Ziel
92 -** Kurze Angabe dessen, worauf sich die Arbeiten während des Sprints fokussieren
93 -** Wichtig! Wird gerne unterschätzt
94 -** Hilft, das Ziel im Auge zu behalten
95 -
96 -Daily Scrum //(hier: Weekly)//
97 -
98 -* Wöchentliches Treffen startet mit Scrum-Meeting
99 -* Am Ende der Sitzung Verteilung neuer Aufgaben (jeder hat mindestens ein Ticket)
100 -* Im Weekly werden keine Lösungen diskutiert, dies kann im weiteren Verlauf der Sitzung passieren
101 -
102 -Sprint-Review
103 -
104 -* Das Team präsentiert, was es während eines Sprints erreicht hat
105 -* Typischerweise in Form einer Demo mit neuen Features oder der zugrunde liegenden Architektur
106 -* Das ganze Team nimmt teil!
107 -
108 -Sprint-Retrospektive
109 -
110 -* Regelmäßig prüfen, was gut und was nicht so gut funktioniert
111 -* ca. 15-30 min lang
112 -* Nach jedem Sprint
113 -* Das gesamte Team kommt zusammen und diskutiert, wie es sich verbessern möchte
114 -* Methode hierfür bspw: Starfish (siehe Bild)
115 -* Weitere Methoden für die Retrospektiven finden sich z.B. hier: [[https:~~/~~/retromat.org/>>url:https://retromat.org/]]
116 -
117 -[[~[~[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]]
118 -
119 -=== **Artefakte** ===
120 -
121 -Product Backlog:
122 -
123 -* Die Anforderungen für das finale Produkt
124 -* Eine Liste aller gewünschten Projektarbeiten
125 -* Eigentlich immer mehr, als im aktuellen Sprint gebraucht wird
126 -* Im SWP: Zu Beginn füllen und später ergänzen
127 -* Vom Product Owner priorisiert
128 -* Zu Beginn des Sprints repriorisiert
129 -
130 -Sprint Backlog:
131 -
132 -* Team-Mitglieder wählen Tasks aus (Arbeit wird nie zugewiesen)
133 -* **Aber:**
134 -** Im SWP hat jeder am Ende einer Sitzung eine Aufgabe!
135 -** Im Zweifelsfall durch Zuweisung...
136 -* Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern (basierend auf dem aktuellen Ziel)
137 -* Wenn Arbeit unklar ist, definieren Sie erstmal einen Task mit größerer Schätzung und erstelle Unteraufgaben, sobald die Arbeit klarer wird
138 -* 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]])
139 -
140 -= Scrum im Detail =
141 -
142 142  == Scrum-Prozess ==
143 143  
144 144  Nachdem die Produktvision definiert wurde, wird das Product Backlog erstellt und vom
... ... @@ -244,7 +244,7 @@
244 244  * Nur wenige Zahlen auswählen (bspw. 1,2,3,5,8)
245 245  * 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
246 246  
247 -[[~[~[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]]
248 248  
249 249  === **Definition eines Velocity Charts** ===
250 250  
... ... @@ -259,7 +259,7 @@
259 259  15 Story Points geschafft wurden, jedoch im dritten Sprint nur fünf. Ab dem dritten
260 260  Sprint kann eine Verbesserung der Geschwindigkeit des Teams wahrgenommen werden.
261 261  
262 -[[~[~[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]]
263 263  
264 264  === **Definition eines Burndown Charts** ===
265 265  
... ... @@ -272,7 +272,7 @@
272 272  die noch zu erledigenden Story Points für den Sprint. Es ist zu sehen, dass das Team
273 273  bisher einen guten Fortschritt hat, weil der Graph bisher stetig abfällt.
274 274  
275 -[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG~|~|alt="burnd.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG]]
225 +​​​​​​​
276 276  
277 277  == Daily Scrum ==
278 278  
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