Willkommen › Projektmanagement › User Stories

Projektmanagement · User Stories

User Stories: Anforderungen aus Sicht der Nutzer.

Statt seitenlanger Lastenhefte beschreiben wir Anforderungen als kurze Geschichten: Wer will was – und warum? Das schafft ein gemeinsames Verständnis zwischen dir und dem Entwicklungsteam.

Das Format

Als … möchte ich … damit …

Eine User Story passt auf eine Karteikarte. Sie nennt die Rolle, das Ziel und den Nutzen. Die Details klären wir im Gespräch und halten sie als Akzeptanzkriterien fest.

Erst wenn alle Kriterien erfüllt sind, ist die Story „Done“.

Story #42

5 Story Points

Tisch online reservieren

Als Gast möchte ich online einen Tisch reservieren, damit ich nicht während der Öffnungszeiten anrufen muss.

Akzeptanzkriterien

  • Datum, Uhrzeit und Personenzahl sind wählbar
  • Ausgebuchte Zeiten werden nicht angeboten
  • Der Gast erhält eine Bestätigung per E-Mail
  • Das Restaurant sieht die Reservierung im Backend

Qualität

Gute Stories sind INVEST.

Independent

Unabhängig von anderen Stories umsetzbar.

Negotiable

Verhandelbar – die Story ist eine Einladung zum Gespräch, kein Vertrag.

Valuable

Bringt Nutzern oder dem Business einen erkennbaren Wert.

Estimable

Das Team kann den Aufwand einschätzen.

Small

Klein genug für einen Sprint – sonst wird geteilt.

Testable

Es lässt sich eindeutig prüfen, ob die Story erfüllt ist.

Workshop

So entstehen deine Stories.

Erst verstehen, dann bauen.

1

Rollen sammeln

Wer nutzt die Website oder App? Gäste, Kunden, Mitarbeitende, Admins …

2

Story Mapping

Wir legen die Schritte jeder Rolle als Landkarte aus und finden Lücken.

3

Formulieren & schneiden

Große Wünsche (Epics) teilen wir in kleine, umsetzbare Stories.

4

Kriterien festlegen

Für jede Story: Wann ist sie fertig?

Im Detail

Gute User Stories – unsere Checkliste.

  • Rolle – eine konkrete Person, nicht „der Nutzer“
  • Ziel – was diese Person erreichen möchte
  • Nutzen – warum ihr das wichtig ist
  • Akzeptanzkriterien – überprüfbare Bedingungen für „fertig“
  • Definition of Done – gemeinsame Qualitätsregeln für alle Stories
  • Größe – in einem Sprint umsetzbar, sonst teilen
  • Schätzung – Story Points per Planning Poker
  • Epics – große Themen, die in mehrere Stories zerfallen
  • Story Map – Überblick über den Weg der Nutzer
  • Refinement – Stories regelmäßig schärfen und ergänzen

Du brauchst uns, wenn …

  • … deine Anforderung „Die Website soll gut sein“ lautet.
  • … dein Lastenheft 80 Seiten hat und trotzdem niemand weiß, was gebaut werden soll.
  • … jede Story mit „Als Chef möchte ich …“ beginnt.
  • … du „Akzeptanzkriterium“ für ein Bürokratie-Wort hältst.
  • … dein Entwicklerteam bei jeder Anforderung „Und was genau heißt das?“ fragt.

Erst verstehen, dann bauen.

Dein Projekt braucht Struktur?

Wir moderieren einen Story-Workshop oder richten Jira, Notion oder monday.com für dein Team ein.