Template für User-Story-Maps
Mit diesem Template kannst du eine User-Journey unkompliziert visuell darstellen und ordnen.
Über das User-Story-Map-Template
Die User-Story-Mapping-Technik, die 2005 von Jeff Patton eingeführt wurde, bietet einen agilen Ansatz für die Verwaltung von Produkt-Backlogs. Aber was sind User-Story-Maps und wie kannst du eine solche Map mit deinem Produktteam erstellen? Lies weiter, um mehr über diese Methode zu erfahren.
Was ist eine User-Story-Map?
Einfach gesagt bieten User Story Mapping Tools eine Rahmenstruktur, die Produktteams für die Planung von Produkteinführungen verwenden. Der Ansatz hilft ihnen dabei, ihren Schwerpunkt auf dem betrieblichen Nutzen und die bei der Produktveröffentlichung für Kunden wichtigen Funktionen beizubehalten. Die Map besteht aus User-Storys, die auf folgende Weise geschrieben sind:
Als < eine bestimmte Art von Nutzer > möchte ich < eine Zielsetzung oder Aufgabe umsetzen >, um < ein Ergebnis zu erreichen >.
Sie wird üblicherweise in Form einer Karte für Teamgespräche verwendet, wobei der Erfolg durch die Akzeptanzkriterien bestimmt wird. Die Methode vermittelt einem funktionsübergreifenden Team ein gemeinsames Verständnis dessen, was notwendig ist, um die Bedürfnisse der Kunden zu erfüllen. Die User Story in Agile auch genutzt, um Prioritäten und Backlogs besser planen zu können.
Die Vorteile von User-Story-Mapping
User-Story-Mapping dient Design- und Produktentwicklungsteams als eine visuelle Orientierungshilfe, die sie als ihre eigene Roadmap bei der Formulierung und bei Iterationsschleifen eines Produkts einsetzen können.
Jeden einzelnen Schritt in der Customer-Journey ermitteln
Einer der größten Vorteile von User-Story-Mapping besteht darin, dass dich die Methode dazu zwingt, jeden Berührungspunkt, den der Kunde mit deinem Produkt hat, durchzugehen und die Customer-Experience ganzheitlich zu betrachten. Designer- oder Produktentwicklern kann es sehr leicht passieren, dass sie sich in der Backend-Ansicht verlieren. Daher ist die direkte Wahrnehmung des Produkts durch den Kunden entscheidend dafür, ein Produkt dementsprechend zu designen.
Produkt-Backlogs visualisieren und verwalten
User-Story-Mapping hilft Teams auch dabei, bestimmte Aufgaben dynamisch und visuell darzustellen. Mit einer User-Story-Map lassen sich große Projekte erfassen und in kleinere Komponenten aufgliedern, welche anschließend an bestimmte Teammitglieder delegiert werden können. Das übergeordnete Rahmenwerk der Customer-Experience gibt dabei stets die Richtung für den Prozess vor.
Aufgaben brainstormen und priorisieren
Die Darstellung der User-Journey durch dein Produkt als User-Story-Map hilft dir auch dabei, Lücken in der Reise zu erkennen, die es zu füllen gilt. Dein Team kann die Map vom Anfang bis zum Ende betrachten und über Aufgaben und Projekte nachdenken, mit denen sich mögliche Lücken füllen lassen. Anschließend können die Teammitglieder gemeinsam Prioritäten für diese Aufgaben festlegen.
Gängige Herausforderungen bei User-Story-Mapping
Die folgenden Abschnitte beschreiben einige der Schwierigkeiten, auf die Teams beim User-Story-Mapping häufig stoßen, und mögliche Lösungsansätze.
Fehlende Definition von Nutzer-Personas
Eine klar definierte Nutzer-Persona ist die Grundlage für erfolgreiches User-Story-Mapping (was der Begriff „User“ in „User-Story-Mapping“ ja bereits aussagt). Unterschiedliche Personas nehmen möglicherweise unterschiedliche „Reiserouten“ durch dein Produkt. Daher benötigen mehrere Personas eventuell mehrere User-Story-Maps. Aber wenn du keine klar definierte Nutzer-Persona hast, wirst du Schwierigkeiten damit haben, die Ziele zu verstehen, die Nutzer mit deinem Produkt verfolgen.
Fehlende Zielsetzung
User-Story-Mapping sollte auch ein klar definiertes Ziel haben. Unabhängig davon, ob du ein bestimmtes Problem lösen möchtest oder ob du Lücken innerhalb der Customer-Journey finden und beheben willst oder ob du die Abwanderung von Kunden vermeiden möchtest, musst du von Anfang an ein klares Ziel vor Augen haben.
Mangelhafte Einbindung von Stakeholdern
An der Erstellung einer User-Story-Map sollten verschiedene Gruppen in deinem Unternehmen beteiligt sein. Marketing- und Vertriebs-, UX- und UI-, Produktentwicklungs- und Kundendienstteams: Sie alle haben unterschiedliche Einblicke in die verschiedenen Berührungspunkte, die Nutzer mit deinem Produkt haben, und sollten daher für eine ganzheitliche Sichtweise einbezogen werden.
Wann solltest du das User-Story-Map-Template verwenden?
Vorbei sind die Zeiten, in denen sich Teams einfach in einem Konferenzraum treffen und User-Storys auf einem konventionellen Whiteboard gemeinsam ausarbeiten konnten. Damals verwendete man herkömmliches Büromaterial, um bestimmte Elemente zu beschriften. Abschließend wurde ein Foto aufgenommen und später digitalisiert. Mit dem User-Story-Map-Template in Miro können Teams Zeit sparen, indem sie in Echtzeit von verschiedenen Orten aus auf einem digitalen, interaktiven Whiteboard zusammenarbeiten.
Produktmanager und Scrum-Master werden von diesem einfachen, benutzerfreundlichen Tool begeistert sein, denn es bietet ihnen und ihren Teams die Voraussetzungen, um Maps darzustellen, automatisch eine Verbindung zu Jira herzustellen und Seite an Seite zu arbeiten, auch wenn sie sich nicht am selben Ort befinden.
So erstellst du dein eigenes User-Story-Map-Whiteboard in Miro
Mit dem User-Story-Mapping-Tool von Miro kannst du Storys gemeinsam mit anderen unabhängig von eurem jeweiligen Aufenthaltsort online verwalten. Dank unendlicher Whiteboards geht euch der Platz nie aus und ihr könnt in Echtzeit zusammenarbeiten. Die folgenden Schritte erläutern, wie du mit dem User-Story-Map-Template dein eigenes Team-Canvas erstellen kannst:
1. Füge das User-Story-Map-Template zu einem Miro-Whiteboard hinzu.
Beginne hierfür mit einem Klick auf „Dieses Template verwenden“. Oder installiere auf einem leeren Miro-Whiteboard ein Framework aus dem Miro Marketplace, um es zu deiner Symbolleiste hinzuzufügen. Zu Beginn hat das Template drei leere Karten, auf denen du Nutzeraktivitäten, Aufgaben und Storys hinzufügen kannst.
2. Ermittle deine Nutzer-Persona und beschreibe dann Schritt für Schritt die einzelnen Aufgaben.
Gruppiere die vom Nutzer durchgeführten Aufgaben nach den Zielen oder Aktivitäten des Nutzers. Du kannst eine Karte erweitern, falls du mehr Text notieren möchtest, und die Formatierung schnell anpassen. Anschließend solltest du nützliche Details wie Termine, die mit einer Aufgabe beauftragten Personen, Tags und Links hinzufügen.
3. Priorisiere die Storys für einen Sprint.
Um die Struktur deiner Map zu bearbeiten, kannst du einzelne Karten oder Gruppen von Karten durch Ziehen und Ablegen verschieben. Das Template wird anschließend automatisch angepasst. Füge Abschnitte für anstehende Produktveröffentlichungen und Produktversionen ein. Nutze Sprint Planning, um Aufgaben und Ziele auf einen festen Zeitraum festzulegen.
4. Mach dich bereit für einen Sprint.
Wenn du mit Jira arbeitest, kannst du eine Issue-URL einfügen oder Karten direkt im Whiteboard in Jira-Issues umwandeln. Wenn du mit Jira arbeitest, kannst du eine Issue-URL einfügen oder Karten direkt im Whiteboard in Jira-Issues umwandeln.
5. Gestalte die Map zusammen mit deinem Team.
Lade Teammitglieder dazu ein, in Echtzeit Beiträge hinzuzufügen und zusammenzuarbeiten. Wenn du neue Iterationsschleifen für dein Produkt durchführst, solltest du die User-Story-Map im Laufe der Zeit immer wieder als Referenz heranziehen, neue Funktionalität hinzufügen und sie basierend auf neuen Daten oder Erkenntnissen aktualisieren, die du erhältst, wenn Nutzer das Produkt ausprobieren.
Lerne mehr über Earned Value Management und welche Rollen User Stories hierbei spielen.
How do you use user story maps in Agile?
Agile is about getting your product backlog organized and prioritizing delivery. User story mapping helps to prioritize the backlog. The product teams know what matters to users and what to work on first through the user story map. It’s important to note that user story mapping is about user stories, not features.
Beginne jetzt mit diesem Template
Template für die „Look, Mock, Analyze“-Methode
Ideal für:
Design, Desk Research, Product Management
Die Erledigung deiner Hausaufgaben (auch Recherche genannt) ist ein wichtiger Schritt in deinem Designprozess, und der „Look, Mock, Analyze“-Ansatz hilft dir dabei, diesen Schritt zu hinterfragen, zu strukturieren und zu optimieren. Mit diesem leistungsstarken Tool kannst du deine Stärken und Schwächen erkennen, was du richtig oder falsch gemacht hast und ob du Zeit effizient genutzt hast. Unser „Look, Mock, Analyze“-Template macht es dir leicht, dir Inspiration zu holen, Mockup-Designs zu erstellen und Feedback einzuholen. Das Board lässt sich in weniger als einer Minute einrichten.
Block Diagramm Vorlage
Ideal für:
Mapping, Software Development, Diagrams
Verwende diese Vorlage, um technische Systeme zu veranschaulichen. Blöcke stellen wichtige Objekte im System dar, und Pfeile zeigen, wie die Objekte zueinander in Beziehung stehen. Ideal für Ingenieure, Workflow-Manager oder alle, die versuchen, einen besseren Prozess zu entwickeln.
Template für PI-Planung
Ideal für:
Agile Methodologie, Strategische Planung, Software-Entwicklung
PI-Planung steht für „Program Increment Planning“, also die Planung des nächsten Programminkrements. Sie ist Teil des „Scaled Agile Framework“ (SAFe) und hilft Teams dabei, die Strategie für eine gemeinsame Vision zu entwickeln. In einer typischen PI-Planungssession kommen Teams zusammen, um einen Programmbacklog zu prüfen, funktionsübergreifende Abstimmungen durchzuführen und Entscheidungen über nächste Schritte zu treffen. Viele Teams führen alle 8 bis 12 Wochen eine PI-Planung durch, aber du kannst den Planungsrahmen an deine Bedürfnisse anpassen. Verwende die PI-Planung, um Funktionen aufzuschlüsseln, Risiken zu erkennen, Abhängigkeiten zu finden und zu entscheiden, welche Storys du entwickeln wirst.
Template für den Statusbericht
Ideal für:
Strategische Planung, Dokumentation, Projektmanagement
Ein Statusbericht ist eine Momentaufnahme: Er zeigt dir, wie etwas zu einem bestimmten Zeitpunkt läuft. Du kannst einen Statusbericht für ein Projekt, ein Team oder eine Situation bereitstellen, solange er die Ereignisabfolge eines Projekts darlegt. Als Projektmanager kannst du diesen Bericht nutzen, um Protokoll über Projekt-Timelines zu führen. Im Idealfall sollte jeder Stakeholder des Projekts einen Statusbericht betrachten und folgende Frage beantworten können: „Wo stehen wir und wie sind wir hierher gekommen?“ Dieses Template dient dir als Ausgangsbasis für die Zusammenfassung des Fortschritts im Vergleich zu einem Plan oder Ergebnis.
Organigramm Template
Ideal für:
Organigramme, Betrieb, Kartierung
Aus wem besteht das Team? Welche Rollen spielen sie? Wem ist jedes Mitglied unterstellt? Ein Organigramm Template bzw. Org Chart (Organigramm) kann dies auf einen Blick beantworten. Diese visuellen Diagramme sind ideal für das Onboarding neuer Mitarbeiter und zeigen die Unternehmensstruktur und die Befehlskette auf, damit deine Teammitglieder die Berichtsbeziehungen, ihre Rolle und ihre Einbindung in die breitere Organisation verstehen. Mit unserem Template kannst du deine eigene Diagrammstruktur wählen und die Verbindungen zwischen Mitarbeitern, Rollen und Abteilungen einfach darstellen.
Storyboard-Template
Ideal für:
Design Thinking
Ein Storyboard wird in der Regel mit der Planung von Szenen eines Films oder Fernsehserie assoziiert. Mittlerweile wurde es jedoch auch in der Geschäftswelt übernommen. Ein Storyboard ist eine Reihe von Illustrationen, die zur Entwicklung einer Geschichte verwendet werden. Du kannst ein Storyboarding-Template immer dann heranziehen, wenn du dich wirklich in einen Kunden oder Benutzer hineinversetzen und verstehen willst, wie er denkt, wie er sich fühlt und wie er handelt. Diese Taktik kann besonders dann nützlich sein, wenn es ein Problem oder eine Ineffizienz bei einem bestehenden Prozess gibt. Du kannst ein Storyboard für bestehende Prozesse oder Workflows anwenden und planen, wie sie in Zukunft aussehen sollen.