Changes for page Scrum

Last modified by pmeyer on 2025/09/12 04:57

arrow_back From 1.7 to 1.8 From 3.1 to 3.2 arrow_forward

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 3.1 arrow_forward

edited by Pascal Meyer
on 2025/07/29 03:50

Change comment: Uploaded new attachment "velo.JPG", version {1}

Raw
Rendered

Summary

insert_drive_file Page properties (1 modified, 0 added, 0 removed)
attach_file Attachments (0 modified, 2 added, 0 removed)
- attach_file tshirtfibo.JPG
- attach_file velo.JPG

Details

insert_drive_file Page properties

Content

@@ -70,104 +70,23 @@
  *** Am Ende der Sitzung Verteilung neuer Aufgaben (jeder hat mindestens ein Ticket)
  *** Im Weekly werden keine Lösungen diskutiert, dies kann im weiteren Verlauf der Sitzung passieren
  * **Artefakte:**
--** Product Backlog
--** Sprint Backlog
--** Produktinkrement
++** **Product Backlog**
++*** Die Anforderungen für das finale Produkt
++*** Eine Liste aller gewünschten Projektarbeiten
++*** Eigentlich immer mehr, als im aktuellen Sprint gebraucht wird
++*** Im SWP: Zu Beginn füllen und später ergänzen
++*** Vom Product Owner priorisiert
++*** Zu Beginn des Sprints repriorisiert
++** **Sprint Backlog**
++*** Team-Mitglieder wählen Tasks aus (Arbeit wird nie zugewiesen)
++*** Aber**:**
++**** Im SWP hat jeder am Ende einer Sitzung eine Aufgabe!
++**** Im Zweifelsfall durch Zuweisung...
++*** Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern (basierend auf dem aktuellen Ziel)
++*** Wenn Arbeit unklar ist, definieren Sie erstmal einen Task mit größerer Schätzung und erstelle Unteraufgaben, sobald die Arbeit klarer wird
++*** 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]])
++** **Produktinkrement**
--=== **Rollen** ===
--
--Product Owner:
--
--* Definiert Product-Features
--* Bestimmt Auslieferungsdatum und Inhalt
--* Akzeptiert oder weist Arbeitsergebnisse zurück
--* Im SWP der Tutor in Absprache mit Marco und das Team
--
--Scrum Master:
--
--* Repräsentiert das Management gegenüber dem Projekt
--* Verantwortlich für die Einhaltung von Scrum-Werten und -Techniken
--* Beseitigt Hindernisse
--* Stellt sicher, dass das Team vollständig, funktional und produktiv ist
--* Unterstützt die enge Zusammenarbeit zwischen allen Rollen und Funktionen
--* Schützt das Team vor äußeren Störungen
--
--           → Im SWP ein spezielles Mitglied der Gruppe
--
--           → Soll trotzdem auch mit entwickeln
--
--Entwicklungs-Team:
--
--* Typischerweise 5-9 Personen
--* Funktionsübergreifend
--** QS, Programmierer, UI-Designer, etc.
--* Mitglieder sollen Vollzeitmitglieder sein
--* Teams organisieren sich selbst
--* Mitgliedschaft kann nur zwischen Sprints verändert werden
--
--           → Es kann helfen, einen Projektleiter zu bestimmen (ist nicht Scrum-Konform, aber im SWP kann es hilfreich sein)
--
--=== **Meetings** ===
--
--Sprint Planning
--
--* Sprint Priorisierung
--** Product Backlog analysieren und auswerten
--** Sprint-Ziel festlegen
--* Planung
--** Entscheiden, wie man das Sprint-Ziel erreichen kann (Design)
--** Sprint Backlog (Tasks) aus Product Backlog (User Stories/Features) erstellen
--*** Team wählt Einheiten, zu deren Implementierung es sich verpflichten kann, aus dem Product Backlog aus
--* Sprint Backlog schätzen (Planning Poker, Magic Estimation, etc.)
--* Sprint-Ziel
--** Kurze Angabe dessen, worauf sich die Arbeiten während des Sprints fokussieren
--** Wichtig! Wird gerne unterschätzt
--** Hilft, das Ziel im Auge zu behalten
--
--Daily Scrum //(hier: Weekly)//
--
--* Wöchentliches Treffen startet mit Scrum-Meeting
--* Am Ende der Sitzung Verteilung neuer Aufgaben (jeder hat mindestens ein Ticket)
--* Im Weekly werden keine Lösungen diskutiert, dies kann im weiteren Verlauf der Sitzung passieren
--
--Sprint-Review
--
--* Das Team präsentiert, was es während eines Sprints erreicht hat
--* Typischerweise in Form einer Demo mit neuen Features oder der zugrunde liegenden Architektur
--* Das ganze Team nimmt teil!
--
--Sprint-Retrospektive
--
--* Regelmäßig prüfen, was gut und was nicht so gut funktioniert
--* ca. 15-30 min lang
--* Nach jedem Sprint
--* Das gesamte Team kommt zusammen und diskutiert, wie es sich verbessern möchte
--* Methode hierfür bspw: Starfish (siehe Bild)
--* Weitere Methoden für die Retrospektiven finden sich z.B. hier: [[https:~~/~~/retromat.org/>>url:https://retromat.org/]]
--
--[[~[~[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]]
--
--=== **Artefakte** ===
--
--Product Backlog:
--
--* Die Anforderungen für das finale Produkt
--* Eine Liste aller gewünschten Projektarbeiten
--* Eigentlich immer mehr, als im aktuellen Sprint gebraucht wird
--* Im SWP: Zu Beginn füllen und später ergänzen
--* Vom Product Owner priorisiert
--* Zu Beginn des Sprints repriorisiert
--
--Sprint Backlog:
--
--* Team-Mitglieder wählen Tasks aus (Arbeit wird nie zugewiesen)
--* **Aber:**
--** Im SWP hat jeder am Ende einer Sitzung eine Aufgabe!
--** Im Zweifelsfall durch Zuweisung...
--* Jedes Team-Mitglied kann Tasks hinzufügen, löschen oder ändern (basierend auf dem aktuellen Ziel)
--* Wenn Arbeit unklar ist, definieren Sie erstmal einen Task mit größerer Schätzung und erstelle Unteraufgaben, sobald die Arbeit klarer wird
--* 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]])
--
  = Scrum im Detail =
  == Scrum-Prozess ==

attach_file tshirtfibo.JPG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.PascalMeyer

Size

...	...	@@ -1,0 +1,1 @@
	1	+20.8 KB

Content info

attach_file velo.JPG