30-mal heruntergeladen
User stories schreiben
- 1.
- 2. Was ist eineUser-Story? Eine User-Story repräsentiert eine Anforderung. Sie ist in der Sprache des Kunden geschrieben. Gehört zur Agilen Entwicklung
- 3. 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.
- 4. Beschreibungstext Als <Benutzerrolle> möchteich <Funktionalität>, damit ich <Ziel>.
- 5. Beschreibungstext (Beispiel) Als Studentmöchte ich mich einloggen können, damit ich meine Noten anschauen kann.
- 6. Anforderung an dieUser-Story INVEST ● Independent (Unabhängig) ● Negotiable (Verhandelbar) ● Valuable to users or customers (Mehrwert) ● Estimatable (Schätzbar) ● Small (klein) ● Testable (Testbar)
- 7. Priorisierung ● Stories werdennach Mehrwert und Risiko priorisiert. ● Die Priorisierung bestimmt der Kunde (oder der Product-Owner).
- 8.
- 9. Benutzerrollen identifizieren In einemWorkshop: 1. Benutzertypen, die mit dem System interagieren, sammeln. 2. Gesammelte Typen gruppieren. 3. Aus den Gruppen die Rollen definieren.
- 10. Akzeptanzkriterien ● Dokumentieren Detailseiner 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.
- 11. 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.
- 12. Abhängige Stories Zum Beispiel: ●Ein Benutzer kann sich über Facebook einloggen. ● Ein Benutzer kann sich über Google einloggen. ● Ein Benutzer kann sich über Twitter einloggen.
- 13. Abhängige Stories ● AbhängigeStories in eine grössere, aber unabhängige Story zusammenfassen. ● Die grössere Story anders aufteilen.
- 14. Nichtfunktionale Anforderungen z.B. MaximaleAntwortzeit Können als User-Story formuliert werden. Wichtiger ist aber eine verständliche Beschreibung.
- 15. Stories schätzen Stories solltenim Team geschätzt werden. Zeit für die Tests, Gespräche, Recherchen usw. müssen miteinberechnet werden. Stories werden in Storypunkten geschätzt.
- 16. Spike-Stories ● Nützlich beiStories, bei denen der Aufwand nicht abschätzbar ist. ● Das Ziel der Spike-Story ist eine genauere Aufwandschätzung für eine andere Story.
- 17. Grosse Stories Stories, welchezu gross sind, werden im Sprint-Planning-Meting aufgeteilt. Die Stories werden zu einem Epic gruppiert.
- 18. Das Buch dazu MikeCohn User Stories Applied Addison-Wesley Professional