Kunden mit User-Story-Mapping an erste Stelle setzen

By Kate Eby | 15. Juni 2018 (aktualisiert 23. März 2024)

Kreative und inspirierte kundenorientierte Techniken, wie User-Story-Mapping, treiben Agile- und Lean-Entwicklungsmethoden voran. Die Agile-User-Story-Map ist ein visueller Ansatz, der mehr „zeigt“ statt eine Geschichte oder die Entwicklung eines Produkts anhand eines definierten Anwendungsfalls oder Prozesses zu „erzählen“ – ähnlich wie der Storyboarding-Prozess, der in der Filmindustrie verwendet wird. Und es hat sich bewährt. Ganz gleich, ob es sich bei dem Endprodukt um den König der Löwen oder um ein neues Point-of-Service-System (POS) handelt, die User-Story-Map ist ein wichtiges Element bei der Definition und Erstellung eines hochwertigen Produkts für den Endbenutzer.

In diesem Artikel werden die Elemente des User-Story-Mappings als integraler Prozess der Benutzererfahrung (UX) behandelt. Jeff Patton, Autor von User Story Mapping erklärt Folgendes: „Wenn wir ein Projekt durch das Prisma der Kunden- oder User-Journey betrachten, sorgt das Story-Mapping dafür, dass wir uns auf die Benutzer und ihre Erfahrungen konzentrieren. Das Ergebnis ist eine bessere Kommunikation und letztendlich ein besseres Produkt.“

Was ist User-Story-Mapping?

User-Story-Mapping wurde erstmals 2005 für die Agile- und Lean-Entwicklung definiert und wird in Jeff Pattons Buch User Story Mapping diskutiert. Diese simple Idee ermöglicht es einem Team oder Unternehmen, das Produkt aus der Perspektive des Benutzers zu visualisieren. User-Storys stellen die Erfahrung des Kunden dar, während er das Produkt nutzt. Diese User-Storys bieten den Kontext für Funktionen, die entweder neu sind oder verbessert werden müssen. Da diese Funktionen für die Entwicklung freigegeben sind, werden sie dem Produkt-Backlog hinzugefügt und priorisiert.

Eine häufige Beschwerde in Bezug auf Produkt-Backlogs ist, dass Entwickler und Produktmanager den Überblick verlieren. User-Storys bieten eine dynamische und nützliche visuelle Darstellung typischer Kundenszenarien.

Vorteile von User Storys

Laut Jeff Patton kann eine User-Story-Map von einer einzigen Person entwickelt werden, aber dadurch gehen die Vorteile verloren, die sich aus der Teambeteiligung ergeben. Jeder Teilnehmer, einschließlich Produktmanager und Designer, wird einen Wert darin finden, was andere Teammitglieder (Marketing, Vertrieb und Kundensupport) auf den Tisch bringen. Der Prozess bietet wichtige Einblicke, die es uns ermöglichen, unseren Kunden ein besseres Produkt zur Verfügung zu stellen.

So haben beispielsweise die Beteiligten im Betriebs- und Finanzbereich Einblicke, wie sie bei der Einbeziehung von Funktionen den maximalen ROI erzielen können. Eine wachsende Anzahl von UX-Design-Experten untersucht die sich stets ändernden Vorlieben und Einstellungen der Kunden. Auch die Benutzer selbst können persönlich, durch Umfragen oder über schriftliche Berichte teilnehmen. Die kollektive Beteiligung beseitigt Zweifel über die wirklich wichtigen Dinge und den Backlog für zukünftige Versionen. Das User-Story-Mapping ist eine Teamaktivität mit Vorteilen wie den folgenden:

  • Entwicklung eines besseren, benutzerorientierteren Produkts
  • Darstellung der Bedürfnisse und Erwartungen des Benutzers
  • Konzentration der Produktentwicklungsteams auf Funktionen, die dem Kunden Mehrwert und Verbesserungen bieten
  • Erleichterung des Priorisierungsprozesses
  • Förderung von Funktionen
  • Ermöglichen frühzeitiger und häufiger inkrementeller Releases
  • Aufdecken von Barrieren und Risiken
  • Unterstützung der Teamzusammenarbeit
  • Setzen realistischer Erwartungen an Kunden und Beteiligte
  • Messung der Arbeitsintensität, die für die Entwicklung einer Funktion erforderlich ist

Wann ist User-Story-Mapping hilfreich?

Die häufigsten Anwendungen des User-Story-Mappings sind Softwareentwicklungsprojekte, Release-Planung und die Erstellung eines Produkt-Backlogs. Oft steht ein Entwicklungsteam vor der Herausforderung, ein minimales Produkt zu entwickeln, das aus der geringsten Anzahl von Funktionen besteht, aber dennoch einen Mehrwert für den Kunden liefert. Patton verwendet die Analogie, dass Autos sowohl ein Getriebe als auch Bremsen benötigen, während zusätzliche Verbesserungen vom Ziel des Erbauers abhängen.

Der User-Story-Mapping-Prozess ist strukturiert, um Gespräche darüber zu wecken, was bei einem Software-Build enthalten sein sollte und was nicht zu berücksichtigen ist. Das User-Story-Mapping bietet Teams Gelegenheiten, die Bedürfnisse und Erwartungen der Kunden zu besprechen, unterschiedliche Erfahrungen oder Ideen zu hören und einen logischen Rahmen für die Ausführung von Arbeiten und die Planung von Veröffentlichungen zu schaffen. Backlog-Elemente (User-Storys, Funktionen oder Anforderungen) werden basierend auf den Bedürfnissen der Benutzer priorisiert und nicht nach dem, was der Entwickler für wichtig hält. Teams können dann Elemente zu Entwicklungssprints hinzufügen und den Beteiligten die Erwartungen an die Zeitleiste geben.

Zane Bond, Senior Product Manager bei Alert Logic, hat erfolgreich mit User-Story-Mapping für eine große strategische Funktion gearbeitet. „Unsere Gruppe bestand aus führenden Produktingenieuren und Fachexperten. Die Produktvertreter skizzierten das zu lösenden Problem, und die KMU lieferten eine Fülle von Ideen und Kontexten. Dies wurde alles auf Haftnotizen festgehalten. Der Prozess stellte sicher, dass alle die Funktion und das Ziel verstanden, die Benutzerreise war klar und wir konnten verschiedene Perspektiven und Alternativen sehen. Am Ende konnten wir nicht umsetzbare Lösungen eliminieren und Umfang und Aufwand vereinfachen und gleichzeitig die Kernanforderungen erfüllen.“

User-Story-Maps sind teamorientiert

User-Story-Mapping ist ein großartiges Werkzeug, um ein einheitliches Verständnis dafür zu entwickeln, wie Ihre Produktfunktionen funktionieren sollten. Die Fähigkeit, eine einheitliche Geschichte zu entwickeln, umfasst ein Team aus verschiedenen Unternehmensbeteiligten und Kundenbenutzern. Das Team kann folgende Teilnehmer umfassen:

  • Produktmanager/-inhaber
  • Entwickler/Ingenieure
  • Außendienstmitarbeiter
  • UI/UX-Entwickler
  • Mitarbeiter des Kunden-/technischen Supports
  • Business Analysts
  • Marketing/Produktmarketing
  • Finanzen
  • Rechtsabteilung
  • Benutzer

Bewährte Vorgehensweisen für User-Story-Mapping

Das Format des User-Story-Mappings hängt von der Struktur jedes Unternehmens und Teams ab, aber es beginnt oft damit, ein Team von Fachexperten (KMU) in einem Konferenzraum zusammenzubringen und ihnen grundlegende Tools zur Verfügung zu stellen: Papier, Marker, ein Whiteboard, Post-its und eine Kamera. Teams können diese Tools verwenden, um Informationen über Benutzer, Funktionen oder Prozessschritte zu notieren.

Der erste Schritt lädt alle ein, sich zu beteiligen und an Rollenspielen teilzunehmen. Es ist wichtig, die Benutzer, ihre Probleme und ihre Interaktion mit dem Produkt zu identifizieren. Teilnehmer, die mit Kunden interagieren, leisten einen großen Beitrag zu diesem Prozess.

Ein einfaches Skript kann verwendet werden, um eine User-Story zu erzählen: „Kann ich als (Benutzer) eine (Aktion ausführen), damit ich (einen Nutzen habe)?“

Dieses Skript könnte wie folgt lauten: „Kann ich als Kreditkartenkunde online gehen und eine Zahlung planen, damit es keine Verzögerungen gibt?“

Post-its in verschiedenen Farben können helfen, schrittweise Prozesse mit unterstützenden Aktivitäten darzustellen. Sobald die Teams User-Storys entwickelt haben, können Post-its in logische Sprints mit Zeitachsen und Release-Schätzungen gruppiert werden.

Der äußerst visuelle Charakter dieser Übung stellt das Backlog umfassend dar und kann Probleme, Ungereimtheiten in der Planung, Engpässe, Lücken, nicht umfangsbezogene Funktionen, alternative Lösungen und Risiken beleuchten. Dies ermöglicht es dem Team, die anschließende Umsetzung zu planen.

Bewährte Vorgehensweisen für das User-Story-Mapping:

  • Stellen Sie Tools zur Verfügung, die den Visualisierungsprozess unterstützen: Marker, Whiteboards, Post-it-Notizen, Aufkleber (Punkte und Sterne, um wichtige Details hervorzuheben).
  • Befragen Sie Kundenvertreter, die die Geschichten aus der Kundenperspektive erzählen können.
  • Verwenden Sie Wireframes, um Storys zu unterstützen.
  • Fügen Sie in jede User-Story ein, wer beteiligt ist, worum es geht und wann dies erfolgen soll.
  • Stellen Sie jede User-Story so spezifisch ein, dass sie in einer einzigen Iteration kodiert wird.

 

Shai Shandil

Shai Shandil, Agile Coach with Softsolutions, is a Certified Scrum Professional trained by Jeff Patton. He advises, “Teams should be co-located (at least temporarily). The presence of clients or their representatives adds value to the process, and tactile tools (a big wall, painter’s tape, sticky notes, markers) are very useful.”

Klicken Sie hier, um eine Beispiel-User-Story-Map von Shandil und seinem Team anzuzeigen.

Die X/Y-Achse: Wo Designer und Entwickler zusammenarbeiten

Eine User-Story-Map kann in verschiedenen Formen dargestellt werden, wird aber am häufigsten in einer dynamischen Optik dargestellt, die eine X- und eine Y-Achse enthält. Die horizontale Achse (X) enthält die sequenzielle Reihenfolge der Aktivitäten, die ein Benutzer bei der Verwendung eines Systems erlebt. Die vertikale Achse (Y) stellt eine zunehmende Raffinesse der Funktionalität dar. Die erste Zeile enthält die grundlegendsten Funktionen, und die nachfolgenden Zeilen werden komplexer.

Sie können die folgende Vorlage verwenden, um eine User-Story abzubilden. Sie können die Vorlage mithilfe von Microsoft Word ausfüllen oder sie mithilfe von Post-its an einer Wand nachbilden. Die Anzahl der Felder kann je nach den Aktivitäten variieren, die während der Verwendung eines bestimmten Systems stattfinden.

Vorlage für eine User Story Map

 

  Vorlage in Word herunterladen

 

 

Jonathan Roger

Jonathan Roger, Operations Director with AndPlus and Certified ScrumMaster, applies user story mapping when working with clients. “First, we write epics (very large user stories). Once we have the high-level user flow for an application, we order the epics along the top of a board. Under each epic, we place smaller, individual user stories. Each of these represents one way to use the system. The final step is to prioritize in order to define the minimum viable product for our client’s end-users.”

Im Folgenden finden Sie ein Beispiel-X/Y-Diagramm mit einem in Gold hervorgehobenen Produkt mit minimalen Funktionen.

 

user story sample mvp

Lean und Agile kann dann umgesetzt werden, wenn die Map fertig ist

Sobald das Gesamtbild steht, ist es nützlich, mit den Designern, Entwicklern und interessierten Beteiligten die Map durchzugehen. Wenn Benutzer für diese Übung verfügbar sind, werden die Ergebnisse mit ihren tatsächlichen Erfahrungen übereinstimmen. In diesem Prozess überprüft das Team die User-Story-Map, um Löcher zu füllen oder vergessene Elemente zu identifizieren, mit dem Ziel, ein besseres Produkt zu schaffen.

Wenn die Karte fertig ist, ist es an der Zeit für die Sprint- und Iterationsplanung. Hier verwendet das Team die Sprache und Praktiken von Agile, Lean und Scrum, um Zeitachsen zu definieren und das Projekt in Bewegung zu bringen, indem es Epics, Backlogs und Aufgaben entwickelt und zuweisen wird.

User-Story-Mapping vereinfacht Agile- und Lean-Methoden

Das User-Story-Mapping unterstützt die Agile- und Lean-Entwicklungsmethoden. Agile ist auf kleine Arbeitsschritte und schnelle Ergebnisse angewiesen. User-Story-Mapping ermöglicht diesen iterativen Ansatz, indem ein Backlog mit Funktionen erstellt wird, die zusammengefasst und priorisiert werden können.

Die Herausforderung des User-Story-Mappings: Fokussiert bleiben

Um den Kunden und seine Bedürfnisse zu verstehen, braucht es Recherche und Empathie. Dies kann Herausforderungen mit sich bringen und die anfängliche Planung des Teams oder die Erwartungen stören oder verändern. Sie sollten so nah am Kundenerlebnis wie möglich recherchieren. Umfragen und Interviews sind immer nützlich. Kundendiensttechniker, Vertriebsmitarbeiter und UX-Designer haben möglicherweise mehr Erfahrung mit den Wünschen ihrer Kunden und können bei der Aufdeckung dieser Wünsche helfen.

Im Folgenden finden Sie einige häufige Herausforderungen des User-Story-Mappings:

  • Mangelnde Klarheit: Vor Beginn des User-Story-Mapping-Prozesses ist es unerlässlich, Ihren Zielkunden und das Problem zu kennen, das Ihre Lösung löst (oder zu lösen beabsichtigt).
  • Standort des Teams: Herausforderungen bei der Planung, Besprechung und Kommunikation können auftreten, wenn sich Teams an verschiedenen Orten befinden und nicht persönlich arbeiten können.
  • Dokumentation: In einigen Fällen werden erste Gespräche im Team darüber, was enthalten sein soll, möglicherweise nicht richtig dokumentiert oder nach Bedeutung eingestuft. Darüber hinaus können Whiteboards und Haftnotizen verloren gehen, wenn sie nicht dokumentiert sind. Die Erstellung des Backlogs kann sich wie überflüssige Arbeit anfühlen und zu einer unzusammenhängenden Anhäufung von Storys werden. Das macht es umso schwieriger, das Projekt zu verstehen.
  • Fokus: Storys können sich aus anderen Gründen als der Benutzerakzeptanz oder dem Bedarf der Benutzer auf Funktionen konzentrieren. Was der Endbenutzer für unerlässlich hält, kann in unzähligen Backlogs untergehen und niemals im Produkt auftauchen oder als Backlog für eine spätere Version zugewiesen werden.

Die wichtigsten Tools für das Mapping von User-Storys

Das User-Story-Mapping begann als Offline-Übung, bei der einfaches Büromaterial und Teamarbeit zum Einsatz kommen, um eine Story zu erstellen, die bei der Priorisierung von Projekten zur Produktentwicklung hilft. Aber wenn Teams an verschiedenen Orten oder an zahlreichen Projekten arbeiten, kann es an der Zeit sein, die Map von der Wand des Konferenzraums zu nehmen und sie online zu stellen. Software-Tools können die Kommunikation im gesamten Gebäude oder auf der ganzen Welt erleichtern. Die Entscheidung, ob kostenlose oder kostenpflichtige Lösungen zum Einsatz kommen, hängt wie bei allen Tools von der Größe, dem Umfang und der Komplexität der Projekte ab. Es gibt verschiedene Tools von Anbietern, wie cloudbasierte StoriesOnBoard und FeatureMap, Rally by CA, Jira und die Open-Source-Scrum-Lösung KADOS.

Eines der primären Ziele des User-Story-Mappings ist es, die einzelnen Storys zu nehmen und ein hochfunktionales und nützliches kundenorientiertes Produkt zu erstellen. Es wird immer Backlogs und inkrementelle Releases geben, aber diejenigen, die sich auf geschätzte Funktionen konzentrieren, genießen eine größere Akzeptanz, was wiederum zu einem höheren Return on Investment (ROI) führt. Das User-Story-Mapping bietet auch eine logische Überbrückung der oft konkurrierenden Bedenken von Softwaredesignern und denjenigen, die das Endprodukt entwickeln. Patton erklärt: „Das Modell, das wir entwickelt haben, kann Ihnen ein besseres Bild der Funktionen Ihrer Software geben und Ihrem Unternehmen dabei helfen, den nützlichsten und kohärentesten frühen Release zu erstellen.“

Mit Smartsheet für die Softwareentwicklung ein besseres Benutzererlebnis schaffen

Befähigen Sie Ihr Team, über sich selbst hinauszuwachsen – mit einer flexiblen Plattform, die auf seine Bedürfnisse zugeschnitten ist und sich anpasst, wenn sich die Bedürfnisse ändern. Mit der Plattform von Smartsheet ist es einfach, Arbeiten von überall zu planen, zu erfassen, zu verwalten und darüber zu berichten. So helfen Sie Ihrem Team, effektiver zu sein und mehr zu schaffen. Sie können über die Schlüsselmetriken Bericht erstatten und erhalten Echtzeit-Einblicke in laufende Arbeiten durch Rollup-Berichte, Dashboards und automatisierte Workflows, mit denen Ihr Team stets miteinander verbunden und informiert ist. Es ist erstaunlich, wie viel mehr Teams in der gleichen Zeit erledigen können, wenn sie ein klares Bild von der geleisteten Arbeit haben. Testen Sie Smartsheet gleich heute kostenlos.

 

Finden Sie heraus, weshalb sich mehr als 90% der Fortune 100-Unternehmen bei der Erledigung von Arbeiten auf Smartsheet verlassen.

Smartsheet kostenlos testen Get a Free Smartsheet Demo