Refinement [Praxis]

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

☝️ SingleIst Product Backlog Refinement ein Scrum-Event?
❌Ja, es findet nur im Sprint Planning statt
✅Nein, es ist eine kontinuierliche Aktivität, kein formales Event
❌Ja, es ist das fünfte Event
❌Nein, es ist verboten
Refinement ist KEIN Scrum-Event, sondern eine laufende Aktivität, bei der Backlog-Items detailliert, geschätzt und geordnet werden. Der PO verantwortet es, die Developers wirken mit.
☝️ SingleWieviel Zeit sollte für Product Backlog Refinement aufgewendet werden?
✅Der Scrum Guide macht keine Vorgabe, das Scrum Team entscheidet selbst, was nötig ist
❌Maximal zwei Stunden pro Sprint
❌Genau zehn Prozent der Sprint-Kapazität
❌Ein voller Tag pro Sprint
Die früher verbreitete Zehn-Prozent-Regel steht nicht mehr im Scrum Guide. Refinement ist eine laufende Aktivität ohne feste Timebox.
☝️ SingleWer nimmt am Product Backlog Refinement teil?
✅Der Product Owner und die Developers, bei Bedarf ergänzt um weitere Fachleute
❌Das Scrum Team und alle Stakeholder
❌Ausschließlich der Product Owner
❌Ausschließlich die Developers
Refinement ist gemeinsame Arbeit an Verständnis und Zerlegung. Der Product Owner allein erzeugt nur Übergabedokumente.
☝️ SingleEin Product Owner übergibt fertig ausformulierte Spezifikationen und nimmt am Refinement nicht teil. Welches Problem entsteht am ehesten?
✅Ohne gemeinsamen Dialog gehen Kontext und Wertabsicht verloren, das Team baut die Beschreibung statt der Absicht
❌Das Team arbeitet schneller, weil weniger Abstimmung nötig ist
❌Die Schätzungen werden präziser
❌Der Product Owner spart Zeit ohne Nachteile
Backlog-Einträge sind Gesprächsanlässe, keine Vertragsdokumente. Fehlt das Gespräch, wird oft technisch korrekt am Bedarf vorbei gebaut.
✌️ MultiWelche Ergebnisse soll Product Backlog Refinement liefern? (Mehrere richtig)
✅Ein gemeinsames Verständnis der anstehenden Einträge zwischen Product Owner und Developers.
✅Ergänzung von Beschreibung, Größe und Akzeptanzkriterien für die oberen Einträge.
❌Eine verbindliche Zusage der Developers, die verfeinerten Einträge im nächsten Sprint umzusetzen.
✅Zerlegung zu großer Einträge in kleinere, im Sprint umsetzbare Teile.
Refinement ist Vorbereitung, keine Vorab-Verpflichtung. Die Auswahl für den Sprint trifft das Team erst im Sprint Planning – und zwar anhand des dann gültigen Sprint-Ziels.
← Alle ThemenIm Quiz üben