Skip to Content

Changes for page Scrum

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

Summary

Details

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