Benutzererzählung

Was ist eine User Story?

Eine User Story ist Teil eines agilen Projektmanagement-Rahmens. Sie beschreibt, welche Funktionen Endbenutzer wünschen, um ihre Zufriedenheit mit einem Produkt zu optimieren und möglichst viel Wert daraus zu ziehen.

Die User Story bezieht sich typischerweise auf ein spezifisches Ziel und die Begründung, warum eine Funktion für den Benutzer ansprechend ist. Zum Beispiel wäre „Als Seitenbesucher möchte ich ein Menü oder eine Liste der verfügbaren Kurse sehen, um den besten Kurs für mich zu finden“ eine User Story für jemanden, der eine Website für Online-Bildung besucht.

User Stories sind immer aus der Perspektive des Benutzers, obwohl sie tatsächlich vom internen Team geschrieben werden. Sie werden typischerweise in Projektmanagement-Software gespeichert, damit das Projektteam sie überprüfen kann, während neue Produkte und Dienstleistungen entwickelt werden.

Arten von User Stories

Die für jedes Projekt erstellten User Stories werden im Product Backlog gespeichert, um während der Produktentwicklung leicht darauf zugreifen zu können. Agile Teams können drei Arten von User Stories verwenden.

• Ziel-User Stories sind die häufigste Art. Sie werden aus der Sicht des Zielkunden des Produkts formuliert, um eine leicht verständliche Aussage zu schaffen, die das Team nutzen kann, um Funktionen rund um die Wünsche und Bedürfnisse der Kunden zu entwickeln.
• Nicht-User Stories sind effektiv, wenn die Funktionen eines Produkts keine direkte Benutzerkorrelation haben, aber dennoch für das Entwicklungsteam hilfreich sein können. In diesen Situationen hilft eine Nicht-User-Aussage, ein besseres Gesamtprodukt zu entwickeln.
• Spikes sind kurze Aussagen, die dem Team anzeigen, dass weitere Forschung zu einem oder zwei Themen erforderlich ist, die später getestet werden können, um zukünftige Probleme zu verhindern. Probleme können auf der Grundlage von User- und Nicht-User-Stories auftreten, die angegangen werden müssen.

Grundelemente von User Stories

User Stories unterscheiden sich je nach Projekt und Benutzertyp. Aber ihre grundlegende Zusammensetzung sollte ähnlich sein und die vier Elemente verwenden:

• Die Karte. Jede User Story sollte dem Format „als [wer], möchte ich [was], damit [warum]“ folgen. Diese als die Karte bezeichnete Komponente sollte so hochrangig wie möglich sein, um die Aussage einfach zu halten.
• Das Gespräch. Da die internen Teammitglieder diejenigen sind, die die User Stories schreiben, geht es beim Gesprächsteil der Entwicklung darum, Themen zu replizieren, die ein Zielbenutzer bei der Nutzung des Produkts diskutieren könnte. Dies sollte ein kollaborativer Prozess zwischen Stakeholdern und Entwicklern sein.
• Die Bestätigung. Bevor User Stories die Produktentwicklung informieren können, sollte sich das interne Team auf Akzeptanzkriterien einigen. Nicht jeder Benutzer wird Vorschläge haben, die zu Produktfunktionen werden.
• Der Kontext. Einzelne Stories sind nützlich für die Entwicklung von Funktionen, aber sie müssen sich auf das breitere Konzept des Produkts beziehen.

Vorteile von User Stories

Viele User Stories informieren das Entwicklungsteam über ähnliche Bedürfnisse oder Wünsche, die sie von einem Produkt erwarten. Entwickler können diese Informationen dann berücksichtigen, während sie arbeiten. Einige der anderen Vorteile der Beschäftigung mit User Stories umfassen:

• Verbesserung des Endprodukts. Während das Feedback nicht unbedingt vom Endbenutzer stammt, zwingen User Stories das interne Team dazu, wie ein solcher zu denken. Dies fördert Gespräche darüber, was ein Benutzer vom Produkt erwartet.
• Arbeiten mit wichtigen Stakeholdern. Benutzer werden der Hauptgedanke hinter User Stories sein, aber andere wichtige Stakeholder benötigen möglicherweise interne Eingaben zu Produktänderungen. User Stories helfen dabei, dieses Feedback mit den Bedürfnissen des Endbenutzers auf eine Weise zu verbinden, die für alle funktioniert.
• Vermeidung von Problemen, bevor sie auftreten. Wenn das Entwicklungsteam wie ein Benutzer denkt, könnte es Probleme entdecken, die zunächst übersehen wurden. Dies gibt ihnen die Möglichkeit, sie zu beheben, bevor das Produkt zu weit entwickelt ist.

Best Practices für User Stories

Obwohl das Format zum Schreiben einer User Story relativ unkompliziert ist, ist es wichtig, mehrere Best Practices zu berücksichtigen, wenn man an ihnen arbeitet.

• Fokus auf das Warum, nicht das Was. Die Funktion selbst ist wichtig in der Produktentwicklung, aber der Grund in der User Story sollte der Haupttreiber hinter allen Entscheidungen bleiben. Klären Sie Funktionen über verschiedene Benutzerbedürfnisse, anstatt über die spezifische Funktion des Produkts.
• Entwicklung eines besseren Verständnisses der Benutzer. Um effektive User Stories zu schreiben, sollten Teams daran arbeiten, Benutzer-Personas aus Forschung und Kundeninformationen zu erstellen. Dies macht User Stories genauer in Bezug auf die gelebte Erfahrung.
• Priorisierung und Überarbeitung anderer Stories. Auch wenn bestimmte User Stories zunächst nicht hilfreich sind, ist es eine gute Idee, den Rest für die Zukunft aufzubewahren, insbesondere bei neuen Produkten, die möglicherweise überarbeitet werden. Es ist besonders nützlich, wenn Produktteams reale Kundendaten mit den User Stories vergleichen können.

Sammeln Sie Produktdaten und Feedback direkt von Ihren Kunden und organisieren Sie diese dann für Ihr internes Team mit spezieller Enterprise Feedback Management Software.