Globale Scrum Retrospektive

Größe: px

Ab Seite anzeigen:

Download "Globale Scrum Retrospektive"

Jacob Linden
vor 8 Jahren
Abrufe

1 SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Globale Scrum Retrospektive Do, Hoang Freie Universität Berlin, SoSe 2012

2 Was ein Softwareprojekt nicht ist! Keine Vorlesung, es geht nicht um die technischen Skills! Lernen von Actionskript- und C#-Master zu werden Es geht nicht darum zu lernen, wie man den Dozenten nach Lösung fragt! Was soll ich dann bewerten? 2

Lernen von Actionskript- und C#-Master zu werden Es geht

3 Softwareprojekt Die Arbeit in der Praxis zu üben Deadlines, Contraints, Vorgaben Umgang mit fremden Technologien Wie finde ich die Lösung? Wo finde ich (unabhängige) Hilfe? Gegenseitig behelfen Die Arbeit an einem größeren Projekt Wie gehe ich mit nicht bedachten Problemen um? (Änderungen) Die Arbeit in einem größeren Team Gruppendynamik, Respektvolle Umgang Arbeit nach einem Prozessmodell 3

Gegenseitig behelfen Die Arbeit an einem größeren Projekt Wie gehe ich mit nicht bedachten

4 Scrum Rollen und deren Funktionen 4

5 Product Owner Was der Product Owner nicht macht! Technische Fragen beantworten Debugger Bugs fixen Was der Product Owner macht? Definiert die Ziele auf der Business Ebene Pflegt das Product Backlog 5

6 Scrum Master Was der Scrum Master nicht macht! Diktiert die Aufgaben oder bestimmt die Umsetzung Implementiert die Funktionen Verteilt die Tasks Was der Scrum Master macht Forciert die Einhaltung der Scrum Regeln Überwacht den Taskboard Überwacht den Sprint Backlog Moderiert die Scrum Meetings Optimierung den Scrum Prozesses der Teams Coach bei Problemen Und gibt Anregungen durch Vorträgen (am Freitag) 6

der Scrum Master macht Forciert die Einhaltung der Scrum Regeln Überwacht den Taskboard Überwacht den

7 Das Team Was das Team nicht macht! Product Backlog Items interpretieren Hinzufügen und Entfernen (auch nicht durch Tasks) Was das Team macht? Die Umsetzung der Tasks Pflege des Taskboards und des Sprint Backlogs Bei Unklarheiten: Fragen an PO: Techniche Fragen: 7

8 Scrum Meetings 8

9 Meetings Sprint Planning Meeting I und II Ziele der Woche festlegen Jeden Montag; Dauer: 2 Stunde (Je eine Stunde) Daily Scrum Tägliches Meeting Di / Mi / Do / Fr Dauer: 2 Min pro Person Sprint Review Sprint Retrospektive Demonstration; Vortrag Jeden Freitag Dauer: 90 Minuten 9

Meeting Di / Mi / Do / Fr Dauer: 2 Min pro Person Sprint Review

Meetings Sprint Planing Meeting I und II Introduction Product Owner erläutert Product Backlog Product Backlog ist eine priorisierte und gewichtete TODO-Liste von Features auf der Business Ebene

10 Meetings Sprint Planing Meeting I und II Introduction Product Owner erläutert Product Backlog Product Backlog ist eine priorisierte und gewichtete TODO-Liste von Features auf der Business Ebene Commitment Das Team wählt die Einträge für die Woche aus, die es in dieser Woche umsetzen kann. Das Team verpflichtet sich dazu die gewählten Elemente zu schaffen. Keine nachträgliche Änderungen während des Sprints möglich. Planning Das Team erstellt mit dem Scrum Master das Sprint Backlog für das anstehende Sprint Sprint Backlog ist eine TODO-Liste des Teams. Ein Eintrag wird Task genannt und darf nicht mehr als ein Tag in Anspruch nehmen. 10

Das Team verpflichtet sich dazu die gewählten Elemente zu schaffen. Keine nachträgliche Änderungen während des Sprints möglich.

11 Meetings Daily Meetings Overview Die Mitglieder im Team behalten den Gesamtüberblick im Team Update Aktualisieren des Sprint Backlogs Mikromeilenstein 3 Magic Questions Was habe ich (gestern) geschafft? Was schaffe ich heute? Welche evtl. Probleme könnten mich/das Team am Erreichen meiner Ziele hindern? Meeting Voraussetzungen: Im Stehen: Verringert Ablenkung und das Interesse an langen Reden 11

geschafft? Was schaffe ich heute? Welche evtl.

12 Meetings Review & Retrospektive Demonstration Das Team überzeugt den Product Owner von den implementierten Features Das Team zeigt, dass es sein Commitment nicht gebrochen hat. Suggestion Bei Bedarf hält Scrum Master einen Vortrag als Anregung Best Practices Das Team reflektiert über den letzten Sprint und optimiert seinen Prozess. 12

13 Scrum Artefakten 13

14 Beispiel 1 Product Backlog: Steuerung: Als Spieler möchte ich mit den Pfeiltasten meinen Cursor bewegen können Fragen! Sprint Backlog: GameScreen erstellen UI erstellen Assets laden Cursor zeichnen Bewegungsanimation Tastaturabfrage Anbindung an die Grafik Grenzen berücksichtigen Tasks auf den Taskboard übertragen. 14

Sprint Backlog: GameScreen erstellen UI erstellen Assets laden Cursor zeichnen

Ähnliche Dokumente

Scrum Einführung. SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik

Scrum Einführung. SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Scrum Einführung Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2013 Rollen Product Owner Definiert die Ziele Product