Was ist Backlog Refinement und wie machst du es richtig?

Pflicht-Aktivitäten

Pro Story im Backlog: ist die Story klar verständlich? Sind Akzeptanz-Kriterien definiert? Ist Aufwand geschätzt? Ist die Story klein genug für einen Sprint? Wenn nein zu einer dieser Fragen: Story refinen. Stories, die alle Kriterien erfüllen, sind 'Ready' für Sprint Planning.

Wer ist dabei

Pflicht: Product Owner (priorisiert und klärt fachliche Fragen), Entwicklungsteam (schätzt und stellt technische Fragen). Optional: Scrum Master als Moderator, einzelne Stakeholder bei spezifischen Fragen. Refinement ohne Team funktioniert nicht. Stories werden falsch geschätzt und müssen später nachgearbeitet werden.

Format und Frequenz

Klassisch: 1-2 Stunden pro Woche, oft Mittwochs oder Donnerstags (Mitte des Sprints). Format: PO präsentiert kommende Stories, Team stellt Fragen, schätzt, refined. Alternativen: tägliche kurze Refinement-Sessions (15 Min), oder ein längeres Meeting alle 2 Wochen (2-3 Stunden). Hängt vom Team ab.

Definition of Ready

Klare Kriterien, wann eine Story 'Ready' ist: Beschreibung verständlich, Akzeptanz-Kriterien definiert, Aufwand geschätzt, Abhängigkeiten geklärt, Mock-ups verfügbar (falls UI), keine offenen fachlichen Fragen. Diese DoR ist Pendant zur Definition of Done am Sprint-Ende. Beide schützen Qualität.