Eine User Story ist eine kurze, alltagssprachliche Beschreibung einer Anforderung aus Sicht der Nutzerin oder des Nutzers. Sie hält fest, wer etwas will, was er will und warum.
Ein Satz, der den Nutzen mitdenkt
Der klassische Aufbau ist ein einfacher Satz: Als [Rolle] möchte ich [Ziel], um [Nutzen]. Ein Beispiel: Als Kundin möchte ich meine Bestellung verfolgen können, um zu wissen, wann das Paket ankommt. Diese Form zwingt dich, immer den Nutzen mitzudenken.
Eine User Story ist wie eine Postkarte, kein Roman. Sie enthält gerade genug, um ein Gespräch zu starten. Die Details klärst du später gemeinsam im Team. Das ist Absicht. Die Story ist die Erinnerung an ein Gespräch, keine fertige Spezifikation.
Damit eine Story im Team funktioniert, braucht sie noch etwas: Akzeptanzkriterien. Das sind ein paar knappe Bedingungen, an denen alle erkennen, wann die Story wirklich erledigt ist. Für das Bestellbeispiel könnte das heißen: Die Kundin sieht den aktuellen Versandstatus und das voraussichtliche Lieferdatum. So wird aus einem groben Wunsch etwas Überprüfbares, ohne dass du gleich eine Spezifikation schreibst.
Zur Abgrenzung: Eine User Story ist kein technisches Pflichtenheft. Sie beschreibt einen Wunsch aus Anwendersicht, nicht die technische Lösung. Wie groß eine Story ist, schätzt das Team oft in Story Points. Zu große Stories, im Jargon Epics genannt, zerlegst du in kleinere, die in einen Sprint passen.
Häufige Fragen
Wie schreibt man eine gute User Story?
Eine gute User Story ist kurz, aus Nutzersicht formuliert und benennt einen klaren Nutzen. Bewährt hat sich die Form: Als [Rolle] möchte ich [Ziel], um [Nutzen].
