Eine User Story beschreibt eine Anforderung aus Sicht der Nutzenden, häufig im Format «Als [Rolle] möchte ich [Funktion], damit [Nutzen]». Sie wird durch Akzeptanzkriterien ergänzt, die festlegen, wann sie erfüllt ist, und ist bewusst so klein, dass sie innerhalb eines Sprints umgesetzt werden kann.
Definition
Eine User Story ist eine kurze, einfache Beschreibung einer Anforderung aus der Perspektive derjenigen, die das Ergebnis nutzen werden. Statt technisch zu spezifizieren, was gebaut werden soll, beschreibt eine User Story, wer etwas braucht, was, und warum. Eine verbreitete Form lautet sinngemäss: Als bestimmte Nutzerrolle möchte ich etwas Bestimmtes, um einen bestimmten Nutzen zu erreichen.
Der Sinn dieser Form ist, den Blick auf den Nutzen zu lenken. Eine User Story erinnert daran, dass hinter jeder Anforderung ein Mensch mit einem Bedürfnis steht. Das Warum ist dabei besonders wertvoll: Es erklärt den Zweck und hilft dem Team, gute Entscheidungen bei der Umsetzung zu treffen.
Was eine gute User Story ausmacht
Gute User Stories sind klein genug, um in einem Sprint umgesetzt zu werden, klar verständlich und auf den Nutzen ausgerichtet. Sie sind kein vollständiges Pflichtenheft, sondern ein Ausgangspunkt für ein Gespräch zwischen Team und Auftraggeber. Die Details werden gemeinsam geklärt, statt vorab erschöpfend niedergeschrieben.
Eine User Story wird oft durch Akzeptanzkriterien ergänzt — überprüfbare Bedingungen, an denen sich erkennen lässt, ob die Anforderung erfüllt ist.
User Story und Backlog
User Stories sind die typischen Einträge eines Product Backlog. Dort werden sie gesammelt, priorisiert und im Rahmen der Backlog-Pflege verfeinert. Grössere Vorhaben beginnen oft als Epic und werden in mehrere User Stories zerlegt. So entsteht aus groben Ideen schrittweise eine Liste konkreter, umsetzbarer Anforderungen.
Gute User Stories: das INVEST-Prinzip
| Kriterium | Bedeutung |
|---|---|
| Independent | Möglichst unabhängig von anderen Stories umsetzbar |
| Negotiable | Details werden im Gespräch geklärt, nicht vorab festgeschrieben |
| Valuable | Bringt den Nutzenden erkennbaren Wert |
| Estimable | Das Team kann den Aufwand schätzen |
| Small | Passt in einen Sprint |
| Testable | Akzeptanzkriterien machen sie prüfbar |
Ein Beispiel
«Als Projektleiterin möchte ich die Auslastung meines Teams pro Woche sehen, damit ich Überlastung erkenne, bevor Termine reissen.» Akzeptanzkriterien: Die Ansicht zeigt jede Person mit geplanten Stunden pro Woche; Werte über 100 Prozent sind hervorgehoben; die Daten stammen aus den zugewiesenen Aufgaben.
Diese Methode lässt sich in einem Projekt-Tool wie Flenio direkt abbilden — DACH-nativ und DSG-konform gehostet.
Häufige Fragen
- Was ist eine User Story?
- Eine kurze Beschreibung einer Anforderung aus Nutzersicht: wer etwas braucht, was, und warum. Sie lenkt den Blick auf den Nutzen statt auf die technische Spezifikation.
- Was macht eine gute User Story aus?
- Sie ist klein genug für einen Sprint, klar verständlich und auf den Nutzen ausgerichtet — ein Ausgangspunkt für ein Gespräch, kein vollständiges Pflichtenheft.
- Was sind Akzeptanzkriterien?
- Überprüfbare Bedingungen, die eine User Story ergänzen und an denen sich erkennen lässt, ob die Anforderung erfüllt ist.
- Wer schreibt User Stories?
- Häufig der Product Owner, oft gemeinsam mit dem Team und Nutzenden. Entscheidend ist das Gespräch über die Story, nicht wer sie aufschreibt.