Scrum 2009 10_23

1 SCRUM Eine agile, iterative Vorgehensweise für die Software-Entwicklung

2 Rollen Scrum Master Artefakte Product Owner Sprint Backlog Release Backlog Product Backlog Development Team Zeremonien Before Sprint: Sprint Planning Meeting During Sprint: Daily Scrum After Sprint: Review Meeting Scrum Überblick Burn-down-chart Pair-Programming 2

4 Product Owner (PO) ,[object Object]

Legt Prioritätslisten der anfallenden Aufgaben an (Product Backlog)

Verantwortlich für die Rendite, den Return on Investment (ROI)

Validiert Ergebnisse und prüft, ob die Qualität aus Sicht der Endnutzer akzeptabel ist

Entscheidet über die Wichtigkeit einzelner Funktionen

Er muss dem Team eine Vorstellung über das fertige Produkt vermitteln (Produktvision)

Muss auf Rückfragen schnell reagieren

Erfüllt in einem Projekt die Rolle des Kommunikators

Koordiniert die finanzielle Seite der Produktentwicklung4

5 Development Team ,[object Object]

Muss alles tun um das gesteckte Sprint-Ziel zu erreichen (“commitment”)Software Developer Software Developer Software Developer Software Developer Software Developer 5

6 Scrum Master ,[object Object]

Sorgt dafür das, dass Team die Methoden von Scrum beachtet und umsetzt

Mischt sich nicht in die entscheidungsspezifischen Entscheidungen des Teams ein

Berät das Team und steht ihm zur Seite

Greift nur ein wenn das Team oder ein anderer an Projekt Beteiligter die Scrum-Regeln verletzt

Muss Schwierigkeiten verhindern, die das Team bei der Arbeit behindern oder stören können6

7 Teambildung in vier Phasen Forming ,[object Object],zusammen, lernt sich kennen und Beziehungen bilden sich heraus. ,[object Object],im Team Storming ,[object Object],identifizieren Unstimmigkeiten bezüglich des Vorgehens und der Methoden, die jeder für sich als wichtig bewertet. ,[object Object],die offene Diskussionen hervorrufen und von jedem erfordern, den eigenen Standpunkt klar zu vertreten. ,[object Object],Grenzen zu erkennen Norming ,[object Object],das Team daran, alle nötigen Best Practices für das gemeinsame vorgehen zu definieren und zu implementieren, um alles, was die tägliche Arbeit stören könnte, zu beseitigen. ,[object Object],identifiziert die Gruppe die Fähigkeiten, Expertise und Talent, die die einzelnen Mitglieder einbringen können. Performing ,[object Object],das Team Unabhängigkeit und Selbstbewusstsein erlangt und kann die meisten Schwierigkeiten, die sich während der Produktentwicklung ergeben, selbst ausräumen. ,[object Object],der angewandten Best Practices wird kontinuierlich verbessert und optimiert, und das Team erreicht die ihm eigene Geschwindigkeit und Produktivität. 7

8 Fünf Aspekte, die sich gegenseitig beeinflussen, können die Teamarbeit behindern keinGesamt- bildvorAugen keineRechenschaft abzulegen fehlendes Commitment ÄngstevorKonflikten fehlendesVertrauen 8

10 ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ Product Backlogs -Produkt-Anforderungen mit Prioritäten -Pflichtenheft für das Team Abb.1 10

11 Product Backlogs Release Backlogs ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ Release Backlog 11

12 Sprints Release Backlogs Sprint 1 ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ Sprint 2 ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ 12

13 Sprint 1 Sprint 4 ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ Sprint 2 Sprint 3 ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ ______ Sprints & Sprint Backlogs (time boxed) ______ ______ ______ 13

14 90 80 70 60 50 40 30 20 10 0 1 2 3 4 5 6 7 8 9 Burndown-Diagramm Release-1 Release-2 Release-3 Verbleibender Arbeitsaufwand in Tagen Release-4 14

15 Product Backlog: In diesemSprint: klar definierte Arbeit, kann <30 Tagen erledigt werden; ausführbares Programm erzeugen. Wahrscheinlicher nächster Sprint: nächste Backlog-Priorität, von Ergebnissen des vorigen Sprints abhängig. Anforderungen in Textform (jede Anforderung eine Zeile) Während eines Sprints ist das dazugehörige Product Backlog fixiert und kann nur als Ergebnis der in diesem Sprint durchgeführte Arbeit verändert werden. Außerhalb des aktuellen Sprints wird das Produkt Backlog immer geändert, weiterentwickelt und neu mit Priorität versehen. Geplantes Release Prinzip des Product Backlogs 15

Scrum 2009 10_23

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Scrum 2009 10_23

Ähnlich wie Scrum 2009 10_23 (20)

Mehr von Prof. J. A. Illik, Hochschule Furtwangen University,

Mehr von Prof. J. A. Illik, Hochschule Furtwangen University, (10)

Scrum 2009 10_23