User Stories sind eine kurze Beschreibung eines Produkts aus der Sicht des Endbenutzers. Es kann Folgendes umfassen: Features, Funktionalität, Fehlerbehebungen, Verbesserungswünsche, Infrastruktureinrichtung oder technische Dokumentation. Der Zweck einer User Story besteht darin, zu erklären, wie eine Funktion dem Kunden einen Mehrwert bietet.
Eines der Schlüsselelemente des Agile-Ansatzes besteht darin, den Menschen in den Mittelpunkt zu stellen, und eine Benutzergeschichte rückt den Endbenutzer in den Mittelpunkt der Planung und Ausführung eines Produkts. Diese Geschichten sind informell und nicht-technisch, um dem Entwicklungsteam einen realen Kontext zu bieten. Die Lektüre von Anwenderberichten soll dem Team ein besseres Verständnis für das Produkt, das sie entwickeln, und den Wert, den es für den Anwender schafft, vermitteln.
Insgesamt helfen User Stories dem Team dabei, den Benutzerfokus auf seine tägliche Arbeit zu richten, was wiederum die Zusammenarbeit, Kreativität und ein besseres Gesamtprodukt fördert.
Wer ist für User Stories verantwortlich?
Es gibt keine einzelne Person oder Rolle innerhalb des Agile-Teams, die für User Stories verantwortlich ist. Tatsächlich kann jeder Projektbeteiligte User Stories schreiben, von den Teammitgliedern bis hin zu den Stakeholdern. Viele Geschichten werden jedoch während eines geschrieben Verfeinerung des Rückstands oder Sprintplanung Treffen des Entwicklungsteams und des Product Owner.
Es ist auch erwähnenswert, dass es weit weniger wichtig ist, wer die User Story schreibt, als vielmehr, wer an den Diskussionen darüber beteiligt ist.
Wie schreibe ich User Stories?
Beim Schreiben von User Stories ist Folgendes zu beachten:
Der Definition of Done:
Es ist wichtig, ein klares Verständnis darüber zu haben, was erforderlich ist, damit die User Story abgeschlossen werden kann. Die Geschichte kann als „erledigt“ betrachtet werden, sobald der Endbenutzer die skizzierte Aufgabe erfüllen kann (oft als Zufriedenheitskriterien bezeichnet) und wenn sie vereinbarten Standards entspricht (Definition of Done).
Rückmeldung:
Zusammenarbeit mit Benutzern, um das Problem oder den Bedarf in ihren Worten zu erfassen. Es hat keinen Sinn, zu erraten, was sie wollen.
Verwenden Sie geordnete Schritte:
Schreiben Sie für jeden Schritt im größeren Prozess oder Ziel eine Geschichte.
Benutzerpersönlichkeiten:
Ein gemeinsames Verständnis des Teams darüber, wer der Endbenutzer ist und welche spezifischen Bedürfnisse er hat.
Fließen:
Wenn eine Story voraussichtlich länger als die Dauer einer Sprint dauert, sollte sie in kleinere Stories aufgeteilt oder als eigene "Epic" betrachtet werden. Die Schätzung von User Stories ist hilfreich bei der Beurteilung, ob Stories weiter unterteilt werden müssen, um einen guten Arbeitsfluss zu gewährleisten
Sobald die User Stories klar definiert sind, ist es wichtig sicherzustellen, dass sie für das gesamte Team sichtbar sind.
Vorlage und Beispiele für User Stories
User Stories werden oft auf Karteikarten, Haftnotizen oder, wenn sich Teams für eine digitale Version entscheiden, auf Online-Software geschrieben. Zu den häufig verwendeten Vorlagen gehören die folgenden:
Als [Art von Benutzer] möchte ich [eine Funktion], damit [ein Wert] entsteht.
Lassen Sie uns das noch weiter aufschlüsseln:
- [Benutzertyp]: Dies ist genau der Benutzer des Produkts und seine Persona. Das Team sollte ein gemeinsames Verständnis davon haben, wer es ist und welche Anforderungen es hat.
- [Irgendein Ziel]: Hier wird eher die Absicht als eine bestimmte Funktion beschrieben, die sie verwenden möchten.
- [Aus irgendeinem Grund]: Schließlich ist dies der Grund, warum sie versuchen, dies zu erreichen. Dh: Welchen Gesamtnutzen wollen sie erreichen? Was ist das größere Problem, das gelöst werden muss?
In der Praxis könnten User Stories beispielsweise so aussehen:
- Als [Benutzer] möchte ich [zu sichernde Ordner angeben], damit [mein Laufwerk nicht mit Ordnern gesichert wird, die ich nicht benötige].
- Als [Benutzer] möchte ich [meinen virtuellen Arbeitsbereich organisieren], damit [ich mehr Kontrolle über meine Arbeit habe].
- Als [Manager] möchte ich [die Fortschritte des Teams nachvollziehen], damit ich problemlos über Erfolge und Misserfolge berichten kann.
Sie müssen dieser Struktur nicht immer folgen, sie kann jedoch bei der Definition der Zufriedenheitskriterien und der Definition von „Erledigt“ hilfreich sein.
[Weitere Informationen zum Definition of Done finden Sie in unseren anderen Ressourcen hier]
Warum User Stories erstellen?
Wir haben untersucht, was User Stories sind und wie man sie erstellt. Es ist jedoch auch wichtig zu verstehen, warum die Erstellung von User Stories einen echten Mehrwert für Teams bietet. Für Entwicklungsteams, die Agile noch nicht kennen, können User Stories manchmal wie ein zusätzlicher und unnötiger Schritt erscheinen. Aber Geschichten liefern dem Team nützlichen Kontext und verknüpfen Aufgaben mit dem Wert, den diese Aufgaben bringen.
Zu den wichtigsten Vorteilen von User Stories gehören:
- Geschichten fördern die Zusammenarbeit. Ein klar definiertes Endziel kann es dem Team ermöglichen, gemeinsam daran zu arbeiten, wie es den Endbenutzer am besten bedienen und dieses Ziel erreichen kann.
- Geschichten helfen dabei, Rollen zu definieren. Aufgrund der prägnanten und benutzerorientierten Natur von Geschichten kann es einfacher sein, zu unterscheiden, wer sich mit was befasst, und Rollen zu definieren.
- Geschichten schaffen Schwung. Da es sich um kleine Arbeitseinheiten handelt, kann das Team regelmäßige Siege feiern, was dazu beiträgt, Dynamik zu erzeugen und aufrechtzuerhalten.
- Geschichten fördern kreatives Denken. Geschichten helfen dabei, das Team dazu anzuregen, kreativ darüber nachzudenken, wie ein Endziel am besten gelöst werden kann.
Zusammenfassung
Zusammenfassend lässt sich sagen, dass User Stories einige erhebliche Vorteile bieten. Den Endbenutzer in den Mittelpunkt der Arbeit und des Gesprächs zu stellen, schafft Mehrwert, indem Teams dabei unterstützt werden, ein erfolgreiches Produkt zu entwickeln, und sie dabei motiviert werden, dies auch zu tun. Für Teams, die Agile einsetzen, ist es daher wichtig, sich mit Geschichten auseinanderzusetzen und sie effektiv zu nutzen.
