User Stories schreiben

Was ist eine User-Story?Eine User-Story repräsentiert eine Anforderung.

Sie ist in der Sprache des Kunden geschrieben.

Gehört zur Agilen Entwicklung

Inhalt einer User-Story● Eine Beschreibung der Anforderung in

der Sprache des Kunden.● Abnahmekriterien, welche erfüllt sein

müssen, damit die Story als ausgeliefert gilt.

● Ein Konversationsverlauf, welcher die Details für die Implementierung klärt.

Beschreibungstext

Als <Benutzerrolle> möchte ich <Funktionalität>, damit ich

<Ziel>.

Beschreibungstext (Beispiel)

Als Student möchte ich mich einloggen können, damit ich

meine Noten anschauen kann.

Anforderung an die User-Story INVEST● Independent (Unabhängig)● Negotiable (Verhandelbar)● Valuable to users or customers

(Mehrwert)● Estimatable (Schätzbar)● Small (klein)● Testable (Testbar)

Priorisierung● Stories werden nach Mehrwert und

Risiko priorisiert.● Die Priorisierung bestimmt der Kunde

(oder der Product-Owner).

Benutzerrollen

The Simpsons©20th Century Fox

Benutzerrollen identifizierenIn einem Workshop:1.Benutzertypen, die mit dem System

interagieren, sammeln. 2.Gesammelte Typen gruppieren.3.Aus den Gruppen die Rollen definieren.

Akzeptanzkriterien● Dokumentieren Details einer

Anforderung.● Eine Story ist erst vollständig, wenn sie

alle Akzeptanzkriterien erfüllt.● Akzeptanzkriterien werden vor der

Implementation geschrieben.● Sollten vom Kunden (oder Product-

Owner) geschrieben werden.

Stories sind verhandelbar● Die genauen Details werden erst vor

der Implementierung definiert.● Dialog mit dem Kunden ist wichtig.● Entscheidungen/Fragen sollen in der

Story dokumentiert werden.● Entscheidungen als Testfälle notieren.

Abhängige StoriesZum Beispiel: ● Ein Benutzer kann sich über Facebook

einloggen.● Ein Benutzer kann sich über Google

einloggen.● Ein Benutzer kann sich über Twitter

einloggen.

Abhängige Stories● Abhängige Stories in eine grössere,

aber unabhängige Story zusammenfassen.

● Die grössere Story anders aufteilen.

Nichtfunktionale Anforderungenz.B. Maximale Antwortzeit

Können als User-Story formuliert werden.

Wichtiger ist aber eine verständliche Beschreibung.

Stories schätzenStories sollten im Team geschätzt werden.

Zeit für die Tests, Gespräche, Recherchen usw. müssen miteinberechnet werden.

Stories werden in Storypunkten geschätzt.

Spike-Stories● Nützlich bei Stories, bei denen der

Aufwand nicht abschätzbar ist.● Das Ziel der Spike-Story ist eine

genauere Aufwandschätzung für eine andere Story.

Grosse StoriesStories, welche zu gross sind, werden im Sprint-Planning-Meting aufgeteilt.

Die Stories werden zu einem Epic gruppiert.

Das Buch dazu

Mike CohnUser Stories AppliedAddison-Wesley Professional