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 1.9 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:49
Change comment: There is no comment for this version

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,111 +32,61 @@
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** ===
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 140  = Scrum im Detail =
141 141  
142 142  == Scrum-Prozess ==