So erstellen Sie User Stories

„Der Kunde hat immer Recht.“ Auch wenn dieses Motto in der Einzelhandelswelt oft angefochten wird, ist es für Agile-Projekte nicht schlecht, es im Hinterkopf zu behalten. Tatsächlich steht Kundenzufriedenheit ganz oben auf der Liste der Prioritäten im Agile-Manifest.

In der Agile-Methodik ist es gängige Praxis, Nutzer-Feedback in den Entwicklungsprozess einzubeziehen. Agile Teams begrüßen diese externe Perspektive, um sicherzustellen, dass sie auf dem richtigen Weg sind und das Endergebnis den Anforderungen des Kunden entspricht.

Bei der Aufteilung von Projekten in eine Agile-Arbeitsstruktur beginnen Teams damit, die Perspektive des Kunden zu erkunden. Dies geschieht in der Regel durch die Erstellung von User Stories.

In diesem Artikel erfahren Sie alles über User Stories – was sie sind, wie man sie schreibt, welche Vorteile sie bieten und welche Nachteile es gibt. Außerdem teilen wir eine Vorlage für eine agile Projektplanung, die Ihnen dabei hilft, Ihre agilen Projekte ganzheitlich zu verwalten.

Wenn Sie die Vorteile eines robusten Softwaresystems für Ihre agilen Projekte nutzen und alle Ihre agilen Arbeitsabläufe an einem Ort optimieren möchten, können Sie sich noch heute für eine kostenlose Testphase bei Wrike anmelden.

Was ist eine User Story?

Eine User Story ist eine kurze, schriftliche Erklärung der Anforderungen eines bestimmten Nutzers und wie diese im Rahmen des Agile-Entwicklungszyklus erfüllt werden können. Diese Stories sind auf den Endnutzer ausgerichtet und in der Regel in einer für Laien verständlichen Sprache verfasst.

Jede User Story umfasst eine kurze Anfrage, die in einer Agile-Iteration oder einem Sprint erledigt wird, der normalerweise etwa ein bis zwei Wochen dauert. Teams messen die Komplexität ihrer User Stories mit Story-Punkten, um die Dauer einer bestimmten Anfrage genau einschätzen zu können.

Eine Sammlung von User Stories wird in Agile als Epic bezeichnet. Ein Produktinhaber ist für die Verwaltung des Epics verantwortlich, aber es kann von jedem Mitglied des Agile Entwicklungsteams geschrieben werden.

Eine User Story ähnelt einem Anwendungsfall, ist jedoch nicht so detailliert. Ersterer ist eine sehr kurze Beschreibung eines geplanten Aktionspunkts, während letzterer wahrscheinlich zusätzliche Abschnitte wie Erfüllungsbedingungen, verschiedene Wege, die ein Nutzer bei der Verwendung eines Produkts einschlagen kann, und Arbeitsablaufdiagramme enthält.

Der Ursprung von User Stories in Agile

Werfen wir einen kurzen Blick auf den Ursprung von Agile, um zu verstehen, wie User Stories entstanden sind.

Im Jahr 2001 schlossen sich 17 unabhängige Ideengeber aus der Softwarebranche zur Agile Alliance zusammen und veröffentlichten das Agile-Manifest. Dieses Dokument enthielt 12 Prinzipien, von denen das erste lautete:

„Die frühzeitige und kontinuierliche Bereitstellung wertvoller Software zur Zufriedenheit des Kunden hat für uns höchste Priorität.“

User Stories sind eine klare Erweiterung dieses Grundsatzes und betonen die Wichtigkeit des Endnutzers und die Erfüllung seiner Erwartungen.

Scrum und Extreme Programming sind zwei Frameworks, die zur Agile-Methodik gehören.

Scrum

Das Konzept von Scrum entstand in den 1990er Jahren, aber erst 2002 wurde die Scrum Alliance von Mike Cohn, Esther Derby und Ken Schwaber gegründet.

Innerhalb dieses Frameworks leitet ein Scrum Master eine kleine Gruppe zum Projekterfolg. Scrum-Teams arbeiten in der Regel in zweiwöchigen Sprint-Zyklen, in denen sie an User Stories arbeiten. Diese kleinen Arbeitseinheiten helfen dabei, Sprints und tägliche Scrum-Meetings zu steuern.

Extreme Programming (XP)

XP geht ebenfalls auf die 1990er Jahre zurück, als es von Kent Beck gegründet und später von Ward Cunningham und Ron Jeffries weiterentwickelt wurde.

Laut der Agile Alliance haben User Stories ihren Ursprung im XP-Framework, wo sie als „Spielbausteine“ in der Projektplanung beschrieben wurden. Mit dem Schwerpunkt auf kurzen Arbeitssprints, ständiger Iterationsplanung und einer intensiven Zusammenarbeit mit den Stakeholdern eignet sich XP perfekt für Kunden, die noch nicht genau wissen, was sie wollen.

Beispiele für User Stories

Es ist an der Zeit, zu diskutieren, was eine User Story beinhaltet. Im Agile-Ansatz ist das Format der User Story recht einfach und umreißt das „Wer,“ „Was“ und „Warum“ einer bestimmten Anforderung.

• Wer möchte etwas?
• Was möchten sie?
• Warum möchten sie es?

Sehen Sie sich diese Vorlage für User Stories an, die die drei oben genannten Elemente in einem prägnanten Satz zusammenfasst:

„Als [Persona] möchte ich [Aktion], damit ich [Vorteil] erlangen kann.“

Für jede Story gibt der Verfasser eine Nutzerpersona an, die gewünschte Aktion oder Fähigkeit und den Nutzen, den der Nutzer sich davon verspricht. Hier sind einige Beispiele für User Stories, die auf drei unterschiedliche Personas angewendet wurden:

Beispiel 1: Ein Online-Gamer

„Als Online-Gamer möchte ich eine Multiplayer-Option haben, damit ich mit Freunden online spielen kann.“

Beispiel 2: Ein Design-Teamleiter

„Als Design-Teamleiter möchte ich Assets organisieren, damit ich mehrere kreative Projekte im Blick behalten kann.“

Beispiel 3: Ein E-Commerce-Käufer

„Als E-Commerce-Käufer möchte ich meine Suche filtern, damit ich schnell bessere Produkte finden kann.“

Nachdem Sie nun wissen, wie ein Beispiel für eine User Story aussieht, können Sie mit der Erstellung einer eigenen User Story beginnen.

5 Schritte zum Verfassen von User Stories

Benötigen Sie praktische Tipps zum Verfassen von User Stories? Verwenden Sie diese fünf Schritte als Leitfaden:

Schritt 1: Akzeptanzkriterien festlegen

Die Definition von „erledigt“ ist die Reihe von Kriterien, die erfüllt sein müssen, damit Ihre User Story als abgeschlossen gilt. Legen Sie die spezifischen Akzeptanzkriterien fest und verwenden Sie diese als Checkliste.

Schritt 2: Legen Sie Nutzerpersonas fest

Führen Sie umfangreiche Nutzerrecherchen durch, indem Sie Umfragen erstellen, Fokusgruppen veranstalten und Nutzerforen lesen. Analysieren Sie Ihre Daten und suchen Sie nach Mustern, um Ihre wichtigsten Personas zu identifizieren.

Schritt 3: Erstellen Sie Aufgaben

Teilen Sie Ihre Story in mehrere Aufgaben auf, um sie besser verwalten zu können. Bei komplexen Anforderungen können Sie auch Teilaufgaben hinzufügen. Fügen Sie detaillierte Beschreibungen hinzu, damit Ihr Team weiß, was jede Aufgabe erfordert.

Schritt 4: Ordnen Sie Stories zu

Verwenden Sie User Story-Mapping, um die Arbeit in einem großen Prozess zu strukturieren. In diesem Fall werden Ihre Stories in Form von geordneten Schritten dargestellt.

Sie können Ihre Story Maps mit handschriftlichen Notizen, Karteikarten oder einer Projektmanagement-Software erstellen.

Schritt 5: Feedback anfordern

Sprechen Sie mit Nutzern und potenziellen Kunden, um herauszufinden, was sie wollen. Fragen Sie sie nach ihrer Meinung zu bestehenden Produkten oder ob sie Vorschläge für neue Funktionen haben. Integrieren Sie dieses Feedback in Ihre User Story.

Denken Sie daran, dass es von größter Wichtigkeit ist, die Perspektive der Nutzer zu berücksichtigen, da Sie dieses Feedback in Ihre User Story einfließen lassen können.

Was macht eine gute User Story aus?

Ihre Agile-User Story ist fertig und bereit für den Freigabe-Prozess. Es ist an der Zeit, Ihre Agile-Teams zusammenzurufen, um die Qualität Ihrer Stories anhand des INVEST-Akronyms zu bewerten. Dieses steht für:

• Independent (unabhängig): Die User Story sollte unabhängig von allen anderen sein. Da sie nicht miteinander verbunden sind, können sie in beliebiger Reihenfolge bearbeitet werden.
• Negotiable (verhandelbar): Eine User Story sollte flexibel genug sein, um Verhandlungen zu fördern und zu ermöglichen und Verhandlungen zwischen dem Kunden und dem Produktinhaber zu fördern und zu ermöglichen.
• Valuable (wertvoll): Welchen Wert bringt die User Story? Wenn Sie keinen Wert oder keine gewünschte Funktionalität finden können, sollte die Story nicht abgeschlossen werden.
• Estimable: Sie sollten in der Lage sein, eine Schätzung darüber abzugeben, wie lange eine User Story dauern wird, damit Sie Ihre Zeit effektiv verwalten können.
• Small (klein): Die Story muss klein genug sein, um innerhalb eines einzelnen Sprints abgeschlossen werden zu können.
• Testbar: Sie müssen Ihre User Story gemäß den Standards der Qualitätssicherung testen und durch Abnahmetests (z. B. Beta-Tests) bestätigen können.

Wenn eine User Story die INVEST-Checkliste nicht erfüllt, sollte sie umgeschrieben oder aus dem Epic entfernt werden. Ist dies jedoch der Fall, können Ihre Teammitglieder mit der Arbeit beginnen. Planen Sie tägliche Agile Meetings, um den Fortschritt zu überprüfen und zu bewerten, ob Sie auf dem richtigen Weg sind, um die User Story innerhalb des Sprint-Zeitrahmens fertigzustellen.

Größere vs. kleinere Stories

Sind Sie sich nicht sicher, ob Ihr Team eher größere oder kleinere User Stories verwenden sollte? Größere Stories bieten zwar mehr Informationen, kleinere Stories haben jedoch mehrere entscheidende Vorteile:

• Fokus: Da kleine Stories einen engen Fokus haben, überfordern sie Sie nicht mit zu vielen Details, wie es bei größeren Stories der Fall wäre. Eine kleinere Story hilft, Verwirrung zu vermeiden, sodass Ihr Team besser zusammenarbeiten und Aufgaben schneller erledigen kann. Halten Sie es kurz und bündig!
• Geringeres Risiko: Je größer die Story, desto höher ist das Risiko, dass Ihr Team bis zum Ende des Agile-Sprints kein Ergebnis vorweisen kann, da Ihre Ressourcen verteilt sind. Beispielsweise kann ein Entwickler mit bestimmten Fähigkeiten möglicherweise als Einziger die Stories Ihres Teams fertigstellen. Wenn Sie diese jedoch in kleinere Stories aufteilen, verhindern Sie, dass Ihre Teammitglieder überlastet werden.
• Transparenz: Kleinere User Stories ermöglichen Ihrem Team eine bessere Ansicht und Verfolgung des Fortschritts. Größere Stories bestehen aus verschiedenen beweglichen Teilen, und es ist schwieriger, den Fortschritt Ihres Projekts zu vermitteln, wenn es Zeit für tägliche Standup-Meetings und Besprechungen mit den relevanten Stakeholdern ist.

Vorteile von User Stories

Warum sollten Sie überhaupt User Stories schreiben? Weil sie zahlreiche Vorteile für ein Agile-Projekt bieten. Hier sind einige Beispiele:

• Vereinfachtes Format: User Stories werden in einer konkreten, leicht verständlichen Sprache geschrieben. Dies verhindert Verwirrung und macht es einfacher, die Wünsche des Kunden zu verstehen.
• Erhöhte Flexibilität und Kreativität: Da User Stories nicht auf technische Details eingehen, können sie an sich ändernde Situationen angepasst werden.
• Verbesserte Zusammenarbeit: Wenn Teammitglieder auf ein Ziel ausgerichtet sind, können sie besser zusammenarbeiten und problemlos mit anderen Projekt-Stakeholdern zusammenarbeiten.

Obwohl die Vorteile des Schreibens von User Stories erheblich sind, muss ein Produktmanager auch die potenziellen Nachteile berücksichtigen.

Nachteile von User Stories

Hier sind einige Fallstricke bei User Stories, auf die Sie achten sollten:

• Unvollständige Stories: Obwohl die Sprache informell sein soll, sind User Stories manchmal viel zu vage und lassen notwendige Details außer Acht.
• Unzureichende Zeit: Das Verfassen einer guten Agile-Story erfordert Zeit, da umfangreiche Recherchen notwendig sind. Regelmäßige Kommunikation und ein gemeinsames Verständnis mit den Stakeholdern sind ebenfalls erforderlich und werden manchmal übersehen.
• Enge Sichtweise: Da User Stories sich auf eine einzige Anforderung konzentrieren, lassen sie sich nur schwer skalieren, und Teams können manchmal den Blick für das große Ganze (in diesem Fall ein Epic) verlieren.

Bevor Sie mit Ihrer Story beginnen, nehmen Sie sich etwas Zeit, um potenzielle Risiken oder Nachteile zu identifizieren. Führen Sie unbedingt eine Diskussion mit Ihrem Team, um zu skizzieren, wie Sie diesen entgegenwirken wollen.

Bringen Sie Ihre User Stories mit Wrike auf die nächste Stufe

Nachdem Sie nun wissen, wie Sie eine User Story erstellen, ist es an der Zeit, sich mit der Aufteilung Ihres Projekts zu befassen. Wrike bietet Ihnen die perfekte Lösung dafür.

Mit der Software von Wrike können Teams Agile-Methodiken mithilfe von benutzerdefinierten Arbeitsabläufen, Kanban-Boards und vorgefertigten Vorlagen ganz einfach implementieren. Mit diesen Funktionen können Teams Projekte schnell starten, visualisieren und vorantreiben, Zeiten erfassen, Aufgaben verwalten und effektiv zusammenarbeiten. Agile Software-Entwicklungsteams können Wrike auch nutzen, um Produkt-Backlogs zu priorisieren, Sprints zu verwalten und Retrospektiven durchzuführen.

Möchten Sie gute Projektergebnisse sicherstellen? Schöpfen Sie das volle Potenzial der Agile-Methodik mit den anpassbaren Vorlagen von Wrike aus.