Eine User Story beschreibt eine Anforderung aus der Perspektive des Nutzers im Format: Als [Rolle] moechte ich [Funktion], um [Nutzen]. Dieses Format zwingt dazu, jede Anforderung mit einem konkreten Nutzen zu verknuepfen, statt bloss technische Aufgaben zu formulieren. User Stories sind das gaengigste Format für Product-Backlog-Items und machen Anforderungen für alle Beteiligten verstaendlich.
Ein gutes Beispiel: Als Kunde moechte ich Produkte nach Preis filtern, um schneller passende Artikel zu finden. Die Story benennt die Rolle, die gewuenschte Funktion und den Grund. Im Refinement prüft das Team die Story anhand des INVEST-Akronyms: Ist sie unabhängig von anderen Stories, verhandelbar im Detail, wertvoll für den Nutzer, schätzbar im Aufwand, klein genug für einen Sprint und testbar? Wenn eine Story zu gross ist, wird sie in kleinere Stories zerlegt, die jeweils eigenständig Wert liefern.
User Stories gehen auf Kent Beck und Extreme Programming zurück. Das INVEST-Akronym stammt von Bill Wake. Wichtig ist, dass die Story selbst nur ein Gesprächsanlass ist. Die eigentliche Klärung findet in der Diskussion zwischen Product Owner und Team statt.
Methoden anwenden statt nur kennen. Trainings und Workshops ansehen
