User Stories ist ein agiles Begriff für das, was traditionell als „Software-Anforderungen“ bezeichnet wird. Sie sind eine kurze Erklärung der Vorsatz oder Muss, dass das System für eine bestimmte Benutzer tun soll.
Hier ist die Grundformel des Schreibens einer User Story:
Als <Role> ich will <Funktion>, so dass <Nutzen>.
Sie sind eine gute Methode ausdrücklichen Anforderungen unabhängig davon, welche Methode Sie verwenden. Sie sind gut für Scrum-Teams oder für das Team, das Lean Methode verwendet.
Mit Benutzer Geschichten brauchen Sie nicht mit großen Spezifikationen umzugehen. Die Absicht ist schnelle Reaktion ändernden realen Anforderungen.
User Stories Beispiele:
Als Reisender, ich möchte ein Hotelzimmer zu reservieren.
Als Urlaubsplaner, ich möchte Bilder des Hotels zu sehen.
Als Anwender mit einer Reservierung, ich möchte meine Reservierung stornieren.
etc…
Natürlich für Business Analyst ist wichtig, weitere Fragen zu jeder User Story zu stellen und in die Unter-Stories zu teilen. Beispielsweise:
Als Anwender mit einer Reservierung, ich möchte meine Reservierung stornieren.
– Bekommt der Benutzer vollständige oder teilweise Rückerstattung?
– Wie weit voraus muss die Reservierung storniert werden?
– Wie wird die Bestätigung dem Benutzer zur Verfügung gestellt?
Als Ergebnis erhalten Sie eine solche Unter-Story:
– Als Premium-Mitglied, ich will in letzter Minute ohne Strafe aufheben so dass ich eine volle Rückerstattung zur Verfügung gestellt wird.
– Als Nicht-Premium-Mitglied, ich will bis zu 24 Stunden meine Reservierung stornieren, so dass bekomme ich eine 50% Rückerstattung.
– Als Website-User, möchte ich eine E-Mail Bestätigung meiner Stornierung, so dass ich eine Aufzeichnung der Verhandlung habe.
Nach User Stories fertig sind, sollten sie an Story Points übertragen werden.