Upload
others
View
1
Download
0
Embed Size (px)
Citation preview
SCRUM
Regirt M., Siller C.
13. Dezember 2018
Regirt M., Siller C. SCRUM 13. Dezember 2018 1 / 36
1 Einleitung2 Was ist SCRUM?3 Historie4 SCRUM-Team
Product-OwnerSCRUM-MasterEntwicklerteam
5 SCRUM-ProzessProduct-BacklogSprint Planning / Sprint-BacklogSprintDaily ScrumSprint ReviewSprint RetrospektiveFertigstellung
6 Vor- und Nachteile7 Erweiterungen
ScrumbanScrum of ScrumsSAFe als SCRUM für meh-rere Teams
8 Fazit
Regirt M., Siller C. SCRUM 13. Dezember 2018 1 / 36
Einleitung
Wasserfallmodell
Gröÿter Nachteil: Un�exibel bei auftretenden Änderungen
Regirt M., Siller C. SCRUM 13. Dezember 2018 2 / 36
Was ist SCRUM?
Was ist SCRUM?
SCRUM ist ein Framework für agile Softwareentwicklung.
Projekte werden in zeitlich begrenzte Teilaufgaben unterteilt (Sprints) undin Teams von 3 - 9 Personen abgearbeitet.
Zur Koordination werden verschiedene Meetings abgehalten.
SCRUM ermöglicht es, �exibel auf die Änderungen der Kundenwünscheeinzugehen.
Für groÿe Projekte kann Large Scale Scrum verwendet werden.
Regirt M., Siller C. SCRUM 13. Dezember 2018 3 / 36
Historie
Historie
1980 wurden in der Softwareentwicklung die Schwächen des bis dahinverwendeten Wasserfallmodells (nach Winston Royce) erkannt. Man suchtedaher nach neuen Ansätzen.
1986 wurden im Harvard Business Review erste Ansätze zu SCRUMverö�entlicht. (Hirotaka Takeuchi, Ikujiro Nonaka)
1990 wurden erste Projekte nach dem SCRUM Ansatz abgewickelt.
Seit 2000 ist SCRUM der Standard bei der Entwicklung vonSoftwareprodukten.
Regirt M., Siller C. SCRUM 13. Dezember 2018 4 / 36
Historie
Historie
Fun Fact: der Name SCRUM ist an den Rugbysport angelehnt, wo einScrum einen Neustart des Spiels nach kleineren Regelverstöÿen darstellt.
Regirt M., Siller C. SCRUM 13. Dezember 2018 5 / 36
SCRUM-Team
SCRUM-Team
Ein Hauptaspekt von SCRUM sind die kleinen, selbst organisierten Teams,die oft e�zienter als groÿe Teams sind.In diesen SCRUM-Teams gibt es folgende, klar de�nierte, Rollen:
Product-Owner
SCRUM-Master
Entwicklerteam
Regirt M., Siller C. SCRUM 13. Dezember 2018 6 / 36
SCRUM-Team Product-Owner
Product-Owner
Der Product-Owner...
ist die Schnittstelle zwischen Auftraggeber und SCRUM-Team.
vertritt die Sichtweise des Auftraggebers.
erstellt, verwaltet und priorisiert den Product-Backlog.
bestimmt, welche Aufgaben als nächstes erledigt werden sollen.
steht für Fragen des Teams bereit.
In jedem SCRUM-Team gibt es genau einen Product-Owner.
Regirt M., Siller C. SCRUM 13. Dezember 2018 7 / 36
SCRUM-Team SCRUM-Master
SCRUM-Master
Der SCRUM-Master...
sorgt dafür, dass die Regeln von SCRUM eingehalten werden.
beseitigt Hindernisse für das Entwicklerteam.
beobachtet den SCRUM-Prozess.
moderiert die SCRUM Meetings.
schützt das Team vor unberechtigten Eingri�en von Auÿen.
vermittelt zwischen Product-Owner und Entwicklerteam.
ist kein Mitglied des Entwicklerteams.
In jedem SCRUM-Team gibt es genau einen SCRUM-Master.
Regirt M., Siller C. SCRUM 13. Dezember 2018 8 / 36
SCRUM-Team Entwicklerteam
Entwicklerteam
Das Entwicklerteam...
entwickelt das Produkt.
testet das Produkt.
schreibt die Produktdokumentation.
besteht aus 3-9 Mitgliedern.
ist selbst organisiert.
Im Entwicklerteam arbeiten nicht nur Softwareentwickler, sondern je nachAnforderung auch Softwaretester, UX-Designer und technische Schreiber.
Regirt M., Siller C. SCRUM 13. Dezember 2018 9 / 36
SCRUM-Prozess
SCRUM-Prozess
Regirt M., Siller C. SCRUM 13. Dezember 2018 10 / 36
SCRUM-Prozess Product-Backlog
Product-Backlog
Der Product-Backlog ist eine geordnete Liste der Anforderungen an dieSoftware.
Die Items des Product-Backlog haben oft die Form eines use cases odereiner user story.
Die Items werden vom Product-Owner verwaltet, angepasst und priorisiert.
Der Product-Backlog ist jederzeit erweiterbar.
Regirt M., Siller C. SCRUM 13. Dezember 2018 11 / 36
SCRUM-Prozess Sprint Planning / Sprint-Backlog
Sprint Planning / Sprint-Backlog
Jeder Sprint beginnt mit einem achtstündigen Sprint Planning Meeting.
Der Product-Owner stellt die aktuelle Version des Product-Backlog vor.
Die Mitglieder des Entwicklerteams schätzen den Aufwand der amhöchsten priorisierten Anforderungen im Product-Backlog.
Aufgrund dieser Aufwandsschätzung wird ein Sprint-Backlog erstellt,welcher die Aufgaben für den nächsten Sprint enthält.
Regirt M., Siller C. SCRUM 13. Dezember 2018 12 / 36
SCRUM-Prozess Sprint
Sprint
SCRUM-Projekte werden in kleine Arbeitszyklen (meist zwischen 1 Woche- 1 Monat) unterteilt. Diese Arbeitszyklen werden als Sprints bezeichnet.
In diesen Sprints werden die im Sprint-Backlog dokumentierten Aufgabenumgesetzt.
Nach jedem Sprint ist eine neue, potenziell auslieferbare Version derSoftware verfügbar. Auch Tests und Dokumentationen zu diesemProdukt-Inkrement sind abgeschlossen.
Der Vorteil solcher Sprints ist, dass man früh Tendenzen des Projekts inRichtung Machbarkeit, Umfang sowie Tragfähigkeit einer Architekturerkennt.
Regirt M., Siller C. SCRUM 13. Dezember 2018 13 / 36
SCRUM-Prozess Daily Scrum
Daily Scrum
Daily Scrums werden während eines Sprints jeden Tag zur selben Zeit amselben Ort abgehalten und dauern maximal 15 Minuten.
Alle Teammitglieder erscheinen pünktlich und vorbereitet zu dem Meeting.
Jedes Mitglied des Entwicklerteams soll 3 Fragen beantworten:
�Was habe ich seit dem letzten Daily Scrum getan?�
�Was plane ich, bis zum nächsten Daily Scrum zu tun?�
�Was hat mich bei der Arbeit behindert?�
Der Product-Owner nimmt, wenn möglich, teil um sich zu informieren.
Das Daily Scrum wird vom SCRUM-Master moderiert.
Regirt M., Siller C. SCRUM 13. Dezember 2018 14 / 36
SCRUM-Prozess Sprint Review
Sprint Review
Das Sprint Review Meeting wird nach Beendigung eines Sprintsdurchgeführt und dauert 1 - 4 Stunden.(proportional zur Dauer des Sprints).
Das Entwicklerteam präsentiert dem Product-Owner und interessiertenStakeholdern das Ergebnis seiner Arbeit live am funktionierenden System(kein Powerpoint!).
Es wird besprochen, welche Aufgaben aus dem Sprint-Backlog erfülltwurden und welche nicht.
Das Entwicklerteam erhält Feedback vom Product-Owner
(Meinungen, Verbesserungsvorschläge, Lob und Kritik).
Regirt M., Siller C. SCRUM 13. Dezember 2018 15 / 36
SCRUM-Prozess Sprint Retrospektive
Sprint Retrospektive
Im Anschluss an das Sprint Review Meeting, wird das SprintRetrospektive Meeting vom SCRUM-Team durchgeführt.
Die Sprint Retrospektive dauert zwischen 45 min und 3 h(proportional zur Dauer des Sprints).
Die drei Hauptfragen sind:
�Was lief gut während des Sprints?�
�Was lief nicht gut während des Sprints?�
�Was kann verbessert werden, um im nächsten Sprint erfolgreicher zusein?�
Die Sprint Retrospektive wird vom SCRUM-Master moderiert.
Regirt M., Siller C. SCRUM 13. Dezember 2018 16 / 36
SCRUM-Prozess Fertigstellung
Fertigstellung
Iteration
Nach der Sprint Retrospektive wird wieder mit dem Sprint Planning
begonnen und der nächste Sprint durchgeführt. Dieser Vorgang wirdwiederholt bis das Produkt fertiggestellt ist.
Auslieferung
Da nach jedem Sprint ein fertiges Produkt-Inkrement vorhanden ist, kannder Kunde dieses bereits verwenden, auch wenn die Entwicklung noch nichtabgeschlossen ist.
Regirt M., Siller C. SCRUM 13. Dezember 2018 17 / 36
Vor- und Nachteile
Vorteile von SCRUM
leicht verständlich und schnell einsetzbar
hohe Flexibilität
hohe Transparenz auch im Umgang mit Kunden
kurze Kommunikationswege
hohe E�ektivität
Probleme und Verzögerungen werden früh erkannt
Schätzung sind realistischer
Förderung von Wissensvermittlung
Regirt M., Siller C. SCRUM 13. Dezember 2018 18 / 36
Vor- und Nachteile
Nachteile von SCRUM
keine Erfolgsgarantie
Fokussierung auf Tasks und somit fehlender Gesamtüberblick
Prokrastination (�ache Hierarchien → wer kontrolliert ob ich arbeite?)
starker Overhead wenn Meetings nicht exakt eingehalten werden (7Entwickler à 10min = 70 min)
schwere Implementierung, wenn Mitarbeiter dadurch Führungspositionverliert
Entwickler sollten durch Änderungen von auÿen im Sprint geschütztwerden → nicht immer möglich
agile Methode kann auch Frustration im Team bewirken (z.B. Arbeitaus Sprint 6 wird in Sprint 8 wieder verworfen)
nicht jeder Entwickler kann alles
Regirt M., Siller C. SCRUM 13. Dezember 2018 19 / 36
Erweiterungen Scrumban
Scrumban I
Regirt M., Siller C. SCRUM 13. Dezember 2018 20 / 36
Erweiterungen Scrumban
Scrumban II
Nicht jedes Team kann einen Produkt Backlog erstellen (Kundendienst,Instandhaltung, ...) → Scrumban vereint für solche Teams die Vorteile vonSCRUM und Kanban
Unterschiede zu SCRUM:
kürzere Sprints (max. 2 Wochen)
kein geplantes Planning → plane dann, wenn du keine Tasks mehr hast
Priorisierung von Tasks
Benutzung von Kanban-Board
keine Zuweisung von Tasks durch PO
Feature freeze: wird dann benützt, wenn die Projektzeit abläuft →keine neuen Features werden mehr aufgenommen
Regirt M., Siller C. SCRUM 13. Dezember 2018 21 / 36
Erweiterungen Scrum of Scrums
Scrum of Scrums
Wenn mehrere SCRUM-Teams an einem Produkt arbeiten, dienen Scrumof Scrums zur Kommunikation zwischen den Teams:
Scrum of Scrums als regelmäÿiges Tre�en zwischen Mitgliedernverschiedener Teams
Keine genaue Festlegung der Meetingteilnehmer
Dauer: 15 min bis 1 Stunde
an einem Meeting nehmen maximal neun Personen teil
bei mehr als neun Teams: Scrum of Scrum auf höheren Ebenen(Scrum of Scrum of Scrums)jeder muss vier Fragen beantworten:
Was hat Team seit letztem Scrum of Scrums erreicht?Was wird es bis zum Nächsten erledigen?Wird das Team behindert?Behindert das Team ein anderes Team?
Regirt M., Siller C. SCRUM 13. Dezember 2018 22 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
Scaled Agile Framework Essential
Regirt M., Siller C. SCRUM 13. Dezember 2018 23 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
Kompetenzen
SAFe Essential besteht aus zwei �Ebenen�: Team und Program.
Die Team-Ebene besteht aus mehreren Teams, welche in einerIteration nach Scrum arbeiten und selbstorganisiert sind.
In der Program-Ebene kommen weitere Rollen, wie der SystemArchitect, hinzu, welche benötigt werden, um die Teams zukoordinieren und ein Produkt auszuliefern.
Jede dieser Ebenen führt dann zu einer Kernkompetenz von SAFe:
Team → Team Agility: Beschreibt Grundsätze, welche erforderlichsind, damit mehrere Teams mit hoher Leistung durchdachte Produkteliefern.
Program → DevOps: Beschreibt, wie das Miteinander allerbeteiligten Teams, die Geschwindigkeit der Entwicklung undAuslieferung sowie die Qualität der Software den Wert des Produktessteigert.
Regirt M., Siller C. SCRUM 13. Dezember 2018 24 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
PI's
Der gröÿte Unterschied zu SCRUM ist das übergeordnete Denken in PI's:
Ein PI dauert in der Regel 10 Wochen.
Ein PI besteht aus fünf Sprints (vier gewöhnliche + IP Sprint).
Ein PI beginnt mit dem Ende des PI-Plannings.
System Demos �nden nicht nur nach jeder Iteration, sondern auch amEnde des PI's als Special System Demo statt.
Regirt M., Siller C. SCRUM 13. Dezember 2018 25 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
Weitere Rollen im Train
Durch die zusätzliche Ebene �Program� werden folgende neue Rollenbesetzt:
System Architect: gibt die Architektur der Software vor
Release Train Engineer: SCRUM-Master des ganzen Trains (leitetz.B. PI Planning)
Product Management: Vertritt die Kundensicht (Priorisierung vonFeatures, Verwalter des Program Backlogs, ...)
Regirt M., Siller C. SCRUM 13. Dezember 2018 26 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
PI-Planning als zusätzliches Meeting I
Regirt M., Siller C. SCRUM 13. Dezember 2018 27 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
PI-Planning als zusätzliches Meeting II
Das PI-Planning �ndet am Ende jedes IP-Sprints für das nächste PI statt.Dabei werden folgende Punkte behandelt:
Tag 1:Business Context: Präsentation von Geschäfts-/ UnternehmensstatusProduct Vision: Product Management präsentiert die Vision desentwickelnden ProgrammsArchitecture Vision: System Architect präsentiert die Vision derArchitekturTeam Breakouts: Teams nehmen Features von Feature Wall, schätzendiese und teilen Sie einer Iteration zuDraft Plan Review: Teams stellen Ergebnis aus Breakouts vorManagement Review: Stakeholder beratschlagen sich über Draft Plan
Regirt M., Siller C. SCRUM 13. Dezember 2018 28 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
PI-Planning als zusätzliches Meeting III
Tag 2:Planning Adjustments: Manager stellen Ergebnis aus ManagementReview vor
Team Breakouts: Teams passen Planung an
Final Plan Review: Teams stellen �nalen Plan vor
Program Risks: Risiken, welche sich im Planning herausgestellt haben,werden behandelt.
Con�dence Vote: Abstimmung, ob Ziele erreicht werden oder nicht
Plan Rework: Bei schlechtem Ergebnis in Con�dence Vote muss neugeplant werden
Regirt M., Siller C. SCRUM 13. Dezember 2018 29 / 36
Erweiterungen SAFe als SCRUM für mehrere Teams
SAFe in XXL
Regirt M., Siller C. SCRUM 13. Dezember 2018 30 / 36
Fazit
Fazit
SCRUM wird heute als Standard in der Softwareentwicklung angesehen undhat das Wasserfallmodell fast zur Gänze abgelöst.
ABER: Auch SCRUM weist seine Nachteile auf!!!
LÖSUNG: Anpassungen von SCRUM in jedem Unternehmenbeziehungsweise in SCRUM.
Regirt M., Siller C. SCRUM 13. Dezember 2018 31 / 36
Glossar
Glossar I
Product-Owner (PO): vertritt die Sichtweise des Auftraggebers.SCRUM-Master: sorgt für die korrekte Umsetzung von SCRUM.Entwicklerteam: entwickelt das Produkt.Product-Backlog: Liste der Anforderungen.Sprint Planning: Meeting zum erstellen des Sprint-Backlog.Sprint-Backlog: Liste der Tasks für den Sprint.Sprint: Arbeitszyklus in dem der Sprint-Backlog abgearbeitet wird.Daily Scrum: Tägliches Meeting der Entwickler.Sprint Review: Meeting in dem das Ergebnis des Sprints demProduct-Owner vorgestellt wird.Sprint Retrospektive: Meeting in dem das Entwicklerteam über denletzten Sprint re�ektiert.Scrum of Scrums: Meeting zur Koordination mehrerer SCRUM-Teams.Scrumban: Mischung aus SCRUM und Kanban-Board.SAFE: Scaled Agile Framework Essential.
Regirt M., Siller C. SCRUM 13. Dezember 2018 32 / 36
Glossar
Glossar II
Program Increment (PI): Potentiell auslieferbare Version des Produkts.System Architect: gibt die Architektur der Software vor.Release Train Engineer: SCRUM-Master des Trains.Product Management: Vertritt die Kundensicht.Release Train: Alle Teams und Personen, welche agil an einem Produktarbeiten.DevOp: Development and Operations.Business Context: Präsentation von Geschäfts-/ Unternehmensstatus.Product Vision: Product Management präsentiert die Vision desentwickelnden Programms.Architecture Vision: System Architect präsentiert die Vision derArchitektur.Team Breakouts: Teams nehmen Features von Feature Wall, schätzendiese und teilen Sie einer Iteration zu.
Regirt M., Siller C. SCRUM 13. Dezember 2018 33 / 36
Glossar
Glossar III
Draft Plan Review: Teams stellen Ergebnis aus Breakouts vor.Management Review: Stakeholder beratschlagen sich über Draft Plan.Planning Adjustments: Manager stellen Ergebnis aus ManagementReview vor.Team Breakouts: Teams passen Planung an.Final Plan Review: Teams stellen �nalen Plan vor.Program Risks: Risiken, welche sich im Planning herausgestellt haben,werden behandelt.Con�dence Vote: Abstimmung, ob Ziele erreicht werden oder nicht.Plan Rework: Bei schlechtem Ergebnis in Con�dence Vote muss neugeplant werden.
Regirt M., Siller C. SCRUM 13. Dezember 2018 34 / 36
Quellen:
Quellen:
https://en.wikipedia.org/wiki/Scrum_(software_development)http://agiles-projektmanagement.org/scrum-vorteile-nachteile/https://www.berlinerteam.de/magazin/scrum-in-der-praxis/http://www.elevato.de/media/Scrum.pdf
Kompletter Internetauftritt von: https://scrum-master.de/Kompletter Internetauftritt von: https://www.scaledagileframework.com/
Regirt M., Siller C. SCRUM 13. Dezember 2018 35 / 36
Vielen Dank für eure Aufmerksamkeit!
Regirt M., Siller C. SCRUM 13. Dezember 2018 36 / 36