Upload
stbaechler
View
741
Download
0
Embed Size (px)
Citation preview
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