Scrum 2.

Woche

Definition: „Scrum ist ein leichtwichtges Rahmenwerk, welches Menschen, Teams und Organisationen hilft,
Wert durch adaptive Lösungen für Komplexe Probleme zu generieren.

• entwickelt in den 1990er Jahren

• Guide 2010 geschrieben
• Bei nicht Beachtung der Regeln von Scrum ist es nutzlos
• Rahmenwerk ist unvollständig und definiert nur Teile -> Intelligenz der beteiligen Personen wird benötigt
ABER es ist unveränderlich

Scrum Theorie
• basiert auf Empire und Lean thinking -> Wissen aus Erfahrungen gewonnen; Fokus auf das wesentliche
und Reduzierung von Verschwendung
• 3 Scrum Säulen
Transparenz Überprüfung Anpassung
=Prozess, der sichtbar für = häufige und sorgfältige = bei nicht zufriedenen
Arbeitsausführer und Überprüfung der Scrum- Ergebnissen eines
Arbeitsempfänger ist artefakte Prozesses
• Überprüfung ohne • Veränderung ist nötig • eigenmnagemnet
Transparenz ist sonst ist Überprüfung als Tragendes
verschwenderisch unsinnig Säule

Scrum werte
• 5 werte: Commitment, Fokus, Offenheit, Respekt und Mut
• Mitglieder sollen an schwierigen Problemen arbeiten
• Mitglieder erforschen die Werte während der Arbeit
• Die 3 Säulen bauen auf ertragen auf

Scrum Team
• ca 10 Personen ( weniger ist besser)
• Team ohne Hierarchien -> geschlossenen Einheit
• interdisziplinäre Mitglieder
• Umsetzungsverantwortliche Zusammnenarbeit mit Wartung; Betrieb;…
• Ergebnissvernatiertliches team bestehen aus
Scrum Master Developper Product Owner
• Einführung von Scrum • bereut gefächerte Fähigkeiten • Maximierung des wertes
• Ergebnissverantwortlich • Nutze jeden Aspekt im sprint des Produktes
für Effektivität des teams • Erstellt plan für sprint • Produkt-Ziele und Product-
• Coaching der • Einhaltung der Definition of Backlog- Einträge
Teammitglieder donne entwickeln und
• Fokussierung des teams • Erreichung des Sprit- Ziels kommunizieren
unterstützen • Verantwortlicher • Sicherstellung von
• Beseitigung von transparenz, Sichtbarkeit
Hindernissen und Verständnis
• Scrum zu führen, zu
schulen und zu coachen
• Barriere zwischen Team
und stakeholder
beseitigen

Scrum Events Daily Scrum

• formelle Gelegenheit Scrum- artefakte zu • ca 15 min -> weniger Komplexität
überprüfen und anzupassen • Gleicher Ort und gleiche Zeit
• Regelmäßigkeit und Notwendigkeit von • Schnelle Kommunikation und
Meetings zu minimieren Entscheidungsfindung
• Oft mehrmals am tag
Sprint planning
• initiiert den Sprint
• Plan wird mit ganzem team erstellt
• Product owner kontrolliert Vorbereitung
• Außenstehende könne zum Sprint
eingeladen werden
• Ziel muss definiert werden
• Während Prozess sind Verfeinerungen
möglich -> Erhöhung von Verständnis und
Vertrauen
• Je besser Leitungen von developpern
desto genauer vorhersagen
• Zerlegung von Product Backrohr
Einträgen in kleinen Arbeitseinheiten
• Ein Sprint dauert max. 8h
Sprint Review
• Überprüfung und Anpassung von
zukünftigen Sprints
• Was wurde erreicht?
• Was hat sich verändert?
• Nicht beschränkt auf eine Präsentation
• Maximal 4h
Scrum artefakte
• Transparenz von schlüsselinformtaionen maximieren
• Beinhaltet Commitment: product backlog+ Produkt Ziel; Sprint backlog+ Sprint Ziel; Increment + Definition of
done
Product backlog
• Liste zur produktverbesserung
• Einträge können in präzisere Elemente zerlegt werden
• Product owner kann developper beeinflussen
Sprint backlog
• besteht aus Sprint-Ziel; backlog Einträgen und Lieferung
des Increments
• Plan von und für developper
• Genug Details um vom Daily Scrum überprüft zu werden
Increment
• mehr als eins kann erstellt werden
• Kann vorher an stakeholder geliefert werden
• Niemals als Barriere zur Lieferung von Wert
gesehen werden
Der Sprint
• Herzschlag von Scrum -> Umwandlung von Ideen in
wert
• Länge von bis zu einem Monat
• Währenddessen: Leine Änderungen vornehmen die das
Ziel gefährden
• Qualität dar nicht abnehmen
• Verfeinerung des product bucklig
• Wenn mehr Erkenntnisse vorliegen kan n der Score neu
vereinbart werden
• Wenn sprint u lange kam Ziel hinfällig werden
• Sie ermöglichen Vorhersehbarkeit
• Kürzere sprints nutzen als lernzyklen
• Sprints= kurzes Projekt
• Verschiedenen hergehaltenes möglich
• Product owner kann sprint abbrechen
Sprint Retrospective
• Steigerung von Qualität und Effektivität
• Wie verlief der letzte Sprint? (Interaction;
Prozesse; Individuen)
• Welche Probleme gab es und wie wurden
sie gelöst?
Produkt Ziel
• zukünftiger Zustand des
Produktes
• Langfristige Zeile für das team
Sprint Ziel
• Flexibilität und genaue Arbeit
• Zusammenarbeit
• Developper und product owner
arbeiten zusammen
Definition of done
• Produkt erfordert Qualitätsmassnahmen
• Schafft transparenz
• Abgeschlossene teile des Increment
• Developper müssen sich dran halten