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.
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.
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 in Word herunterladen
Im Folgenden finden Sie ein Beispiel-X/Y-Diagramm mit einem in Gold hervorgehobenen Produkt mit minimalen Funktionen.
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.