Wenn Sie anfangen, in Agile einzutauchen, bemerken Sie als erstes, wie benutzerzentriert dieser Ansatz ist. Es verlagert den Fokus von der reinen Codierung und Gestaltung auf die Bereitstellung eines echten Wertes für Ihre Endbenutzer, Stakeholder und Unternehmen im Allgemeinen.
Agile User Stories sind ein wesentlicher Bestandteil dieser Ideologie, mit der Sie definieren können, welche Vorteile Ihr Produkt für Ihre Zielgruppe bringt (und schließlich, wie es Ihre KPIs und andere Metriken steigert).,
Wir bei Stormotion lieben Geschichten. Als agiles Team nutzen wir sie aktiv, um besser zu verstehen, welche Vorteile die Produkte unserer Kunden für ihre Endbenutzer bieten. Sie fördern auch die Zusammenarbeit und Kreativität und drängen uns zu nicht trivialen Entwicklungslösungen.,
Deshalb werden wir heute unser Wissen und unsere Erfahrung in dieser Angelegenheit teilen, um Ihnen zu helfen, Ihre Fähigkeiten beim Schreiben von Geschichten zu verbessern. Genießen!
🤔 Was ist eine User Story?
User Stories sind eines der Kernelemente der Agilen Methodik. Sie sind jedoch oft mit Softwareanforderungen durcheinander gebracht, was nicht wahr ist. Was ist also eine User Story?
User Story ist eine kleine (eigentlich kleinste) Arbeit, die einem Endbenutzer einen gewissen Wert darstellt und während eines Sprints geliefert werden kann.,
Das Hauptziel dieses Elements besteht darin, Endbenutzer in den Mittelpunkt der Konversation zu stellen und die Produktfunktionalität aus ihrer Perspektive zu erfassen. So erhalten Entwickler ein besseres Verständnis davon, was, für wen und warum sie bauen.,
Great User Stories passen immer zu den folgenden Kriterien von Bill Wake:
- Unabhängig – sie können in beliebiger Reihenfolge entwickelt werden und ändern sich in User Story hat keinen Einfluss auf die anderen.
- Verhandelbar – es ist Sache des Teams, zu entscheiden, wie sie implementiert werden sollen; Es gibt keinen starr festgelegten Workflow.
- Wertvoll – jede User Story liefert eine separate Werteinheit für Endbenutzer.,
- Estimable – es ist ziemlich einfach zu erraten, wie viel Zeit die Entwicklung einer User Story dauern wird.
- Klein-es sollte den gesamten Zyklus (Entwerfen, Codieren, Testen) während eines Sprints durchlaufen.
- Testbar – es sollte klare Akzeptanzkriterien geben, um zu überprüfen, ob eine User Story angemessen implementiert ist.
Das User Story-Format (das auch vom Stormotion-Team verwendet wird) ist recht einfach und kurz:
wie nichts Schwieriges aussieht, huh?, Hier sind ein paar User Stories-Beispiele, die zu einem erfundenen Taxi-App-Projekt passen:
- Als Fahrer möchte ich schlecht benommene Passagiere blockieren, damit sie mir nie wieder gezeigt werden.
- Als Passagier möchte ich die Kreditkarte mit meinem Profil verknüpfen, damit ich eine Fahrt schneller, einfacher und ohne Bargeld bezahlen kann.
- Als Fahrer möchte ich meinem Profil Fotos meines Autos hinzufügen, damit ich mehr Benutzer anziehen kann.
- Als Passagier möchte ich, dass mehrere verfügbare Treiber angezeigt werden, damit ich die für mich am besten geeignete Option auswählen kann.,
Klingt ziemlich einfach, aber die Entwicklung von User Story ist nicht oft so einfach. Später teilen wir Ihnen jedoch einige unserer bewährten Tipps mit, mit denen Sie nur gute Aufnahmen machen können.
Ist es etwas anderes?
Obwohl wir gerade herausgefunden haben, dass Agile User Stories unabhängig sind und als völlig separate Arbeitseinheiten verstanden werden sollten, sind sie manchmal gruppiert., Wenn Sie also mit ihnen arbeiten, werden Sie wahrscheinlich das Konzept eines Epos treffen und verwenden. Was ist das?
Ein Epos ist ein hochrangiges Werk, das sich mit einer Gruppe verwandter Geschichten verbindet.
Wir bei Stormotion verwenden Epics, um komplexere Aufgaben zu beschreiben und eine klare Hierarchie zu erstellen, die es ermöglicht, die Entwicklung einfacher zu verwalten und den Benutzern einen neuen Wert zu bieten, während Sie auf ein größeres Ziel hinarbeiten. Das User Story-Format selbst bleibt jedoch gleich.,rment, das während eines Sprints geliefert werden sollte
Ziemlich einfach zu schätzen
Stellen Sie sich vor, Sie erstellen eine Dating-App., awesome I am
Epics bieten uns also einen umfassenden Überblick über unsere Ziele und wie wir uns ihnen nähern., Es hilft uns auch während des Priorisierungsprozesses, da wir überprüfen können, welche Epen unsere Aufmerksamkeit am meisten erfordern und daher zuerst welche Geschichten implementiert werden sollten.
Oh, noch eine Sache!
Vergessen Sie nicht, ein Akzeptanzkriterium hinzuzufügen.
Ein Akzeptanzkriterien ist eine Reihe von Bedingungen, die verwendet werden, um zu bestätigen, wenn eine Geschichte abgeschlossen ist.,
Außerdem bieten uns diese Bedingungen ein tieferes und besseres Verständnis, da sie wichtige Informationen zur Leistung von Geschichten enthalten. Lassen Sie uns eines der User Story-Beispiele am Anfang des Artikels wiederverwenden:
Welche Akzeptanzkriterien können auf diese Story angewendet werden?
- Die App zeigt Fahrer, die innerhalb der letzten 20 Minuten online waren und keine laufende Fahrt haben.
- Die App zeigt nur 5 Treiber, die dem Benutzer am nächsten sind.
- Ein Benutzer kann Profile dieser Treiber durchsuchen, einschließlich ihrer Fotos und Preise.
Wie Sie sehen, kennen wir jetzt nicht nur den Wert dieser Geschichte für Benutzer, sondern verstehen auch einige wichtige Merkmale, die während der Implementierung besondere Aufmerksamkeit erfordern.,
Sie können jedoch frei wählen, wie detailliert Ihre Akzeptanzkriterien sein werden. Es kann von „lass es einfach auf irgendeine bequeme Weise funktionieren“ bis hin zu noch detaillierteren Bedingungen reichen als im obigen Beispiel.
Das hängt stark von Ihrem Entwicklungsteam ab, daher gibt es keine „richtige Antwort“. Wenn Ihr Team Anleitung und klare, ohne Raum für Interpretationsaufgaben benötigt, sollten Sie sich an detaillierte Anweisungen halten, wie Stories funktionieren sollen. Andernfalls kann der Ansatz „just get it done“ auch funktionieren.,
Wow, es wurde viel über User Stories gesagt. Aber warum sind sie für agile Teams so wichtig?
👍 Was Sind die Vorteile der Erstellung von User Stories?
Wenn Sie jemals mit agilen Frameworks gearbeitet haben, wissen Sie bereits, dass sowohl Scrum-als auch Kanban-Teams stark vom Schreiben von User Stories profitieren.,
In Kanban sammeln Teams Storys in einem Backlog und führen sie dann einzeln aus, um den Work-in-Progress-Fluss zu unterstützen. Dies hilft, ständig auf dem richtigen Weg zu bleiben und die KPIs des Entwicklungsteams zu verbessern.
Scrum-Teams (die wir normalerweise bei Stormotion bevorzugen) lieben auch User Stories. Wir verwenden sie aktiv, um Schätzungen vorzunehmen, Sprints zu priorisieren und zu planen, was uns hilft, agil und flexibel für Änderungen zu bleiben., Dies ist besonders vorteilhaft, wenn wir mit Startups arbeiten, die sich in der MVP-Phase befinden und über begrenzte Ressourcen verfügen, bevor sie ihr Projekt Angel-Investoren vorstellen.
Mit Ausnahme der oben genannten Vorteile gibt es einige lebhafte Vorteile, die allen agilen Teams gemeinsam sind:
- Konzentrieren Sie sich geschäftswert., Es hilft, Ihre App nicht nur aus technischer Sicht gut aufgebaut, sondern auch für die Endbenutzer nützlich zu machen.
- Kreativität ermöglichen. Da es nur eine minimale Menge an Informationen enthält, steht es Ihrem Team frei, kreative Ideen zu entwickeln, um die beste Lösung für die Implementierung einer Story zu finden.
- Ihr Projekt wird überschaubarer. Wir bei Stormotion wissen, dass es viel einfacher ist, mit kleinen und schätzbaren agilen User Stories zu arbeiten als mit großen komplexen Aufgaben.
- Sie begeistern das team! Jeder Entwickler liebt dieses süße Gefühl eines kleinen Gewinns, der ihn motiviert, noch härter zu arbeiten.,
Lassen Sie uns nun in den Prozess der Erstellung einer User Story eintauchen!
📝 So schreiben Sie User Stories: Unser Workflow
Wir kommen zum spannendsten Teil unseres Artikels. Bevor wir jedoch unsere Schritt-für-Schritt-Anleitung zum Schreiben einer User Story teilen, ist es wichtig, zwei wesentliche Fragen herauszufinden: Wer und wann macht sie.
Wer ist verantwortlich für die Erstellung einer User Story?,
Als Faustregel gilt, dass Storys hauptsächlich von Product Owners geschrieben werden, da es in ihrer Verantwortung liegt, den Backlog mit Aufgaben zu füllen. Vergessen Sie jedoch nicht, dass Agile auf Kommunikation und Meinungsaustausch zwischen Experten basiert. So…
Es bedeutet nicht unbedingt, dass sie nur von einem Product Owner geschrieben werden sollten. Je mehr Menschen sich dem Gespräch anschließen, desto besser.
Bei Stormotion werden Storys von allen Teammitgliedern geschrieben, die sich auf die Geschäftsseite des Projekts beziehen (Vertriebsleiter, Vermarkter, Product Owner usw.,), da es uns die zukünftige App aus der Perspektive jeder potenziellen Art von Benutzer betrachten lässt. Die Verantwortung des Product Owners besteht in diesem Fall darin, zu bestätigen, dass sie den Investitionskriterien entsprechen.
Wann werden User Stories erstellt?
Eine Geschichte-writing-treffen in unser HQ ist in der Regel gehalten in der Nähe der start des Projekts., Wir rüsten uns lieber darauf aus, dass ein Projekt vom ersten bis zum letzten Tag gut läuft.
Später können wir unsere Scrum User Story-Liste verwenden, um detailliertere Schätzungen (z. B. bis zum Ende der Erkennungsphase) vorzubereiten, die Feature-Entwicklung für Sprints zu priorisieren und so weiter.
Außerdem ergänzen wir die ursprüngliche Liste, während wir an einem Projekt mit neuen Geschichten arbeiten, um über die Anforderungen unserer Kunden auf dem Laufenden zu bleiben.,
Was sind die Schritte, um großartige agile User Stories zu schreiben?
Lassen Sie uns zunächst an eine gemeinsame User Stories-Vorlage erinnern:
Als a möchte ich , dass
kurz und einfach zu schreiben scheint. Übrigens können Sie gerne Ihre eigene User Story-Vorlage erstellen. Wir bei Stormotion verfügen jedoch über einen bestimmten Workflow, mit dem wir die besten Storys liefern können:
- Erstellen Sie die Liste Ihrer Endbenutzer. Definieren Sie, was ihr „Schmerz“ oder „Bedürfnis“ ist, was Sie zu lösen versuchen.
- Definieren Sie, welche Maßnahmen sie ergreifen möchten.,
- Finden Sie heraus, welchen Wert dies für Benutzer und schließlich für Ihr Produkt bringt. Fragen Sie sich auch – wird uns eine Partei dafür bezahlen?
- Diskutieren Sie Akzeptanzkriterien und eine optimale Umsetzungsstrategie.
Schauen wir sie uns jetzt an!
Schritt 1: Denken Sie an das „Wer“
Dies ist der erste und vielleicht grundlegendste Schritt. Bevor Sie eine User Story schreiben, sollten Sie eigentlich wissen, wer die Endbenutzer Ihres Produkts sind. Und noch wichtiger – welche Bedürfnisse haben sie, die Sie zu decken versuchen.,
Während unserer Story-Writing-Workshops versuchen wir, auf eine Rolle wie „der Benutzer“zu verzichten. Es kann auf jede Person angewendet werden – von Ihren Kunden bis zu Administratoren-und spiegelt daher nicht die Persönlichkeit bestimmter Zielgruppen wider, sondern die Art und Weise, wie sie mit der Anwendung interagieren.
Wenn Sie wirklich großartige Ergebnisse erzielen möchten, möchten Sie möglicherweise noch mehr in Ihr Publikum eintauchen., Anstatt Benutzer nur nach ihrer Rolle zu benennen (z. B. „Treiber“), versuchen Sie, eine Art Käuferpersönlichkeit zu erstellen.
Hier noch ein paar Tipps aus eigener Erfahrung:
- Es geht um den User. Nicht über Entwickler. Und auch nicht über einen Product Owner. Jede Geschichte sollte für eine Gruppe Ihrer Endbenutzer wertvoll sein.
- Betrachten Sie Benutzer nicht nur als externe Kunden. Es ist wahr, dass Ihre Geschichten hauptsächlich über sie sein werden. Es stimmt aber auch, dass Sie interne Benutzer wie Administratoren, Editoren usw. berücksichtigen müssen.
- Fühle etwas Empathie. Geben Sie Ihrem „Benutzer“ einen Namen., Denken Sie an seine mobilen Gewohnheiten, welches Problem Ihre App für ihn lösen wird und wie Sie diesen Weg einfacher und schneller machen werden. Erinnern Sie sich an einige Menschen, die Sie aus dem wirklichen Leben kennen und die zu diesem Porträt passen; Spüren Sie, wie Sie sich auf diese Zielgruppe beziehen.
Schritt 2: Denken Sie an das „Was“
Jetzt haben wir ein paar Gruppen von Endbenutzern. Der nächste Schritt, den wir tun, ist zu definieren, welche Funktionalität jeder Benutzer erwartet, wie er mit der App interagieren wird.,
Dies sind die wichtigsten Regeln, an die Sie sich beim Schreiben einer Aktion für eine Kanban-oder Scrum-Benutzerstory erinnern sollten:
- Eine Aktion pro Geschichte. Wenn Sie etwas wie „Als Kunde möchte ich Artikel durchsuchen und in den Warenkorb legen“ schreiben möchten, sollten Sie es besser in zwei separate Geschichten aufteilen.
- Beschreibe eine Absicht, kein Feature., Erstellen Sie beispielsweise anstelle von „Ich möchte mein Profil verwalten“ einige Storys wie „Ich möchte mich registrieren können“, „Ich möchte mein Profilfoto hochladen“, „Ich möchte meine Kreditkarte mit meinem Profil verknüpfen“ – jede Story hat einen anderen Wert.
- Halten Sie es kurz. Es ist den Benutzern egal, welche Bibliothek Sie verwenden, damit sie die Liste der Elemente durchsuchen können, also lassen Sie alle technischen Details beiseite.
- Vermeiden Sie die Beschreibung der Benutzeroberfläche. Wir haben Geschichten als verhandelbar definiert, erinnerst du dich? Aus diesem Grund enthalten alle guten User Story-Beispiele keine UI-Details., Versuchen Sie also nicht, eine spezielle Methode zur Implementierung zu erstellen (wir werden dies später tun).
Schritt 3: Denken Sie an das „Warum“
Schließlich ist das letzte Stück unserer User Stories-Vorlage einem Wert gewidmet, den Benutzer erhalten, nachdem sie eine Aktion ausgeführt haben. Es mag keine große Sache sein, aber es ist oft der schwierigste Teil der User Story-Entwicklung.,
Ihr Abschnitt sollte jedoch immer Ihren Metriken und KPIs entsprechen. Es sollte entweder die UX verbessern, die Aufbewahrungsraten erhöhen, die Reise der Benutzer zur Problemlösung verkürzen oder was auch immer. Jede Geschichte sollte etwas zum allgemeinen Ziel Ihres Produkts beitragen.,
Wenn Sie nicht beantworten können, welchen Wert diese Funktion auch für Endbenutzer und Ihr Produkt bietet, machen Sie etwas falsch.
Zum Beispiel gibt es einige User Stories-Beispiele mit einem gut geschriebenen Wert für unser laufendes Food Ordering App-Projekt:
- Als Kunde möchte ich Benachrichtigungen erhalten, wenn es neue heiße Angebote gibt, damit ich nie die besten Angebote verpasse. .
- Als Restaurantmanager möchte ich die Beschreibung im Menü mit einem Foto ergänzen, damit es für die Kunden attraktiver aussieht. .,
Schritt 4: Diskutieren Sie eine Geschichte
Schließlich diskutieren wir immer User Stories, nachdem sie erstellt wurden. Auch wenn es scheint, wie nichts zu reden.
Während dieser Q&Eine Sitzung bitten wir den Autor der Geschichte, weitere Details zu geben.oder klären Sie bei Bedarf etwas. Es hilft uns zu verstehen, wie es funktionieren soll, und sich auf Akzeptanzkriterien zu einigen., Auf diese Weise überprüfen wir alle Beispiele für mobile App-Benutzergeschichten nacheinander.
Dann halten wir eine Brainstorming-Sitzung mit dem ganzen Team, das an dem Projekt arbeitet. Es ermöglicht uns, die besten Möglichkeiten zur Implementierung von User Stories aus technischer Sicht herauszufinden.
So schreiben Sie User Stories auf den Punkt. Unser Stormotion-Team verwendet auch die folgenden Tipps, wenn Sie an dieser Aufgabe arbeiten:
- Beginnen Sie mit Epics., Es ist normalerweise einfacher, von komplexeren Aufgaben zu spezifischeren zu wechseln, also versuche Epen zu schreiben und sie dann in Geschichten aufzuteilen.
- Feedback anhören. Manchmal müssen Sie keine Geschichten erraten – fragen Sie Ihre echten Endbenutzer nach Feedback und nutzen Sie ihre Ideen als Inspirationsquelle.
- Führen Sie keine Details zu früh ein. Es ist besser, die Brainstorming-Sitzung vor jedem Sprint abzuhalten, um zu besprechen, wie geplante Storys implementiert werden.
Conclusion Fazit
User Stories sind ein wesentliches Element des agilen Ansatzes, der Ihrem Projekt viele Vorteile bringen kann., Es ist jedoch wichtig, sie richtig zu schreiben, was einige Zeit und Fähigkeiten erfordert.,T-Kriterien, was bedeutet, dass sie sind:
- Unabhängig
- Verhandelbar
- Wertvoll
- Schätzbar
- Klein
- Testbar
Die Common User Stories-Vorlage enthält den Benutzer , die Aktion und den Wert (oder den Nutzen) und sieht normalerweise so aus:
User Stories können Ihnen helfen, den Wert Ihres Produkts ständig zu verbessern, Entwicklungsbemühungen in angemessener Weise zu schätzen und die Funktionsentwicklung während der MVP-und Post-MVP-Phasen zu priorisieren.,
