Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From version arrow_back 5.1 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:51
Change comment: Uploaded new attachment "Unbenannt2.JPG", version {1}
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,40 +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 -= Scrum - im Detail =
65 +=== **Rollen** ===
91 91  
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 +
92 92  == Scrum-Prozess ==
93 93  
94 94  Nachdem die Produktvision definiert wurde, wird das Product Backlog erstellt und vom
... ... @@ -194,7 +194,7 @@
194 194  * Nur wenige Zahlen auswählen (bspw. 1,2,3,5,8)
195 195  * 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
196 196  
197 -[[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]]
198 198  
199 199  === **Definition eines Velocity Charts** ===
200 200  
... ... @@ -209,7 +209,7 @@
209 209  15 Story Points geschafft wurden, jedoch im dritten Sprint nur fünf. Ab dem dritten
210 210  Sprint kann eine Verbesserung der Geschwindigkeit des Teams wahrgenommen werden.
211 211  
212 -[[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]]
213 213  
214 214  === **Definition eines Burndown Charts** ===
215 215  
... ... @@ -222,7 +222,7 @@
222 222  die noch zu erledigenden Story Points für den Sprint. Es ist zu sehen, dass das Team
223 223  bisher einen guten Fortschritt hat, weil der Graph bisher stetig abfällt.
224 224  
225 -​​​​​​​
294 +[[~[~[image:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG~|~|alt="burnd.JPG"~]~]>>path:/SPB/softwareprojekt-wiki_all/-/wikis/uploads/a5dbbbeddb36c2545d5748bfef5124c2/burnd.JPG]]
226 226  
227 227  == Daily Scrum ==
228 228  
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