Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From 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
To 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

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,61 +32,111 @@
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 -*** 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**​​​​​​​
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
89 89  
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 +
90 90  = Scrum im Detail =
91 91  
92 92  == Scrum-Prozess ==