Striving for Excellence

SCRUM CHECKLISTE SEITE 1 von 2

DIE ARTEFAKTE &
1
Nutzer erhalten regelmäßig
(spät. alle 4 Wochen) wertvolle COMMITMENTS
und einsetzbare Inkremente
PRODUCT BACKLOG & PRODUKT ZIEL

2
INKREMENT & DEFINITION OF DONE
Der Product Owner kennt das Produkt-Ziel
DIE Selbstmanagendes Scrum Team aus
mind. einem Product Owner, einem
Das Inkrement ist einsetzbar
ESSENZ Scrum Master und Developern Die Developer kennen und verstehen das
Produkt-Ziel Das Scrum Team hat ein gemeinsames
Verständnis davon, was "fertig" bedeutet

3
Wertschätzende Kultur, die eine Das Product-Backlog ist transparent und
einsehbar Grundlegende Qualitätskriterien, die für
kontinuierliche Prozessverbesserung den überwiegenden Teil der Product-Backlog-
fordert und fördert Das Product-Backlog ist nach Geschäftswert Einträge gelten, sind festgelegt
priorisiert
SPRINT BACKLOG & SPRINT ZIEL
Schätzungen werden nur von den Einzige Quelle von Arbeit für die Developer
Developern vorgenommen
Wird täglich von den Developern aktualisiert
Mind. die obersten Product-Backlog-Einträge
DIE ROLLEN sind ausreichend verstanden und beschrieben, Für Jeden im Team sichtbar
um die Umsetzung zu starten
PRODUCT OWNER Gefährdungen des Sprint-Ziels werden
Ist von der Organisation ermächtigt Entscheidungen offen proaktiv kommuniziert
für das Produkt zu treffen

Steht für wichtige Entscheidungen ausreichend und SCRUM MASTER

zeitnah zur Verfügung
Hat Branchen- und Markt-Expertise
Ist eine einzelne Person und kein Gremium
Hat regelmäßigen Kontakt zum Scrum Team und
den Stakeholdern
DEVELOPER
Erstellen den Plan für den Sprint
Entscheiden was in das Sprint-Backlog
aufgenommen wird
Halten sich an die Definition of Done
Agiert als dienende Führungskraft für das Team
Wirkt nach Innen (bspw. Team-Coaching in
Selbstmanagement) und nach Außen (bspw.
Erläuterung v. Scrum Prozessen ggü.
Stakeholdern)
Hilft bei der Beseitigung struktureller und
systemischer Hindernisse
Sucht regelmäßig das Gespräch mit Mitgliedern
des Scrum Teams
Unterstützt den Product Owner bei Auswahl
und Nutzung v. Techniken
Praxistipp
Das Scrum-Framework bietet viel Raum für Anpassungen.
Bevor man jedoch individuelle Anpassungen vornimmt, sollte man
einige Erfahrungen gesammelt haben.
Also: Anfangs möglichst strikt dem Framework folgen und dann
aus der Praxis lernen und dort Verbesserungen vornehmen, wo es
wirklich Sinn macht!
CREATED WITH
Striving for Excellence
SCRUM CHECKLISTE
DIE EVENTS
SPRINTS
Sprints sind nicht länger als einen Monat
Sprintlänge bleibt stets konstant
Die Developer können sich während des Sprints
auf die im Sprint Planning vereinbarten Product-
Backlog-Einträge konzentrieren
Die Developer bemühen sich ihre Zusagen ein-
zuhalten und das zu liefern, was das Sprint-Ziel
erfordert
88 SSttdd**
SPRINT PLANNING
Das Sprint Planning beantwortet die Fragen:
- Warum der Sprint wertvoll ist,
- Was im Sprint umgesetzt werden soll und
- Wie die Umsetzung erfolgen wird
Die Product Backlog Einträge sind bereits aus
dem Backlog Refinement bekannt und
konkretisiert
Die Developer verstehen, was von Ihnen im
Sprint erwartet wird
Das Scrum Team stellt einen Konsens über
das Sprint-Ziel her
Es entsteht ein Plan, der von den Developern
als umsetzbar eingeschätzt wird
*bei Sprints von einem Monat, sonst kürzer
SEITE 2 von 2
DAILY SCRUM
Findet täglich statt und dauert nicht länger als 15min
Fokus ist stets auf das Sprint-Ziel und mögliche
Gefährdungen gerichtet
Herausforderungen und Probleme werden offen
angesprochen, um Lösungen zu finden
Praxistipp
Art und Weise der Durchführung liegt in der Hand
der Developer Auch wenn das Backlog Refinement kein offizielles
Event ist, spielt es eine wichtige Rolle und kann
durchaus als Termin fest eingeplant werden!
Im Backlog Refinement sollten die wichtigsten Product-
44 SSttdd** Backlog-Einträge derart konkretisiert werden, dass
SPRINT REVIEW einer Umsetzung nichts mehr im Wege steht.
Nutzer und Stakeholder nehmen aktiv Hier werden Product-Backlog-Einträge u.a.
am Review teil - beschrieben
- wichtige Fragen geklärt
Nutzer und Stakeholder lernen neue - Akzeptanzkriterien festgelegt
Incremente kennen - Größen geschätzt
- und Prioritäten angepasst
Feedback wird begrüßt und im Product Hieraus ergeben sich häufig Rückfragen und weiterer
Backlog berücksichtigt Klärungsbedarf, der einer Umsetzung im Wege stehen
könnte.
33 SSttdd** Daher macht es Sinn, all diese Tätigkeiten VOR dem
SPRINT RETROSPEKTIVE Sprint Planning durchzuführen!
Das gesamte Scrum Team nimmt Teil
Es entstehen konkrete Verbesserungs-
vorschläge, von denen einige ins Sprint-
Backlog aufgenommen werden
Es herrscht eine offene und konstruktive
Atmosphäre, bei der alle Teilnehmer zu
Wort kommen
CREATED WITH