Skip to Content

Changes for page Scrum

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

Summary

Details

insert_drive_file Page properties
Content
... ... @@ -19,74 +19,119 @@
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 -*** 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**​​​​​​​
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
89 89  
41 +=== **Rollen** ===
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 +
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