User Stories

User Stories

beschreibt eine Funktionalität die für den Benutzer von Wert ist. Besteht aus schriftlicher Beschreibung der Funktionalität, Gesprächen über die Funktionalität und Akzeptanzkriterien, die Details vermitteln und festlegen.

Beispiele

Annahme: Plattform für die Vermittlung von Personal Trainern

• frei formuliert: “Der Benutzer möchte seine eigenen Daten einsehen und modifizieren können.”
• nach Muster: “Als registrierter Anwender will ich mich einloggen, um auf meinen Nutzerinhalt zugreifen zu können.”

Konkrete Beispiele

-Als Nutzer möchte ich sehen können, wie andere Nutzer den Trainer bewertet haben. -Als registrierter Nutzer möchte ich auswählen können, in welchem Rhythmus ich per E-Mail über Neuerungen an der Plattform informiert werden. -Als Trainer möchte ich informiert werden, wenn ein Kunde einen Termin storniert. -Als Trainer möchte ich ein Foto von mir hochladen. -Als Trainer möchte ich Zeugnisse und Zertifikate hochladen, damit potenzielle Nutzer sehen, dass ich weiß wovon ich spreche.

Aufbau einer User Story

• Card
  • kurze Beschreibung der User Story als umzusetzende Anforderung
  • User Cards als Unterstützung
• Conversation
  • Feinheiten und fachliche Details festhalten
  • durch Kommunikation zwischen Benutzer und Entwickler herausgearbeitet
• Confirmation
  • zur Bestätigung des Korrekten Abschlusses einer User Story
  • als Grundlage dienen Akzeptanzkriterien
    • beinhalten Annahmen und Bedingungen

Muster einer User Story

Als <Benutzerrolle>
möchte ich <Funktionalität/Systemverhalten>,
so dass <fachlicher Wert für den Benutzer/Kunden bzw. wirtschaftlicher Nutzen>.

Eigenschaften guter User Stories

• Immediately Actionable
  • so ausgearbeitet das sie jederzeit umgesetzt werden kann
• Negotiable
  • keine abschließende Spezifikation
  • sondern Grundlage zur Diskussion
• Valuable
  • sollte Mehrwert für den Benutzer sein
• Estimatable
  • Aufwand sollte abschätzbar sein
• Small
  • kurz und prägnant
• Testable
  • korrekte Umsetzung soll überprüfbar sein

Akzeptanzkriterien

unter welchen Bedingungen ein Product-Backlog-Eintrag als erfolgreich abgenommen gilt.

Beispiel eines Akzeptanzkriteriums für eine User Story zur Bewertung eines Trainers:

“Ich gebe eine öffentliche Bewertung für meinen Trainer ab.”

Eine mögliche Variante für einen zugehörigen Akzeptanztest ist eine Liste von Einzelschritten, die beschreiben, wie ein Benutzer das Akzeptanzkriterium testen würde:

1. Ich melde mich an.
2. Ich öffne das Profil des Trainers.
3. Ich wähle die Bewertungsoption aus und gebe einen Text ein.
4. Ich bewerte den Trainer zusätzlich mit einer Sternebewertung.
5. Ich speichere die Bewertung und logge mich aus.
6. Ich öffne das Profil des Trainers und überprüfe, ob meine Bewertung angezeigt wird.

Epics

Sollten User Storie zu lang sein werden sie in Epics eingeteilt.

Epics lassen sich in mehrere Geschichten aufteilen.

Beispiel:

• Ein User kann nach Trainern mit Kriterien wie Ort, Erfahrung, Stundenpreis, und Verfügbarkeit suchen
• Ein User kann sich Informationen zu jedem Trainer und seiner Expertise anzeigen lassen, die al- Suchergebnis ausgegeben wird
• Ein User kann sich nähere Informationen über ein Trainingsprogramm anzeigen lassen, das ein Traine- entwickelt hat