Skip to Content

Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57
From version arrow_back 1.8 arrow_forward
edited by Pascal Meyer
on 2025/07/29 03:48
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,44 +32,13 @@
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:**
35 +** Entwicklungs-Team
36 +* Meetings
37 +** Sprint Planning
38 +** Sprint Review
39 +** Sprint Retrospektive
40 +** Tägliches Scrum-Meeting (Daily)
41 +* Artefakte
73 73  ** Product Backlog
74 74  ** Sprint Backlog
75 75  ** Produktinkrement