Events [Events]

8 Übungsfragen mit Lösung und Erklärung.

✌️ MultiWelche Aussagen zu den Scrum-Events sind korrekt? (Mehrere richtig)
✅Jedes Event ist eine Gelegenheit zur Inspektion und Adaption
✅Events haben eine feste maximale Dauer (Timebox)
❌Zwischen Sprints gibt es lange Pausen
✅Der Sprint enthält alle anderen Events
❌Das Daily Scrum ist ein Status-Meeting für den Manager
Der Sprint ist der Container, jedes Event dient Inspektion+Adaption und ist timeboxed. Das Daily ist KEIN Management-Status, und ein neuer Sprint beginnt direkt nach dem vorigen (keine langen Pausen).
✍️ OffenBeschreiben Sie Zweck und Ergebnis des Sprint Planning.
Musterantwort: Zweck: Der Sprint wird geplant. Behandelt werden drei Themen – Warum ist der Sprint wertvoll (Sprint-Ziel), Was kann im Sprint erledigt werden (ausgewählte Product-Backlog-Items), Wie wird die Arbeit erledigt (Plan der Developers). Ergebnis: das Sprint Backlog (Sprint-Ziel + ausgewählte Items + Plan). Timebox: max. 8 Std bei einem Monatssprint.
Bewertet werden: Zweck (Sprint planen), die drei Themen Warum/Was/Wie, Ergebnis Sprint Backlog inkl. Sprint-Ziel.
☝️ SingleWas gilt für die Timeboxen der Scrum-Events?
✅Sie sind Maximalwerte – Events können früher enden, wenn ihr Zweck erfüllt ist
❌Sie sind unverbindliche Richtwerte
❌Sie sind Mindestwerte und müssen ausgeschöpft werden
❌Sie gelten nur für Sprints von einem Monat
Timeboxen sind Obergrenzen. Ein Event früher zu beenden ist erlaubt, sobald sein Zweck erreicht ist.
☝️ SingleWas passiert bei kürzeren Sprints mit den Timeboxen der Events?
❌Sie verdoppeln sich, um die kürzere Laufzeit auszugleichen
❌Sie bleiben unverändert
❌Sie entfallen bei Sprints unter zwei Wochen
✅Sie sind in der Regel entsprechend kürzer
Die genannten Timeboxen gelten für einen Monatssprint; bei kürzeren Sprints sind die Events üblicherweise kürzer.
✌️ MultiWelche Events sieht Scrum vor? (Mehrere richtig)
❌Product Backlog Refinement
✅Daily Scrum
✅Sprint Planning
❌Sprint Zero
✅Sprint Review
Neben Sprint Planning, Daily Scrum, Sprint Review und Sprint Retrospective (hier nicht aufgeführt) gilt der Sprint selbst als Event. Refinement ist eine laufende Aktivität, kein Event; einen "Sprint Zero" gibt es in Scrum nicht.
☝️ SingleEin Team führt zusätzlich wöchentliche Status-Meetings mit dem Management ein. Wie ist das aus Scrum-Sicht zu bewerten?
❌Es ist unbedenklich, solange das Daily Scrum stattfindet
✅Es ist ein Hinweis auf fehlende Transparenz – die Scrum-Events sollten den Informationsbedarf bereits decken
❌Es ersetzt das Sprint Review
❌Es ist Pflicht, sobald das Management Interesse zeigt
Die Scrum-Events sind so angelegt, dass zusätzliche Statusmeetings überflüssig werden. Ihr Bedarf deutet auf mangelnde Transparenz oder fehlendes Vertrauen hin.
☝️ SingleWarum sollten die Scrum-Events möglichst am selben Ort und zur selben Zeit stattfinden?
✅Um Komplexität zu reduzieren – Termine müssen nicht jedes Mal neu abgestimmt werden
❌Weil der Scrum Guide feste Uhrzeiten vorschreibt
❌Damit Stakeholder jederzeit spontan teilnehmen können
❌Damit die Timeboxen automatisch eingehalten werden
Ein gleichbleibender Rhythmus senkt Koordinationsaufwand und macht Teilnahme verlässlich planbar.
☝️ SingleEin Team hält das Sprint Review regelmäßig ohne Stakeholder ab. Welche Folge hat das?
❌Das Event wird dadurch effizienter
✅Der Zweck des Events entfällt weitgehend: Ohne externes Feedback wird das Product Backlog nicht auf Basis neuer Erkenntnisse angepasst
❌Die Auswirkung ist gering, solange das Increment fertig ist
❌Der Product Owner kann die Anpassung allein vornehmen
Das Sprint Review ist ein Arbeitstreffen mit den Stakeholdern, keine Abnahmezeremonie. Ohne sie inspiziert das Team nur sich selbst.
← Alle ThemenIm Quiz üben