Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From version arrow_back 3.1 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:50
Change comment: Uploaded new attachment "velo.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
... ... @@ -54,39 +54,108 @@
54 54  **** Kurze Angabe dessen, worauf sich die Arbeiten während des Sprints fokussieren
55 55  **** Wichtig! Wird gerne unterschätzt
56 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**​​​​​​​
57 +** **Sprint Review**
58 +** Sprint Retrospektive
59 +** Tägliches Scrum-Meeting (Daily)
60 +* **Artefakte**
61 +** Product Backlog
62 +** Sprint Backlog
63 +** Produktinkrement
89 89  
65 +=== **Rollen** ===
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 +
90 90  = Scrum im Detail =
91 91  
92 92  == Scrum-Prozess ==
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