So schreibe ich deine perfekte User Story

1. Einführung: Hi da. Mein Name ist Adam. Ich bin Produktmanager und möchte mit Ihnen darüber sprechen, wie Sie Ihre perfekte User Story schreiben können. Ja, das stimmt. Ihr Stil, Ihre Persönlichkeit, Ihre Leidenschaft und Ihr Engagement, Ihr Team, Ihre Stakeholder, Ihr Produkt und Ihre User Story. Weil es so etwas wie eine universelle Vorlage nicht gibt , die alles perfekt macht und das auf der ganzen Linie gilt. Wenn Sie der Meinung sind, dass Sie beim Schreiben Ihrer Benutzergeschichten Perfektion erreicht haben , haben Sie vielleicht eine Überraschung, wenn Sie die Teams für Projekte wechseln. Bei jeder Interaktion mit jedem einzelnen neuen Feature wird sich Ihr Ansatz geringfügig ändern und das ist in Ordnung. Sie sind derjenige, der sich anpassen muss , damit die Geschichte richtig ist, den gewünschten Aspekt in Bezug auf Klarheit, Granularität und Anziehungskraft erreicht . Also jedermanns Verständnissebene. Die gleiche Benutzergeschichte, die Sie schreiben, muss die Sprache des technisch versierten Entwicklungsteams sprechen die Sprache des technisch versierten Entwicklungsteams , aber sie muss auch die Sprache der Geschäftsinhaber sprechen , die möglicherweise oder hat möglicherweise keinen technischen Hintergrund. Meine Definition einer perfekten User Story hat ihre Grundlage in der folgenden Aussage. Wenn du einen Fremden mitnimmst, um die Straße zu modellieren und ihnen die Geschichte des Benutzers zu zeigen, die du geschrieben hast. Sie sollten es nicht verstehen können. Es sollte für jeden ziemlich einfach sein, sich mit der Anforderung, dem Kontext und der Funktionalität zu befassen, die Implementierung dieser bestimmten Benutzergeschichte entstehen. Was wir also über seine Richtlinien, Hinweise, Tipps und Tricks und alles, was Sie wissen müssen, sprechen Hinweise, Tipps und Tricks und alles, was Sie wissen müssen werden, damit Sie unabhängig vom Team Ihre perfekte Benutzergeschichte schreiben können , das Projekt oder die Branche in dieser Angelegenheit. 2. So schreibst du deine perfekte user: Hallo da. Mein Name ist Adam. Ich bin Produktmanager und möchte mit Ihnen darüber sprechen, wie Sie Ihre perfekte User Story schreiben können. Ja, das stimmt. Ihr Stil, Ihre Persönlichkeit, Ihre Leidenschaft und Ihr Engagement, Ihr Team, Ihre Stakeholder, Ihr Produkt und Ihre User Story. Weil es so etwas wie eine universelle Vorlage nicht gibt , die alles perfekt macht und das auf der ganzen Linie gilt. Wenn Sie der Meinung sind, dass Sie beim Schreiben Ihrer Benutzergeschichten Perfektion erreicht haben , haben Sie vielleicht eine Überraschung, wenn Sie die Teams für Projekte wechseln. Bei jeder Interaktion mit jedem einzelnen neuen Feature wird sich Ihr Ansatz geringfügig ändern und das ist in Ordnung. Sie sind derjenige, der sich anpassen muss , damit die Geschichte richtig ist, den gewünschten Aspekt in Bezug auf Klarheit, Granularität und Anziehungskraft erreicht . Also jedermanns Verständnissebene. Die gleiche Benutzergeschichte, die Sie schreiben, muss die Sprache des technisch versierten Entwicklungsteams sprechen die Sprache des technisch versierten Entwicklungsteams , aber sie muss auch die Sprache der Geschäftsinhaber sprechen , die oder hat möglicherweise keinen technischen Hintergrund. Meine Definition einer perfekten User Story hat ihre Grundlage in der folgenden Aussage. Wenn du einen Fremden vom Model the Street nimmst und ihm die Geschichte des Benutzers zeigst, die du geschrieben hast. Sie sollten es nicht verstehen können. Es sollte für jeden ziemlich einfach sein, sich mit der Anforderung, dem Kontext und der Funktionalität zu befassen, die Implementierung dieser bestimmten Benutzergeschichte entstehen. Was wir also über seine Richtlinien, Hinweise, Tipps und Tricks und alles, was Sie wissen müssen, sprechen Hinweise, Tipps und Tricks und alles, was Sie wissen müssen damit Sie Ihre perfekte Benutzergeschichte schreiben können , unabhängig von der Team, das Projekt oder die Branche für diese Angelegenheit. Aber das Wichtigste zuerst, was ist eine User Story? Eine User Story ist eine klare Darstellung einer Anforderung, die die Perspektive des Benutzers veranschaulicht und artikuliert, wie eine bestimmte Funktionalität den Kunden einen bestimmten Wert liefern wird . Es wird als Geschichte in einem bestimmten Format geschrieben, aber in einfachem Englisch. Und in einer solchen Sprache, die jeder Mensch ohne vorherige Kontexte oder zusätzliche Informationen leicht lesen und verstehen kann verstehen . Wie körnig ist tatsächlich eine User Story? Nun, Sie haben Projektebene auf großer Ebene, Feature-Level und dann haben Sie Benutzergeschichten. Sie sind also im Grunde der granularste Ausdruck der Anforderung. So detailliert es auch sein mag, muss die User Story immer noch eine vollständig prüfbare und lieferbare Funktionalität definieren . Egal wie klein es ist. Warum verwenden wir User Stories? Wir verwenden sie, um Geschäftsanforderungen in benutzerorientierte Funktionalitäten zu übersetzen . Wir verwenden sie, um ein gemeinsames Verständnis dafür zu schaffen , was wir bauen wollen , damit wir am Ende das Richtige aufbauen und wie es gebaut wird. Damit wir es am Ende bauen, richtig? Wir nutzen sie, um eine einzige Quelle der Wahrheit und eine standardisiertere Art der Strukturierung und Kommunikation mit dem Team zu haben eine standardisiertere Art der , aber auch außerhalb des Teams mit unseren internen oder externen Stakeholdern. Und nicht zuletzt verwenden wir sie, um Erwartungen zu setzen und Gewohnheiten zu schaffen. Was sind die Vorteile besserer User Stories? Schnellere Bereitstellung höherer Kundenzufriedenheit, bessere Lernkurve, schnellere Entscheidungsfindung, weniger Abfall. Also baue das Richtige und baue es richtig. Oder sonst werden Fragen auftauchen und nicht der Gute und der schlechte Typ. Das wird bald zu Unsicherheit, mangelndem Vertrauen, Befragung und Verdrängung all der bösen Dinge führen Unsicherheit, mangelndem Vertrauen, Befragung und Verdrängung all der bösen Dinge , die Ihre Beziehung zum Entwicklungsteam schwer beschädigen werden . Ganz zu schweigen von den Verzögerungen, den späten Stunden am Freitagabend am Ende des Sprints, der Vielzahl von Fehlern, die sich unweigerlich in das Produkt einschleichen, das Sie pflegen sollen. Und nicht zuletzt lösen Sie kaum die Notwendigkeit und Load, um die Kundenzufriedenheit zu kennen. Investieren Sie in gute Benutzergeschichten , da User Stories unabhängig sein müssen , damit sie ohne jede Art von Abhängigkeiten bearbeitet werden können , da eine User Story kein Vertrag für ein Feature ist. Wertvoll, was bedeutet, dass es für die Kunden einen Mehrwert liefern muss, auf ein angemessenes Niveau der Näherung geschätzt wird, klein, so dass es in eine Iteration passt und dann testbar ist, damit die Erfolgsbedingungen können getestet werden. Sprechen wir ein wenig über die Anatomie einer User Story. Sie können verschiedene Arten von Benutzergeschichten haben. Sie können regelmäßig Nutzergeschichten haben. Sie können technische User-Storys haben. Man kann Stacheln haben, die im Grunde genommen sind. Untersuchungs-User-Storys und so weiter. Was macht jetzt eine gute User Story aus? Nun, zunächst hat eine User Story einen Titel. Der Titel muss prägnant, klar und intuitiv sein. Denk über Schlagzeilen in Zeitungen nach. Das ist der Titel für Ihre User Story. Dann ist es am besten, einen kleinen Kontext darüber zu schaffen, warum wollen wir diese Funktionalität implementieren? Welchen Wert es für unsere Kunden bringt und was ist das Bedürfnis, Es sind Seelen. Die Argumentation dahinter ist, dass das Entwicklungsteam nicht isoliert arbeiten kann. Sie sitzen nicht nur in einer Blase herum und warten darauf, dass jemand ihnen Nutzergeschichten füttert. Ohne dass sie den vollständigen Kontext und die Auswirkungen verstehen . Je besser sie den Kontext der Anforderungen erfassen, desto besser wird es sein, eine bessere technische Lösung mit wertvollem Feedback für das Unternehmen zu eine bessere technische Lösung mit finden und so weiter. Wie drücken wir diesen Kontext aus? Nun, als Teil der Anatomie einer User Story, beginnst du mit einer Berühmten wie ein, ich will. Also diese Formel. Lassen Sie mich Ihnen ein Beispiel nennen. Wenn der Titel der Geschichte meines Benutzers lautet der Benutzer eine Suche auf der Website durchführen kann, dann der Ausdruck des Kontextes, wäre es zum Beispiel als Website-Nutzer, ich möchte in der Lage sein, eine suche auf der Website , damit ich den gesuchten Artikel finde. Dann haben Sie den Abschnitt „ Akzeptanzkriterien“. Hier schreiben Sie die tatsächlichen Anforderungen auf, da der Kontext nicht die Voraussetzung ist. Es ist eine spiegelnde Beschreibung der Argumente hinter der Anforderung auf hohem Niveau . Sehen Sie, wie Sie in diesem Abschnitt aufschreiben werden, das Entwicklungsteam wird in die Realität umgesetzt. Die Entwickler werden den Code schreiben. Die Tester testen die Funktionalität anschließend. Und der Produkteigentümer oder die Geschäftsanalysten werden die UAT-Benutzerakzeptanztests basierend auf diesen spezifischen Anforderungen durchführen die UAT-Benutzerakzeptanztests . Wie sollten die Akzeptanzkriterien aussehen? Nun, idealerweise würden Sie es in Szenarien strukturieren. Zum Beispiel Szenario Nummer eins, Szenario Nummer zwei usw. Jeder von ihnen mit einem bestimmten Titel und einer bestimmten Komposition. Und hier verwenden wir den anderen berühmten Körperteil einer User Story, die gegebene When dann Sequenz. Das Gegebene ist die Voraussetzung. Es beschreibt, was Sie bereits haben müssen. Bis du zu diesem Schritt kommst. Das Wann ist der Auslöser. Es zeigt, was passieren muss. Um ein bestimmtes Verhalten zu bestimmen. Dann ist das erwartete Verhalten. Es zeigt, was aufgrund eines bestimmten Auslösers passieren sollte . Nach unserem vorherigen Beispiel mit dem Kunden, der in der Lage sein muss, eine Suche auf der Website durchzuführen. Unser erstes Szenario und die Akzeptanzkriterien würden so klingen. Szenario Nummer eins, der Titel wäre die Suchoption ist für den Benutzer verfügbar. Dann haben wir die gegebene wann dann Sequenz. Also lass uns sehen. Da der Benutzer Zugriff auf die Website hat, ist das Suchmodul in der oberen rechten Ecke des Bildschirms verfügbar, wenn die Produktseite der Website angezeigt Suchmodul in der oberen rechten Ecke des wird. Was haben wir hier gemacht? Zunächst haben wir die Voraussetzung beschrieben da der Benutzer bereits auf die Website zugegriffen hat. Warum? Denn wenn der Benutzer nicht auf die Website zugreift, gibt es keine Funktionalität, von der man sprechen kann. Dann geben wir den Auslöser wenn die Produktseite der Website dieses Kennzeichen ist. Warum? Weil das Entwicklungsteam wissen muss, wann diese neu implementierte Funktionalität den Benutzern zur Verfügung stehen sollte. Möchten wir die Suchfunktion auf allen Seiten der Website? Nein. Wir möchten nur, dass es verfügbar , wenn wir auf die Produktseite zugreifen. Also wann ist der Auslöser? Erinnerst du dich daran? Erst danach fragten wir nach dem erwarteten Verhalten. Dann ist das Suchmodul in der oberen rechten Ecke des Bildschirms verfügbar. Warum? Weil wir veranschaulichen müssen, was passieren sollte. Wenn ich auf die Website zugreife und auf der Produktseite gelandet bin. Das erwartete Verhalten in unserem Fall ist, dass ich jetzt das Suchfeld sehen kann. Okay? So können wir das Suchfeld auf dieser Seite sehen. Aber wie lassen wir es funktionieren? Nun, das ist ziemlich einfach. Wir können ein anderes Szenario als Teil der Akzeptanzkriterien schreiben . Jetzt haben wir Szenario Nummer zwei mit einem folgenden Titel. Der Benutzer kann nach einem bestimmten Produkt nach Namen suchen, wobei er der angegebenen Zauberformel folgt. Hier ist was wir haben. Denken Sie daran. An dieser Stelle können wir nur das Suchfeld sehen. Es macht noch nichts. Also hier geht's. Angesichts der Tatsache, dass der Benutzer bestimmte Suchkriterien über das Sucheingabefeld übermittelt hat . Wenn der Benutzer auf den CTA-Aufruf der Suche klickt. Dann wird die Filterung nach den angegebenen Kriterien durchgeführt. Und die Suchergebnisliste wird angezeigt die alle Produkte enthält, die den Suchkriterien entsprechen. Eine wichtige Anmerkung hier, Sie mehrere vorgegebene Voraussetzungen haben können sind Voraussetzungen. Und Sie können sie ausdrücken, indem Sie end verwenden. Zum Beispiel angesichts der Tatsache, dass der Benutzer bestimmte Suchkriterien über das Sucheingabefeld übermittelt hat und das Sucheingabefeld gültige Zeichen enthält. Sie können auch mehrere Verhaltensweisen als erwartet haben, wie zum Beispiel in unserem vorherigen Beispiel. Dann wird die Filterung nach den angegebenen Kriterien durchgeführt . Und die Suchergebnisliste wird angezeigt, die alle Produkte enthält, die den Suchkriterien entsprechen. Es kann jedoch nur einen geben, wenn der Trigger ein einziger Ausdruck sein muss, ein einzelnes Ereignis. In Bezug auf Szenarien müssen wir darauf achten, alle möglichen Fälle anzugeben. Glückliche Fallszenarien, fehlgeschlagene Fälle und Edge-Fallszenarien. Und um das richtig zu machen, müssen wir eine Meile in den Schuhen des Kunden laufen und immer jede Aktion und jede Entscheidung in Frage stellen. Nur so können wir unsere Chancen maximieren , alle möglichen Anwendungsfälle aufzudecken. Also los gehst du. von Benutzergeschichten muss vieles berücksichtigt werden Beim Schreiben von Benutzergeschichten muss vieles berücksichtigt werden. Und es ist ein Prozess, der nicht als selbstverständlich angesehen werden sollte. Richtige Benutzergeschichten schreiben. Sobald das Entwicklungsteam diejenigen leicht verstehen und implementieren kann , die klar, prägnant und mit der richtigen Menge und Qualität sind, und mit der richtigen Menge und ist ein ganzer Prozess , der entweder Ihre Leben einfacher oder kann Albträume und viel Ärger verursachen. Ein paar Tipps und Tricks, die Sie beachten sollten. Fangen Sie groß an und zerlegen Sie sie nach Bedarf. Verwendungsgeschichten sollen verfeinert werden. Konzentriere dich nicht darauf, alles auf einmal zu machen. Denken Sie über Benutzerflows und erstellen Sie dann vertikale Slices, um sie zu unterstützen. Das heißt, benutze Story Mapping, oder? Und überprüfe sie als Team. Weil dies ein gemeinsames Verständnis schafft. Das ist kein einziger Mann. Zeigen Sie es als ein kollaboratives Unterfangen. Konzentrieren Sie sich darauf, den Bedürfnissen des Kunden zugrunde zu liegen, nicht auf die Wahrnehmung und den Zustand. Schwitzen Sie das Format nicht. Es gibt viele gültige Möglichkeiten , eine User Story zu schreiben. Finden Sie einfach heraus , was für das Team am besten funktioniert und seien Sie dann konsequent. User Stories sind die Strukturen , die die Konversation um wertbasierte Funktionen beginnen und erfassen , die sich auf Ihre Benutzer konzentrieren. Und denken Sie daran, dass Sie nicht Ihr Benutzer sind. guter Letzt investiere in deine Geschichten. Und am wichtigsten: Fragen Sie wer, was und warum. Verwende all diese Informationen als deinen Northstar. Obwohl Sie höchstwahrscheinlich nicht in der Lage sein werden , jedes Mal eine perfekte Verwendung zu schaffen. Aber Übung macht den Meister. Also mach weiter mit der guten Arbeit. Ich erkannte an, wie wichtig es ist, richtige Benutzergeschichten zu schreiben und Ihnen das Leben in Ihrer Arbeit angenehmer zu machen .