Grundlagen kundenorientierter Agilität

Bei Easy Agile orientieren wir uns (natürlich) an agilen Prinzipien und bemühen uns, Softwareentwicklungsteams dabei zu unterstützen, agile Methoden in die Praxis umzusetzen. Da jedoch jeden Tag so viel zu erledigen ist, ist es leicht, die Kernprinzipien der agiles Manifest.

Sie denken wahrscheinlich, dass Sie die agilen Prinzipien schon einmal gelesen haben und sie jetzt in die Praxis umsetzen... den ganzen Tag, jeden Tag. Warum müssen wir sie noch einmal überdenken?

Sie müssen die Prinzipien nicht auswendig lernen. Sie sind viel mehr ein Leitfaden als ein Routineprozess. Aber wenn Sie die agilen Prinzipien mit Ihren täglichen agilen Praktiken abgleichen, wird bestätigt, dass Sie sie in die Tat umsetzen. Dies hilft Ihnen auch dabei, Bereiche zu identifizieren, in denen Verbesserungen möglich sind. 🙌

Die anhaltende Relevanz der Prinzipien des agilen Manifests

Das agile Manifest konzentriert sich auf:

• Kontinuierliche Verbesserung durch Reaktion auf Feedback und Änderungen
• Es ermöglicht Softwareentwicklern und funktionsübergreifenden Teams, sich so zu organisieren, dass Zusammenarbeit und Interaktion gefördert werden
• Kunden in den Entwicklungsprozess einbeziehen und auf ihr Feedback reagieren

Das Manifest skizziert 12 agile Prinzipien, die das A und O der agilen Softwareentwicklung sind. Wir möchten diesen agilen Prinzipien einen praktischen Kontext bieten und werden sie daher in drei Kategorien unterteilen: Entwicklung funktionierender Software durch Organisation, Unterstützung der Teams bei der Zusammenarbeit und Taktiken zur Kundenzufriedenheit.

Organisieren Sie sich, damit Sie funktionierende Software erstellen können

Die ersten agilen Prinzipien, die wir besprechen werden, drehen sich um das Konzept einer funktionierenden Software — ein Produkt, das Ihre Kunden so früh wie möglich im Softwareentwicklungsprozess verwenden können. Sie passen es an, sobald Sie Feedback darüber erhalten, was gut funktioniert und was verbessert werden könnte. Dies steht im Gegensatz zu einem Wasserfall von der Methodik bis zur Entwicklung, bei der es sich um einen lineareren Ansatz handelt, der in der Regel keine iterativen Aktualisierungen zulässt.

Ein Ziel ist es, funktionierende Software zu entwickeln, die kontinuierlich aktualisiert werden kann. Aber das ist leichter gesagt als getan ohne die Hilfe von speziell entwickelten Tools wie Jira, dessen Ziel es ist, agilen Teams bei der Verwaltung ihres gewählten agilen Frameworks zu helfen, sei es Kanban oder Gedränge. (Sie können unseren Leitfaden zu den Unterschieden zwischen lesen Kanban und Scrum... oder wie man sie zusammen benutzt. 💪)

Schauen wir uns nun an, welche der 12 agilen Prinzipien in diese Kategorie fallen — #3, #7 und #8 — und wie Jira dabei hilft, ein Framework zu implementieren, das diesen Prinzipien entspricht.

Agiles Prinzip #3

„Stellen Sie häufig funktionierende Software bereit, von ein paar Wochen bis zu ein paar Monaten, wobei Sie den kürzeren Zeitrahmen bevorzugen.“

Atlassian (die Macher von Jira) fasst zusammen die Verkörperung dieses Prinzips perfekt in seiner Definition eines Sprints: „Ein Sprint ist ein kurzer, zeitlich begrenzter Zeitraum, in dem ein Scrum-Team daran arbeitet, eine bestimmte Menge an Arbeit zu erledigen.“

Agile Sprints laufen zwar über einen kurzen Zeitraum, aber ihre reibungslose Ausführung erfordert für Produktbesitzer und Softwareentwickler viel Arbeit. Zum Glück bietet Jira Möglichkeiten, diese Arbeit zu rationalisieren — sieh dir unseren Leitfaden an Teile deines Sprints automatisieren.

Agiles Prinzip #7

„Funktionierende Software ist das wichtigste Maß für Fortschritt.“

Mit Sprints können Sie sicherstellen, dass Ihr Team schrittweise funktionierende Software bereitstellt. Wenn ein Sprint gut genug geplant ist, kann er als Stopp für die Veröffentlichung Ihrer nächsten Reihe von Features und Funktionen für Ihre Endbenutzer dienen.

Agiles Prinzip #8

„Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Nutzer sollten in der Lage sein, auf unbestimmte Zeit ein konstantes Tempo beizubehalten.“

Agile Frameworks wie Scrum können dabei helfen zu messen, ob ein Team ein konsistentes Tempo einhält. Innerhalb von Sprints kann der Aufwand auf verschiedene Arten gemessen werden, wie agile Storypoints. Wenn Sprints abgeschlossen sind, erstellt Jira automatisch einen visuellen Bericht darüber, wie viele Storypoints ein Team in seinem Team von Sprint zu Sprint abschließt Geschwindigkeitstabelle.

Zeit für Teamzusammenarbeit

Du bist ein agiles Team, das funktionierende Software bereitstellt und ein Super-Tool wie Jira nutzt, um deine Arbeit zu planen und deine Fortschritte zu verfolgen. Aber du brauchst eine menschliche Berührung, um wirklich agilen Werten zu folgen. Bitte begrüßen Sie die agilen Prinzipien #4, #6, #11, #5 und #12 auf der Bühne.

Agiles Prinzip #4

„Geschäftsleute und Entwickler müssen während des gesamten Projekts täglich zusammenarbeiten.“

Tägliche Stand-up-Meetings sind eine Manifestation dieses Prinzips. In diesem Meeting ging jedes Teammitglied auf drei Themen ein: (1) woran sie gestern gearbeitet haben; (2) woran sie heute arbeiten; und (3) was sie daran hindert, heute Fortschritte zu erzielen.

Agiles Prinzip #6

„Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu vermitteln, ist ein persönliches Gespräch.“

Ob in einem persönlichen Meeting oder in einem Remote-Meeting, die Vermittlung von Informationen ist schwierig — aber (puh) wir haben das bereits mit Methoden wie täglichen Sprints und Geschwindigkeitsdiagrammen angegangen, um Informationen zwischen den Teammitgliedern auszutauschen und den Teamfortschritt visuell zu überprüfen. Und schon bald werden Sie andere Möglichkeiten sehen, wie agile Softwareentwicklungsteams sich organisieren und miteinander kommunizieren.

Agiles Prinzip #11

„Die besten Architekturen, Anforderungen und Designs entstehen in Teams, die sich selbst organisieren.“

Nun, zunächst, was genau ist ein sich selbst organisierendes Team? Es bedarf keiner Anleitung oder eines Mikromanagements von außen, um herauszufinden, woran gearbeitet werden muss und wie diese Arbeit definiert und priorisiert wird. Diese Teams finden heraus, wie sie ihre Arbeit planen, iterieren, um diese Arbeit zu erledigen, und arbeiten dann gemeinsam daran, wie sie sich kontinuierlich verbessern können. Das agile Scrum-Zeremonien — Stand Up, Sprint Planning, Sprint Review und Retrospektive — sind ein praktisches Beispiel dafür.

Agiles Prinzip #5

„Baue Projekte rund um motivierte Menschen auf. Bieten Sie ihnen das Umfeld und die Unterstützung, die sie benötigen, und vertrauen Sie darauf, dass sie die Arbeit erledigen.“

Ok, nach diesem Prinzip sind wir aus dem Ruder gelaufen — aber aus gutem Grund. Das Befolgen des Prinzips #11 ist sinnvoll, da gute, selbstorganisierte Teams von Natur aus motiviert sind. Sie arbeiten zusammen, um herauszufinden, wie die Arbeit erledigt werden kann, und um sich gegenseitig zu helfen, wenn jemand nicht weiterkommt. Nichtsdestotrotz ist es wichtig, dass definierte Rollen in einem agilen Team, wie ein Scrum Master, der Teammitglieder motivieren und ihnen Feedback geben kann.

Agiles Prinzip #12

„In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.“

Dieses Prinzip beschreibt perfekt eine Rückblick — eine Teambesprechung, um über deinen letzten Sprint oder deine letzte Iteration nachzudenken und zu besprechen, wie du dich für den nächsten Sprint verbessern kannst. Indem du diese Fragen beantwortest: (1) Was lief gut? ; (2) Was hätte besser laufen können? ; und (3) Was können wir anpassen, um uns beim nächsten Mal zu verbessern? Ihr Team arbeitet zusammen und interagiert, um effektiver zu werden.

Kundenzufriedenheit erreichen

Nicht zuletzt gehören zu den agilen Prinzipien auch Kundenbedürfnisse. Wer ist Ihr Kunde? Was sind ihre Bedürfnisse? Wie reagieren Sie auf ihr Feedback, um sicherzustellen, dass Sie ein funktionierendes Produkt anbieten, das sie lieben? Geben Sie die Prinzipien #1, #2, #9 und #10 ein.

Agiles Prinzip #1

„Unsere höchste Priorität ist es, den Kunden durch frühzeitige und kontinuierliche Lieferung wertvoller Software zufrieden zu stellen.“

Es stellt sich heraus, dass Sie wissen müssen, wer Ihr Kunde ist, um Ihren Kunden zufrieden zu stellen. 😉 Das erfordert Arbeit. Eine bewährte Methode, um herauszufinden, wer Ihre Kunden sind, besteht darin, Kundenpersönlichkeiten. Dabei handelt es sich um fiktive Profile Ihrer Kunden, die Dinge wie ihre Verhaltensmuster, ihre gemeinsamen Probleme und das Aussehen ihrer allgemeinen demografischen Informationen dokumentieren.

Agiles Prinzip #2

„Wir begrüßen die sich ändernden Anforderungen, auch in der späten Entwicklungsphase. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.“

Anforderungen können nur wirksam geändert werden, wenn sie definiert und den Stakeholdern zur Rückmeldung zur Verfügung gestellt werden. Selbst wenn dieses Feedback spät in einem Entwicklungszyklus zu Veränderungen führt, ist das in Ordnung! (Wahrscheinlich erhalten Sie auch Feedback zu der funktionierenden Software, die Sie bereits geliefert haben. 😎) Tools wie ein Produkt-Roadmap oder ein User-Story-Map die visuelle Ansicht Ihres Produkt-Backlogs bieten Ihren Kunden und Stakeholdern eine Plattform, auf der sie Feedback geben können.

Agiles Prinzip #9

„Kontinuierliches Augenmerk auf technische Exzellenz und gutes Design erhöht die Agilität.“

Ein Wort: Rückblick.

Ok, noch zwei Worte: Sprint Review.

Im Zusammenhang mit Prinzip #9 sind die Retrospektive und das Sprint-Review zwei agile Zeremonien, mit denen Sie die Qualität und das Design Ihrer Software kontinuierlich anpassen können, um die Bedürfnisse Ihrer Kunden bestmöglich zu erfüllen.

Agiles Prinzip #10

„Einfachheit — die Kunst, die Menge der nicht geleisteten Arbeit zu maximieren — ist unerlässlich.“

Stellen Sie sich vor, Sie hätten Ansichten Ihrer Kundenprofile (Personas), eine visuelle Abbildung ihrer Reise durch Ihr Produkt (User Story Map) und eine priorisierte Ansicht Ihres Plans zur Auslieferung Ihres Produkts (Roadmap). Was für eine Zeit, um am Leben zu sein! Wenn Sie alle drei Dinge tun, hat Ihr Team wahrscheinlich ziemlich gute Einblicke in die Frage, ob Sie die richtige Arbeit erledigen oder nicht. 💪

Die 12 agilen Prinzipien in die Tat umsetzen

Jetzt verstehst du, wie die agilen Prinzipien in agile Frameworks umgewandelt wurden und wie Tools wie Jira agilen Teams helfen können, mit diesen Frameworks zu arbeiten. Wir haben auch drei effektive Möglichkeiten erwähnt, um diese Prinzipien in die Tat umzusetzen, und unsere Produkte machen es einfach.

• Einfacher agiler Teamrhythmus unterstützt agile Teams von der Planung bis zur Überprüfung mit Funktionen, die User Story Mapping, Backlog-Refinement, Sprint- und Versionsplanung sowie Team-Retrospektiven unterstützen.
• Einfache Agile Personas für Jira bietet Teams einen kundenorientierten Ansatz zur Verfeinerung von Backlogs.
• Einfache Agile Roadmaps für Jira bietet Teams und Stakeholdern visuelle Einblicke in die Vision und den Plan für ein Produkt.
• Einfache agile Programme ist eine komplette PI-Planungslösung, die eine skalierte teamübergreifende Planung und Ausführung einfach macht.

Schauen Sie sich alle unsere agilen Lösungen an in Der Marktplatz von Atlassian!

Stellen Sie sich vor, Sie versuchen, ein komplexes Möbelstück ohne die visuelle Bedienungsanleitung zusammenzubauen - nur eine lange Liste von Schritten. Frustrierend, oder? Genau so fühlen sich viele Teams, wenn sie von einem flachen Produkt-Backlog aus arbeiten. Sie haben Listen mit Funktionen und Anforderungen, aber sie haben die gesamte Customer Journey aus den Augen verloren.

Das ist wo Zuordnung von Benutzergeschichten kommt rein. Es hilft uns, den Wald zu sehen, bevor wir uns in den Bäumen verirren.

Die Macht des narrativen Flusses bei der Produktentdeckung

Das User Story Mapping verändert die Art und Weise, wie Teams an die Produktentdeckung herangehen. Anstatt direkt auf die Funktionen einzugehen, hilft es Ihnen, die gesamte Reise zu visualisieren, die ein Kunde mit Ihrem Produkt von Anfang bis Ende durchläuft. Dieser Fokus liegt auf Kundenorientierung stellt sicher, dass Sie Funktionen erstellen, die wirklich wichtig sind.

Wie Jeff Patton, der Pionierarbeit beim User Story Mapping geleistet hat, erklärt, sind traditionelle flache Backlogs so, als würde man versuchen, ein Buch zu verstehen, indem man eine Liste von Sätzen in zufälliger Reihenfolge liest. Sicher, der gesamte Inhalt ist da, aber die Geschichte — die Reise des Nutzers — geht verloren.

„Das User Story Mapping ist ein moderiertes, kuratiertes Gespräch, das alle mit auf die Reise nimmt. Es ist eine Gelegenheit für den Produktmanager, seine Erkenntnisse (der Tag für Tag tief in diesem Zeug steckt) zu analysieren und sie in die Köpfe des Teams zu übertragen, das im Begriff ist, sie umzusetzen. „- Nicholas Muldoon, Mitbegründer und CEO von Easy Agile

Erstellen Sie Ihre erste User Story Map

Sehen wir uns die Erstellung einer User Story Map für einen Streaming-Dienst wie Netflix oder Apple TV an. Wir werden sehen, wie ihre Teams das Nutzererlebnis beim Ansehen eines Films abbilden könnten.

Schritt 1 — Fangen Sie mit dem Gesamtbild an

‍

Identifizieren Sie zunächst die Hauptaktivitäten, die Ihre Nutzer durchmachen — was Jeff Patton das „Rückgrat“ oder den „Erzählfluss“ Ihrer Storymap nennt. Stellen Sie sich diese als Kapitelüberschriften in der Story Ihres Benutzers vor.

Für unser Beispiel für einen Streaming-Dienst könnte das Backbone so aussehen:

• Wählen Sie einen Film
• Film kaufen
• Film anschauen
• Film rezensieren/empfehlen

‍

🎯 Teamübung: Stellen Sie Ihr Team zusammen und fragen Sie: „Was sind die wichtigsten Schritte, die unsere Benutzer unternehmen, um ihr Ziel zu erreichen?“ Schreiben Sie jeden Schritt auf eine Karte oder eine Haftnotiz und ordnen Sie sie in chronologischer Reihenfolge von links nach rechts an.

Schritt 2 — Benutzeraufgaben hinzufügen

Jetzt kommen die vielen Details. Fügen Sie unter jeder Hauptaktivität die spezifischen Aufgaben hinzu, die Benutzer erledigen müssen. Diese werden zu Ihren Benutzergeschichten. Der Schlüssel liegt darin, sich weiterhin auf den Nutzernutzen und nicht auf die technische Umsetzung zu konzentrieren.

Im obigen Beispiel könnten dies Ihre User Stories für die Aktivität „Film auswählen“ sein:

• Freitextsuche
• Nach Genre durchsuchen
• Nach Neuzugang durchsuchen
• Nach den beliebtesten durchsuchen
• Sortiere nach den beliebtesten nach Genre
• Nach Neuzugang nach Genre durchsuchen

💡 Profi-Tipp: Schreiben Sie diese Aufgaben aus der Sicht des Benutzers. Anstatt „Suchfunktion implementieren“ zu schreiben, schreiben Sie „Nach bestimmten Filmen suchen“.

‍

Schritt 3 — Master-Backlog-Priorisierung

Hier glänzt das User Story Mapping im Vergleich zu flachen Backlogs wirklich. Sie organisieren Ihre Storys sowohl horizontal (in der Reihenfolge) als auch vertikal (nach Priorität). Dieser Ansatz hilft sowohl bei der Priorisierung von Funktionen als auch bei der Sprint-Planung.

Horizontal: Ordne Geschichten von links nach rechts in der Reihenfolge an, in der Benutzer sie natürlich aufführen würden.

Vertikal: Ordnen Sie die Geschichten von oben nach unten in der Reihenfolge ihrer Priorität an, und zwar nach dem Wert, den sie für den Nutzer haben. Sie können den Wert anhand von Gesprächen mit Nutzern, Analysen von Nutzungsmustern oder einer anderen Form von Erkenntnissen, die für Ihr Produkt geeignet sind, ermitteln.

Stell es dir vor, als würdest du ein Haus bauen. Das Fundament (Must-Haves) kommt zuerst, dann die Wände (sollte man haben) und schließlich die dekorativen Details (Nice-to-Haves).

Vorrangiger Rahmen:

HOCH (Muss sein)

• Kernfunktionen, die für die grundlegende Benutzererfahrung unerlässlich sind
• Kritische Nutzerbedürfnisse wurden aus der Forschung identifiziert
• Beispiel: Einfache Suche, Filmwiedergabe, Zahlungsabwicklung

MEDIUM (hätte sein sollen)

• Wichtige Funktionen, die das Benutzererlebnis verbessern
• Bestätigte Benutzerwünsche anhand von Feedback
• Beispiel: Genrefilterung, Empfehlungen, Bewertungsanzeige

NIEDRIG (Schön zu haben)

• Zusätzliche Funktionen für mehr Vergnügen
• Mögliche zukünftige Verbesserungen
• Beispiel: Teilen in sozialen Netzwerken, Erweiterte Empfehlungen, mehrere Beobachtungslisten

‍

Schritt 4 — Identifizieren Sie Ihre Veröffentlichungen

Zeichnen Sie nach dem Layout Ihrer Karte horizontale Linien, um Ihre Karte in Abschnitte zu unterteilen. Jedes Segment sollte ein vollständiges, wertvolles Nutzererlebnis bieten.

Moderation von User Story Mapping-Sitzungen

Um eine effektive User Story Mapping-Sitzung durchzuführen, müssen Sie mehr als nur die oben genannten Schritte ausführen. Ganz gleich, ob Ihr Team am gleichen Standort oder über mehrere Zeitzonen verteilt ist, wie Sie diese Sitzungen produktiv und ansprechend gestalten können:

Checkliste vor der Sitzung

• Laden Sie die richtigen Personen ein (Product Owner, Entwickler, Designer, Fachexperten)

• Bereiten Sie Erkenntnisse und Daten aus der Kundenforschung vor

• Richten Sie einen physischen oder digitalen Raum für die Zusammenarbeit ein

• Definieren Sie klare Sitzungsziele

• Planen Sie ausreichend Zeit ein (in der Regel 2-4 Stunden für die erste Kartierung)

Checkliste während der Sitzung

• Beginnen Sie mit dem Kundenkontext (teilen Sie Forschungsergebnisse, Personas)

• Konzentrieren Sie sich auf die Benutzerperspektive

• Dokumentieren Sie Fragen und Annahmen

• Machen Sie Fotos/Screenshots von laufenden Arbeiten

• Erfassen Sie Aktionspunkte und Entscheidungen

User Story Mapping für Teams am selben Standort

Stellen Sie sicher, dass der physische Raum für die perfekte User Story-Mapping-Sitzung gut ausgestattet ist.

• Große Wandfläche oder Whiteboard
• Viele Haftnotizen in verschiedenen Farben
• Marker für alle
• Raum für Teambewegung und Diskussion

User Story Mapping für Remote-Teams

Viele Teams müssen oft dirigieren User Story Mapping-Sitzungen aus der Ferne. Die Prinzipien bleiben zwar dieselben, die Ausführung erfordert jedoch einige zusätzliche Überlegungen:

1. Digitaler Arbeitsplatz:
   • Wählen Sie Tools für die Zusammenarbeit wie Easy Agile TeamRhythm
   • Vorlage vorher einrichten
   • Stellen Sie sicher, dass jeder Zugriff hat und mit den Tools vertraut ist
2. Engagement-Techniken:
   • Nutzen Sie kleinere Pausenräume für ausführliche Diskussionen
   • Nutzen Sie digitale Wahlen zur Priorisierung
   • Verwenden Sie zeitgesteuerte Aktivitäten, um die Energie aufrechtzuerhalten
   • Planen Sie kürzere Sitzungen mit klaren Pausen ein
   • Nehmen Sie Sitzungen für Teammitglieder in verschiedenen Zeitzonen auf

So funktioniert Remote User Story Mapping für Sie

Während der Pandemie wandte sich Lyft an Easy Agile TeamRhythm Story-Mapping von Benutzern aus der Ferne um ihre Teams zu verbinden und konzentriert zu halten, während sie von zu Hause aus arbeiten. Dieses Tool erleichterte es ihren verteilten Teams, zusammenzuarbeiten, Kundenreisen zu visualisieren und Prioritäten im Auge zu behalten — auch wenn alle voneinander getrennt waren.

Das Ergebnis? Eine Steigerung der Effizienz um 20% und eine reibungslosere, besser abgestimmte Teamarbeit. Es ist ein gutes Beispiel dafür, wie das richtige Tool dafür sorgen kann, dass sich die Arbeit im Home-Office viel weniger fernab anfühlt.

Bereit es auszuprobieren? Lassen Sie uns den Erfolg Ihres Teams mit folgenden Daten abbilden Einfacher agiler Teamrhythmus!

Häufige Fallstricke, die es zu vermeiden gilt

1. „Wir verlieren das große Ganze“

Lösung: Halten Sie Ihr Rückgrat jederzeit sichtbar. Treten Sie regelmäßig einen Schritt zurück und gehen Sie die gesamte Benutzerreise durch.

2. „Technische Diskussionen bringen uns aus der Patsche“

Lösung: Schaffen Sie einen „Parkplatz“ für technische Diskussionen. Konzentrieren Sie sich zunächst auf die Erfahrung des Benutzers und befassen Sie sich dann in separaten Sitzungen mit den Einzelheiten der Implementierung.

3. „Teilnehmer aus der Ferne engagieren sich nicht“

Lösung: Verwenden Sie Round-Robin-Techniken, um sicherzustellen, dass jeder seinen Beitrag leistet. Schaffen Sie explizite Gelegenheiten für Beiträge von Teammitgliedern an verschiedenen Standorten.

4. „Unsere Landkarte ist veraltet“

Lösung: Planen Sie regelmäßige Überprüfungssitzungen ein. Machen Sie die Aktualisierung der Karte zu einem Teil Ihrer Sprint-Zeremonien.

Halten Sie Ihre Storymap am Leben

Ihre User Story Map sollte keine einmalige Übung sein, die weggepackt wird. Sie sollte sich weiterentwickeln, wenn sich Ihr Verständnis von Benutzern vertieft. Halten Sie es lebendig und relevant, indem Sie:

1. Es sichtbar machen

• Präsentieren Sie es gut sichtbar in Ihrem Teambereich
• Halten Sie es in Ihren digitalen Tools zugänglich
• Verweisen Sie in Planungssitzungen darauf

2. Regelmäßige Aktualisierung

• Fügen Sie neue Erkenntnisse aus Kundenfeedback hinzu
• Passen Sie die Prioritäten auf der Grundlage der Erkenntnisse an
• Erledigte Artikel markieren
• Beachten Sie Änderungen der Benutzerbedürfnisse oder des Benutzerverhaltens

3. Verwenden Sie es zur Ausrichtung

• Referenz bei der Sprint-Planung
• Mit Stakeholdern teilen
• Wird für das Onboarding neuer Teammitglieder verwendet

Erfolgsmessung

Achten Sie abschließend auf diese Indikatoren, um festzustellen, ob Ihr Story-Mapping effektiv ist. Besondere Requisiten für dich und das Team, wenn du sie alle auf den Punkt bringst.

✓ Die Teammitglieder beziehen sich bei Diskussionen natürlich auf die Karte

✓ Kundenfeedback entspricht Ihrer Priorisierung

✓ Releases bieten kohärente Benutzererlebnisse

✓ Weniger unüberschaubare Funktionen und überlastete Funktionen

✓ Verbesserte Teamausrichtung auf Prioritäten

✓ Bessere Sprint-Planungssitzungen

Denken Sie daran, dass es beim User Story Mapping nicht darum geht, ein perfektes Dokument zu erstellen — es geht darum, bessere Gespräche über die Bedürfnisse der Nutzer zu führen und sicherzustellen, dass wir die richtigen Dinge in der richtigen Reihenfolge erstellen.

‍

Sie möchten tiefer in die Entwicklung kundenorientierter Produkte eintauchen? Laden Sie unser kostenloses E-Book „Understanding Customer Value in Agile“ herunter um zu lernen:

• Wie Sie der „Build-Falle“ entkommen und sich auf echte Kundenergebnisse konzentrieren
• Praktische Techniken, um Ihre Kunden tief zu verstehen
• Frameworks für die Erfassung und Umsetzung von Kundeninformationen
• Schrittweise Anleitung zur Erstellung aussagekräftiger Personas und Reisekarten
• Ein konkreter 30-60-90-Tage-Plan, um die Art und Weise zu verändern, wie Ihr Team den Kundennutzen versteht und erbringt

Laden Sie Ihr kostenloses Exemplar herunter hier und beginnen Sie Ihre Reise zu einer wirklich kundenorientierten agilen Entwicklung.

‍