Backlog-Einträge [Praxis]

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

☝️ SingleWofür steht das Akronym INVEST bei der Bewertung von Backlog-Einträgen?
❌Initiate, Norm, Verify, Execute, Ship, Test
❌Inspect, Validate, Notify, Evaluate, Sort, Track
✅Independent, Negotiable, Valuable, Estimable, Small, Testable
❌Integrate, Navigate, Visualize, Estimate, Simplify, Transform
INVEST ist eine Prüfliste, keine Scrum-Vorgabe. Besonders wertvoll sind "Valuable" (jeder Eintrag muss für sich Nutzen stiften) und "Testable" (ohne überprüfbares Kriterium ist ein Eintrag nicht abnehmbar).
☝️ SingleWie ist eine klassische User Story aufgebaut?
❌Gegeben Zustand A, wenn Ereignis B, dann Ergebnis C
✅Als Rolle möchte ich ein Ziel erreichen, damit ein bestimmter Nutzen entsteht
❌Das System muss die Funktion X gemäß Spezifikation Y bereitstellen
❌Aufgabe, Verantwortlicher, Aufwand, Termin
Der dritte Teil ("damit...") ist der wichtigste und wird am häufigsten weggelassen. Ohne ihn fehlt der Nutzen, und der Eintrag lässt sich weder priorisieren noch sinnvoll diskutieren. Die dritte Option beschreibt das Gherkin-Format für Akzeptanzkriterien.
☝️ SingleWas sind Akzeptanzkriterien eines Backlog-Eintrags?
✅Eintragsspezifische, überprüfbare Bedingungen, die erfüllt sein müssen, damit genau dieser Eintrag als fachlich erfüllt gilt
❌Die Schätzung des Eintrags in Story Points
❌Die Liste der Stakeholder, die dem Eintrag zugestimmt haben
❌Die für alle Einträge gleichermaßen geltenden Qualitätsstandards des Teams
Die zweite Option beschreibt die Definition of Done. Beide werden gebraucht: Die Akzeptanzkriterien klären das WAS für einen einzelnen Eintrag, die Definition of Done das WIE GUT für alle.
☝️ SingleEin Backlog-Eintrag ist zu groß für einen Sprint. Welche Zerlegung ist im Sinne von Scrum am sinnvollsten?
❌Nach Kalenderwochen, damit jede Woche ein Eintrag fertig wird
✅Vertikal entlang des fachlichen Nutzens, sodass jedes Teilstück für sich ein nutzbares Ergebnis liefert
❌Horizontal nach technischen Schichten: ein Eintrag für die Datenbank, einer für die Oberfläche
❌Nach Teammitgliedern, damit jeder seinen eigenen Eintrag hat
Die Zerlegung nach technischen Schichten ist der häufigste Fehler: Erst wenn alle Schichten fertig sind, entsteht Nutzen – und damit wieder kein Increment. Vertikale Schnitte liefern in jedem Sprint etwas Überprüfbares.
✌️ MultiWelche Aussagen zu Product-Backlog-Einträgen treffen zu? (Mehrere richtig)
✅Der Scrum Guide schreibt kein bestimmtes Format wie User Stories vor.
✅Ein Eintrag sollte Beschreibung, Reihenfolge, Größe und Wert erkennen lassen.
❌Jeder Eintrag muss zwingend im Format "Als … möchte ich … damit …" formuliert sein.
✅Einträge weiter oben im Backlog sind in der Regel kleiner und genauer beschrieben.
User Stories stammen aus Extreme Programming, nicht aus Scrum. Sie sind eine hilfreiche, aber austauschbare Praktik – auch Job Stories, Use Cases oder schlichte Beschreibungen sind zulässig.
☝️ SingleWas beschreibt eine "Definition of Ready"?
❌Ein verbindliches Scrum-Artefakt mit eigenem Commitment
❌Die Bedingung, unter der ein Increment ausgeliefert werden darf
✅Eine vom Team vereinbarte, nicht im Scrum Guide vorgeschriebene Prüfliste, wann ein Eintrag als ausreichend geklärt für die Sprint-Auswahl gilt
❌Die Zusage des Product Owners, dass ein Eintrag bezahlt wird
Nützlich als Orientierung, gefährlich als Tor: Wird die Definition of Ready zur harten Übergabehürde, entsteht wieder ein Phasenmodell mit Wartezeiten zwischen Anforderung und Umsetzung.
← Alle ThemenIm Quiz üben