Einführung in User Stories

© OPITZ CONSULTING GmbH 2012 Seite 1Eine Einführung in User Stories
Eine Einführung in
User Stories

Motivation

1 Grundlagen

Die wichtigsten agilen Prinzipien
 Zufriedenstellung des Kunden durch frühe und kontinuierliche
Auslieferung von wertvoller Software
 Agile Prozesse nutzen Veränderungen (selbst spät in der
Entwicklung) zum Wettbewerbsvorteil des Kunden.
 Nahezu tägliche Zusammenarbeit von Fachexperten und
Entwicklern während des Projektes

2 Abgrenzung

 Erstelle eine Benutzertabelle
 Inkludiere eine
Passwortverschlüsselung
 Erstelle eine Anmeldemaske
 Erstelle ein CSS für die
Anmeldemaske
 Füge einen Anmelde-Button
hinzu
Tasks
User Stories sind keine

 Use Case: Anmelden
 Normaler Weg
 Anmeldung mit gültigem
Benutzernamen/Passwort
 Alternativen
 Anmeldung mit ungültigem
Benutzernamen/Passwort
 Passwort vergessen
 Passwort zurücksetzen
 Passwort Regeln
Use Cases
Aus Use Cases können normalerweise mehrere User Stories abgeleitet werden

 Login.docx
“This document, by its very
size, ensures that it will
never be read.”
– Sir Winston Churchill
Dokumente

3 User Stories

Definition: User Story
 „Eine User Story ist eine kurze Willenserklärung, dessen,
was ein System für einen User machen soll “
 - D. Leffingwell

Woraus besteht eine User Story?
3C = Card + Conversation + Confirmation

Die Karte (Card)
 Physisches Token
 Wird für die Planung verwendet
 Erinnerung für ein Gespräch
 Wird häufig kommentiert

Inhalt der Karte
 <Rolle> - wer führt die Aktion durch oder ist der Nutznießer (z.B.
ein anderes System)
 <Aktivität> - Aktion die von der Rolle durchgeführt wird
 <Business value> - Geschäftswert, der durch die Aktion
geliefert werden soll

“Als ein Konsument
möchte ich die Möglichkeit haben,
meinen täglichen Energieverbrauch zu
sehen,
um zu verstehen, wie ich meine
Energiekosten senken könnte.“
Rolle
Aktivität
Business Wert

Kommunikation (Conversation)
 Der Anforderung
 Mündliche Konversation / Workshops
 Kann mit Dokumenten / Mockups / … ergänzt werden
Was brauche ich, für ein
erfolgreiches Produkt?
Stakeholder

Kommunikation (Conversation)
An welchen Details soll ich
als nächstes arbeiten?
Designer
Entwickler
Tester
Wie kann ich die Arbeit
verifizieren?
Welches Farbschema
sollen wir verwenden?

Bestätigung (Confirmation)
 Akzeptanzkriterien
 Wird dazu verwendet, um festzustellen, ob die Story
abgeschlossen ist

Tipps für die Akzeptanzkriterien
 Schreibe die Akzeptanzkriterien zusammen mit dem Kunden
 Definiere “vollständig” gemeinsam mit dem Kunden
 Alle Kriterien müssen erfüllt sein, bevor die User Story
abgeschlossen werden kann
 Inkludiere alle Risiken, Voraussetzungen, Probleme und
Abhängigkeiten
 Verwende eine Vorlage

4 Was zeichnet eine gute User Story
aus?

Akronym INVEST (Bill Wake)
 Sechs Attribute einer guten user story:
Independent
Negotiable
Valuable
Estimable
Small
Testable

 Keine überlappenden Stories
 Bei der initialen Reihung versuchen eine
natürliche Ordnung zu finden
Independent
Negotiabel
Valuable
Estimable
Small
Testable
Zahlung mit Visa
Zahlung mit American Express

 Stories sind verhandelbar und werden
verhandelt
 Jede Story ist die Essenz einer Anforderung
und kein Vertrag
Independent
Negotiabel
Valuable
Estimable
Small
Testable

 Die Stories müssen für den Kunden wertvoll
und verständlich sein
 Sie sollen aus Sicht des Kunden
geschrieben sein
Independent
Negotiabel
Valuable
Estimable
Small
Testable

 Stories sollen abgegrenzt sein und beinhalten, was
notwendig ist, um sie abzuschließen
 Stories sollen für das Team verständlich sein,
sodass sie geschätzt werden können
 Versuche dich nicht mit zu vielen Details zu
verzetteln
Independent
Negotiabel
Valuable
Estimable
Small
Testable

 Schneide deine Stories so klein, dass sie
gemessen und im Auge behalten werden
können
 Halte deine Story kurz und prägnant
 Stories sollten in Tagen gemessen werden
Independent
Negotiabel
Valuable
Estimable
Small
Testable

 Jede Story muss testbar sein, um zu wissen,
wann sie abgeschlossen werden kann
 Definiere ein oder mehrere AkzeptanzkriterienIndependent
Negotiabel
Valuable
Estimable
Small
Testable

5 Lebenszyklus

Lebenszyklus von einer User Story
“The fundamental idea is that you do just barely enough
modelling at the beginning of the project to understand
the requirements for your system at a high level, then
you gather the details as you need to…just-in-time.”
Scott W. Ambler
Warum “just-‐in-‐time”?
 Bietet Flexibilität zu verändern und zu priorisieren
 Ermöglicht das Lernen nach der Auslieferung
 Ermöglicht engere Feedback-Schleife zwischen Kunde und
Entwicklung

Lebenszyklus einer User Story
Produkt-
ebene
Release-
Ebene
Iterations-
ebene

Produktebene
 Ziel
 Verständnis für die Breite zu entwickeln
 Ziele und Visionen zu ermitteln
 Methoden
 Elevator Pitch
 Benutzerrollen und deren Ziele
 Feature Listen
 Kontextdiagramme

Release Ebene
 Ziel
 Einen genaueren Blick für eine Teilmenge zu bekommen
 Methoden
 Datenmodelle
 Geschäftsanforderungen
 Architektur Abhängigkeiten
 Personas / Akteure
 Qualitätsanforderungen

Iterationsebene
 Ziel
 In die Tiefe gehen, aber nur eine Scheibe betrachten
 Methoden
 User Stories
 Akzeptanzkriterien und Tests
 Working Software
 Benutzertests

6 Nicht funktionale Anforderungen

…als Akzeptanzkriterium
Als Kunde möchte ich
mit PayPal bezahlen
können, sodass ich
meinen Einkauf
abschließen kann.
Akzeptanzkriterien
• Zahlung innerhalb von 5
Sekunden bestätigen
• Fähigkeit 100 parallele
Zahlungen zu bedienen
• Verschlüsselte Weiterleitung
an Paypal

…als eigene User Story
Als Entwickler möchte ich
alle Datenbankverbindungen
durch einen Connection Pool
realisieren, sodass…?
Als CTO möchte ich, dass bis zu
50 Benutzer mit 5 Benutzer-
lizenzen die Datenbank
benutzen können, sodass die
Lizenzkosten möglichst gering
sind.

…als Constraint Card
Constraint Card
Als CTO möchte ich, dass das
System unsere bestehende
Bestelldatenbank verwendet, anstatt
eine neue zu erstellen, sodass wir
nicht eine weitere Datenbank warten
müssen.

7 Feedback

Danke!

Kontakt
Dr. Monika Schubert
Berater
OPITZ CONSULTING GmbH
Tempelhofer Weg 64 | 12347 Berlin
Tel. +49 30 62988891648
monika.schubert@opitz-consulting.com
@MSCHUBERT
slideshare.net/mschuber
xing.com/profile/Monika_Schubert3

Einführung in User Stories

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (17)

Ähnlich wie Einführung in User Stories

Ähnlich wie Einführung in User Stories (20)

Einführung in User Stories