Agile Teams

Effizienz ist für Ingenieure von entscheidender Bedeutung. Wenn Sie die Tastenkombinationen in Visual Studio Code beherrschen, können Sie wertvolle Zeit sparen und mehr Zeit haben, sich auf die Problemlösung zu konzentrieren. Anstatt durch Menüs zu navigieren, können Sie mit den richtigen Tastenkombinationen schneller programmieren, nahtlos umgestalten und konzentriert bleiben. In diesem Handbuch behandeln wir wichtige Tastenkombinationen in einer TypeScript-Umgebung, mit denen Sie Ihren Arbeitsablauf optimieren und Ihre Produktivität steigern können.

IntelliSense-Code-Vervollständigungen

In den meisten Fällen werden Sie beim Tippen wahrscheinlich Codevervollständigungen verwenden, aber manchmal kann es schneller sein, sie manuell auszulösen, um schnell einen Eigenschafts- oder Parameterwert abzurufen. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination Strg+Leertaste.

Code-Schnipsel

Dies ist nicht unbedingt eine Abkürzung, aber ich wollte sie hinzufügen, da sie bei der Eingabe sich wiederholender Codemuster viel Zeit sparen kann. Codefragmente sind im Wesentlichen Vorlagen, die von Ihnen oder der Community erstellt werden, um die Eingabe sich wiederholender Codemuster wie Schleifen oder bedingter Anweisungen erheblich zu beschleunigen. Sie haben sie vielleicht schon einmal bemerkt, als das Intellisense-Popupmenü zur Codevervollständigung angezeigt wird. Sie sind an dem quadratischen Symbol zu erkennen. Ich schreibe häufig TypeScript, daher verwende ich häufig die integrierten JavaScript-Schnipsel, eine ES7+ React-Erweiterung und einige benutzerdefinierte Jest-Snippets. Ich kann das nur empfehlen Snippets-Benutzerhandbuch in der Visual Studio Codes-Dokumentation, wenn Sie mit dieser beginnen möchten!

Symbol umbenennen

Mit diesem Tastenkürzel können Sie die Funktion oder Variable, auf der sich Ihr Cursor befindet, umbenennen. Es benennt seine Definition und alle seine Referenzen um. Sowohl unter macOS als auch unter Windows lautet die Tastenkombination F2.

Schnelle Importe mit Quick Fix

Das manuelle Importieren von Variablen und Funktionen kann zeitaufwändig sein. Zum Glück geht das mit der Quickfix-Funktion viel schneller. Wenn sich Ihr Cursor auf einer Zeile mit einem Fehler oder einer Warnung befindet, können Sie ihn mit aktivieren ⌘+. auf macOS oder Strg+. unter Windows. Überprüfen Sie unbedingt die Importvorschläge, wenn Sie es mit einer größeren Codebasis zu tun haben, die mehrere Definitionen für dieselbe Variable oder Funktion haben könnte. In diesen größeren Umgebungen wird Ihnen möglicherweise zunächst der falsche Vorschlag unterbreitet!

Refaktorierung

Mit dieser Funktion können Sie den hervorgehobenen Code in eine wiederverwendbare Variable oder Funktion verschieben. Es kann sich als nützlich erweisen, wenn Sie dazu neigen, den Code zunächst einfach zusammenzuhacken und ihn dann zu überarbeiten und zu polieren, bevor Sie ihn an Ihre entfernte Filiale weitergeben und von Kollegen überprüft werden. Unter macOS lautet die Abkürzung ⌘+⌘+R und für Windows sind sie Strg+Shift+R.

Linie hoch/runter bewegen

Die Funktion „Linie nach oben oder unten bewegen“ macht genau das. Bewegen Sie die Linie, auf der sich Ihr Cursor befindet, nach oben oder unten. Das funktioniert auch, wenn Sie mehrere Zeilen markieren. Ich benutze das ziemlich oft, weil ich ehrlich gesagt ein Mensch bin und die Reihenfolge meines Codes nicht immer beim ersten Mal richtig verstehe. Auf macOS sind die Abkürzungen +↑ /↓ und Windows sind sie Alt+↑ /↓.

Gehe zur Definition und zeige Referenzen

Wenn Sie den Mauszeiger über einen Verweis auf eine Variable oder Funktion bewegen, wird Go to Definition genau das tun. Wenn Sie den Mauszeiger über eine Variablen- oder Funktionsdeklaration bewegen, zeigt die Tastenkombination „Referenz anzeigen“ ein Menü mit allen Referenzen an, falls es mehrere gibt, oder direkt zur Referenz, wenn es nur eine gibt. Unter macOS sind die Tastenkombinationen F12/G+F12 und Windows sind sie F12/Umschalttaste+F12.

Diese Tastenkombinationen sind großartig, aber ich persönlich finde, dass F12 etwas weit von meiner allgemeinen Handposition auf einer Tastatur entfernt ist, also entscheide ich mich für ⌘/Strg+Linksklick was ich häufig verwende und für beide Funktionen funktioniert.

Importe organisieren

Diese Tastenkombination entfernt alle unbenutzten Importe, sortiert bestehende Importe nach Dateipfaden und sortiert auch benannte Importe. Unter macOS lautet die Tastenkombination ++O und Windows Alt+Umschalttaste+O.

Dies ist eine wunderbare Abkürzung, um Zeit beim Aufräumen Ihrer Importe zu sparen, bevor Sie einen Commit ausführen, wenn Sie es gewohnt sind, ihn zu verwenden. Möglicherweise ziehen Sie es jedoch vor, Ihre settings.json mit der folgenden Konfiguration zu bearbeiten, damit die IDE dies beim Speichern für Sie erledigt. Die Datei settings.json kann gefunden werden, indem Sie die Befehlspalette öffnen (macOS & Windows: F1) und suche danach.

Diese Tastenkombinationen sind nur die wichtigsten, die ich häufig verwende oder von denen ich beabsichtige, mehr zu verwenden, aber es gibt eine Vielzahl von Tastenkombinationen für Visual Studio Code. Wenn Sie Ihre Effizienz in Visual Studio Code noch weiter steigern möchten, bieten sie einen Spickzettel für macOS und Windows was gut sein kann, um es griffbereit zu haben.

Observability ist ein entscheidender Aspekt bei der Entwicklung und Wartung zuverlässiger Anwendungen, und bei Easy Agile haben wir große Anstrengungen unternommen, um unsere Anwendungen so beobachtbar wie möglich zu machen. In einem kürzlichen Vortrag auf dem Atlas Camp 2025 berichtete Ryan Brown, unser Staff Engineer, über unsere Erfahrungen bei der Umstellung auf Forge und die dabei gewonnenen Erkenntnisse. Hier sind die wichtigsten Höhepunkte seines Vortrags.

Was ist Beobachtbarkeit und warum ist sie wichtig

Bei Observability geht es darum, genügend Daten zu sammeln und zu visualisieren, um den Zustand Ihrer Softwaresysteme zu verstehen und Probleme zu beheben, wenn sie auftreten. Im Gegensatz zur herkömmlichen Überwachung, bei der Sie erfahren, was wann passiert ist, geht Observability noch einen Schritt weiter und erklärt, warum und wie Probleme auftreten.

Für uns bei Easy Agile bedeutet starke Beobachtbarkeit:

• Hat uns geholfen, bessere Entscheidungen über Leistungs- und Infrastrukturanforderungen zu treffen
• Wir haben unseren Kundensupport drastisch verbessert, indem wir Probleme schnell lokalisieren konnten
• Passen wir uns an die Realität moderner, verteilter Anwendungen an

Ryan drückte es in seinem Vortrag so aus: „Als ich damals an Anwendungen gearbeitet habe, liefen wir auf zwei, drei, vielleicht höchstens vier Rechenzentren. Jetzt sprechen wir über Anwendungen, die auf globaler Ebene wachsen und von Menschen auf der ganzen Welt genutzt werden.“

Moderne Anwendungen sind weitaus verteilter als früher, und dicke Frontends werden so komplex wie Backends. Aufgrund dieser Verteilung ist der herkömmliche Ansatz, einige Server manuell zu überprüfen, unzureichend — wir benötigen ausgeklügelte Observability-Lösungen, um zu verstehen, was auf unseren Systemen vor sich geht.

Die drei Säulen der Beobachtbarkeit

Observability basiert auf drei Hauptpfeilern:

Metriken

Dies sind die zahlenbasierten Messungen Ihrer Software — CPU-Auslastung, Anforderungszeiten, Fehleranzahl usw. Aber rohe Zahlen allein sind nicht sehr hilfreich. Der Kontext ist entscheidend — zu wissen, dass Sie fünf Fehler haben, ist etwas ganz anderes als zu wissen, dass Sie innerhalb von zwei Minuten fünf Fehler von einem bestimmten Benutzer auf einem Server haben.

Metriken sind besonders aussagekräftig, wenn es darum geht, Trends im Laufe der Zeit zu identifizieren, sodass Sie genau feststellen können, wann Leistungsprobleme auftraten, oder Änderungen mit dem Systemverhalten korrelieren können.

Logs

Logs sind oft das Erste, womit Ingenieure Erfahrung sammeln, wenn es um Observability geht. Sie bieten detaillierte Aufzeichnungen von Ereignissen und sind der Eckpfeiler, um zu verstehen, was in Ihrem System vor sich geht. Sie liefern mehr Informationen als nur Metriken und erfassen nicht nur, was passiert ist, sondern auch Details zu jedem Ereignis, das eingetreten ist.

Sie sind reicher an Informationen, generieren aber auch mehr Daten. Logs könnten Ihnen beispielsweise sagen, dass ein Fehler aufgetreten ist, weil eine API eine schlechte Antwort zurückgegeben hat — aber das allein sagt Ihnen immer noch nicht, warum die Downstream-API ausgefallen ist.

Spuren

Mithilfe von Traces können Sie nachvollziehen, was auf all Ihren Systemen passiert, die zusammenarbeiten. Sie verfolgen Transaktionen, während sie verschiedene Dienste durchlaufen, und zeigen Ihnen genau, was passiert, wenn ein Benutzer auf eine Schaltfläche klickt oder eine Aktion ausführt.

„Die Rückverfolgung ist überraschend einfach“, erklärte Ryan. „Sie haben lediglich eine eindeutige Kennung für eine Transaktion, die von einem System zum nächsten System gemeinsam genutzt wird.“

Traces sind besonders nützlich, wenn Sie diese Kennung Endbenutzern zur Verfügung stellen können, wenn etwas schief geht. Diese ID kann Ihnen genau zeigen, was bei dieser Transaktion passiert ist, sodass das Rätselraten bei der Fehlerbehebung ein Kinderspiel ist.

‍

Beobachtbarkeit bei Connect und Forge

Unser aktueller Connect-Ansatz

Bei Easy Agile haben wir umfassende Observability für unsere Connect-Apps implementiert.

• Für alle unsere Anwendungen erfasste Metriken, Logs und Traces
• All diese Daten werden an einen Observability-Dienst eines Drittanbieters gesendet, um eine zentrale Ansicht zu erhalten
• Frontend-Komponenten, die auch Observability-Daten an denselben Dienst senden

Dieser Ansatz reduziert die kognitive Belastung unserer Techniker und bietet einen vollständigen Überblick über die Benutzerabläufe und das, was in unseren Systemen passiert. Dafür empfiehlt Ryan, kommerzielle Dienste wie Datadog oder New Relic oder sogar Open-Source-Optionen wie Signoz zu verwenden.

Bedenken hinsichtlich des Übergangs für Forge

Als wir uns Forge zum ersten Mal ansahen, hatten wir mehrere Fragen:

• Wie gut würde Tracing mit dem Kommunikationsmodell von Forge funktionieren?
• Könnten wir unsere eigenen benutzerdefinierten Metriken definieren?
• Wären wir in der Lage, Metriken und Logs sowohl vom Frontend als auch vom Backend zu sammeln?
• Könnten wir bestimmte Benutzertransaktionen zu Supportzwecken identifizieren?

Zum Zeitpunkt unserer Evaluierung waren Forge-Funktionen die primäre verfügbare Rechenoption, was Fragen zur Funktionsweise von Standard-Tracing-Bibliotheken im einzigartigen Kommunikationsmodell von Forge aufwarf.

Experimentieren mit einer einfachen App

Anstatt zu versuchen, eines unserer größeren Produkte zu migrieren, haben wir eine einfache „Sprint Notes“ -App erstellt, um die Beobachtbarkeit auf Forge zu testen. Dadurch konnten wir:

• Iterieren Sie schnell durch verschiedene Forge-Topologien
• Konzentrieren Sie sich beim Experiment auf die Beobachtbarkeit
• Beinhaltet alle notwendigen Komponenten (UI, API, Datenbank)

Wir haben diese App durch mehrere Phasen geführt:

1. Verbinde dich auf Forge: Unsere Connect-App über Forge ausführen
2. Forge mit Fernbedienungen: Verwenden Sie zwei Ansätze: Aufrufen von Fernbedienungen über Forge-Funktionen und Aufrufen von Fernbedienungen direkt von der Benutzeroberfläche aus‍
3. Forge Native: Die App komplett neu schreiben, um die Forge-Funktionen und den Entitätsspeicher zu verwenden

Wichtigste Ergebnisse

Auf Forge verbinden

Wenn Sie unsere Connect-App über Forge ausführen:

• Unsere gesamte bestehende Beobachtbarkeit funktionierte ohne Änderungen
• Frontend- und Backend-Metriken funktionierten weiterhin wie zuvor
• Die Ablaufverfolgungskennungen wurden korrekt weitergegeben
• Logs und Metriken wurden nicht in der Atlassian Developer Console angezeigt (was sinnvoll ist, da wir keine Forge-Module verwendet haben)

Die Observability-Story für Connect on Forge ist ziemlich einfach — sie funktioniert einfach. Ryan merkte an: „Die gesamte Observability, die wir auf Connect eingerichtet hatten, funktionierte genauso wie zuvor. Es gab keine großen Änderungen oder Probleme mit dem, was wir dort gesehen haben.“

Wir haben sogar mit verschiedenen Methoden experimentiert, um Daten an unseren Observability-Dienst zu senden, einschließlich der Verwendung eines Proxys unter unserer eigenen Domain, und alles funktionierte konsistent, solange die richtigen Content-Security-Header gesetzt waren.

Forge mit Fernbedienungen

Für Forge mit Fernbedienungen haben wir Folgendes gefunden:

• Frontend- und Backend-Observability funktionierten größtenteils
• Wir mussten permissions.external.fetch.client so einstellen, dass Metriken vom Frontend aus gesendet werden können
• Das Hinzufügen dieser Berechtigungen erforderte ein Upgrade der Hauptversion
• Metriken erfassten nicht alle API-Aufrufe, insbesondere Frontend-Aufrufe an Atlas-APIs
• Tracing-Identifikatoren waren Remote-Anrufern nicht zugänglich, wodurch die durchgängige Verfolgung eingeschränkt wurde

„Das ist ein bisschen enttäuschend... wir haben festgestellt, dass Forge bei Anrufen an unsere Fernbedienungen Tracing-Identifikatoren für die Verwendung im Backend generierte, aber leider waren diese Identifikatoren dann nicht dem ausgesetzt, was diese Fernanrufe tätigte“, erklärte Ryan.

Wir konnten zwar Protokolle in der Developer Console sehen und einige Metriken wurden erfasst, aber die Unfähigkeit, Tracing-Identifikatoren an Aufrufer weiterzuleiten, bedeutete, dass wir keine vollständige Rückverfolgbarkeit von der Benutzeroberfläche zur Datenbank erreichen oder Transaktions-IDs den Endbenutzern anzeigen konnten, ohne Problemumgehungen zu implementieren.

Forge-Einheimischer

Mit einem vollständig nativen Forge-Ansatz:

• Benutzerdefinierte Metriken und einfaches Tracing sind möglich, erfordern jedoch einen erheblichen Aufwand.
• Wir mussten eine benutzerdefinierte Handhabung mit Bibliotheken wie OpenTelemetry implementieren
• Die Beobachtbarkeit der Benutzeroberfläche blieb ähnlich wie bei der Remote-Implementierung.
• Wir könnten über undokumentierte Forge-API-Funktionen auf Korrelations-IDs zugreifen

Wir haben es geschafft, einen Machbarkeitsnachweis zu erstellen, der Spuren von Forge-Funktionen zu unserem Observability-Dienst zeigt, obwohl die Implementierung einer vollständigen Datenspeicherverfolgung zusätzliche Arbeit erfordern würde.

Empfehlungen und bewährte Verfahren

Basierend auf unseren Ergebnissen empfehlen wir:

1. Legen Sie Basiswerte für die Beobachtbarkeit fest

Finden Sie heraus, welche Daten Sie wirklich benötigen, anstatt alles zu sammeln. Observability-Dienste werden nach Volumen abgerechnet, sodass das Sammeln unnötiger Daten schnell teuer werden kann.

2. Verwenden Sie OpenTelemetry‍

Es entspricht der internen Implementierung von Forge und bietet eine gute Standardisierung. Es ist zwar schwieriger zu verwenden als einige sofort einsatzbereite Lösungen, aber die langfristigen Vorteile sind es wert.

‍3. Ziehen Sie einen Observability-Proxy in Betracht

Dies ermöglicht:

• Authentifizierung für eingehende Metriken
• Zusätzlichen Kontext hinzufügen
• Datenredigierung für sensible Informationen
• Entkopplung Ihrer Implementierung von bestimmten Anbietern

In Kombination mit OpenTelemetry bedeutet dieser Ansatz, dass Ihre Forge-Komponenten nicht wissen müssen, welchen Observability-Dienst Sie verwenden, wodurch Berechtigungsänderungen vermieden werden, wenn Sie den Anbieter wechseln.

4. Plane Genehmigungsaktualisierungen strategisch

Da sie wichtige Versionsupgrades erfordern, sollten Sie sie frühzeitig in Ihre Entwicklung einbeziehen.

5. Weitere wichtige Überlegungen

• Größere Versionsupgrades sind erforderlich, wenn Berechtigungen für Observability hinzugefügt werden
• Die Dokumentation für den Export von Logs und Metriken ist technisch korrekt, kann aber leicht falsch interpretiert werden
• Traces werden in Remote-Implementierungen nicht automatisch an Aufrufer weitergegeben

Abschließende Gedanken

Das Erreichen aller drei Säulen der Beobachtbarkeit auf Forge ist möglich, erfordert jedoch je nach Ihrer Implementierungsstrategie unterschiedliche Ansätze:

• Connect on Forge funktioniert nahtlos mit vorhandener Observability
• Forge mit Fernbedienungen erfordert eine zusätzliche Konfiguration
• Forge Native benötigt mehr benutzerdefinierte Implementierung

Diese Experimente werden für Open Source vorbereitet, also bleiben Sie dran Ryans LinkedIn für Updates.

Stellen Sie sich dieses allzu häufige Szenario vor: Ihre Teams haben in mehreren Abteilungen fleißig gearbeitet. Sie haben erfolgreich ein MVP nach perfekten agilen Praktiken entwickelt. Die Burndown-Charts sind wunderschön. Die Zusammenarbeit verlief reibungslos. Der Code ist sauber, getestet und versandbereit.

Es gibt nur ein kleines Problem — wenn du es für deine Nutzer veröffentlichst... Crickets. Niemand benutzt es. Niemand kümmert sich darum.

Klingt vertraut? Du bist nicht allein.

The Build Trap: Ein stiller Killer für agilen Erfolg

Viele agile Teams sind in einem Kreislauf gefangen, in dem Funktionen entwickelt werden, die ihren Kunden keinen echten Mehrwert bieten. Sie sind in das geraten, was die Produktstrategie-Expertin Melissa Perri „die Build-Falle“ nennt — sie konzentrieren sich auf Ergebnisse (wie ausgelieferte Funktionen) und nicht auf Ergebnisse (wie die Lösung echter Kundenprobleme).

Charlie Hill, VP of Strategic Design bei IBM, erklärt:

„Die wichtigste Frage, die Sie sich stellen müssen, lautet: Können Sie ein Ergebnis erzielen, das ein Benutzer als besser als die anderen verfügbaren Optionen ansieht? Und können Sie es vor Ihrer Konkurrenz an diesen Nutzer weitergeben? Denn wenn Sie das nicht können, wird es ein Kampf werden. Wenn Sie zu viel Zeit damit verbringen, die interne Geschwindigkeit zu messen, riskieren Sie, sich in einen sehr effizienten Prozess zu verlieben, aber den Markt aus den Augen zu verlieren.“

Das Wertaustauschsystem verstehen

Im Mittelpunkt einer erfolgreichen agilen Entwicklung steht ein grundlegendes Konzept: das Value Exchange System.

Es funktioniert so:

1. Auf der einen Seite haben Kunden spezifische Probleme, Wünsche und Bedürfnisse
2. Auf der anderen Seite entwickeln Unternehmen Produkte oder Dienstleistungen, um diese Probleme zu lösen.
3. Kunden erkennen den Wert nur, wenn ihre Probleme wirklich gelöst werden
4. Erst dann bieten sie dem Unternehmen durch Loyalität, Umsatz und Interessenvertretung einen Mehrwert zurück.

Diese wechselseitige Beziehung bildet die Grundlage von kundenorientiert agil. Wenn sich Teams darauf konzentrieren, echte Kundenprobleme zu lösen und nicht nur Funktionen auszuliefern, entsteht ein positiver Kreislauf, von dem sowohl der Kunde als auch das Unternehmen profitieren.

Warum traditionelles Agile oft das Ziel verfehlt

Agile Methoden wurden aus dem Wunsch heraus geboren, besser auf Veränderungen reagieren und schneller Werte liefern zu können. Aber irgendwann verloren viele Teams das ultimative Ziel aus den Augen — die Zufriedenheit der Kunden. Sie konzentrierten sich mehr auf:

• Sprint-Geschwindigkeit steht vor Kundenwirkung
• Storypoints über gelöste Probleme
• Die Fertigstellung von Funktionen hat Vorrang vor der Nutzerzufriedenheit
• Prozesseffizienz geht vor Markterfolg

Jeff Bezos, Gründer von Amazon, bringt es perfekt auf den Punkt:

„Es gibt viele Möglichkeiten, ein Unternehmen zu zentrieren. Sie können wettbewerbsorientiert sein, Sie können sich auf Produkte konzentrieren, Sie können sich auf Technologie konzentrieren, Sie können sich auf Ihr Geschäftsmodell konzentrieren... Aber meiner Ansicht nach schützt eine obsessive Kundenorientierung die Vitalität am ersten Tag am besten.“

Die sechs Säulen kundenorientierter Agilität

Um eine wirklich kundenorientierte agile Entwicklung zu ermöglichen, müssen Teams die folgenden grundlegenden Prinzipien anwenden:

1. Empathie an erster Stelle

• Gehen Sie hinter Ihrem Schreibtisch hervor und beobachten Sie Kunden in ihrer natürlichen Umgebung
• Höre auf ihre Frustrationen und feiere ihre Siege
• Sehen Sie die Welt mit ihren Augen, bevor Sie Lösungen versuchen

2. Ergebnisse sind wichtiger als Outputs

• Konzentrieren Sie sich auf die Wirkung Ihrer Funktionen, nicht nur auf deren Fertigstellung
• Messen Sie den Erfolg anhand gelöster Kundenprobleme
• Fragen Sie: „Wie verbessert das Leben unserer Nutzer?“ vor „Wie schnell können wir es versenden?“

3. Kontinuierliche Entdeckung

• Machen Sie das Kennenlernen von Kunden zu einem fortlaufenden Prozess, nicht zu einem einmaligen Ereignis
• Führen Sie regelmäßig Nutzerinterviews durch und analysieren Sie Nutzungsdaten
• Testen Sie weiterhin Annahmen und validieren Sie Entscheidungen

4. Denkweise des Experimentierens

• Machen Sie sich mit Unsicherheiten vertraut und seien Sie bereit, Annahmen zu testen
• Verwenden Sie Prototypen und MVPs, um Ideen zu validieren, bevor Sie sich voll und ganz engagieren
• Lerne aus Misserfolgen genauso wie aus Erfolgen

5. Funktionsübergreifende Zusammenarbeit

• Stellen Sie sicher, dass jeder im Team Zugriff auf Kundeninformationen hat
• Silos zwischen Produkt-, Entwicklungs- und Nutzerforschung aufbrechen
• Sorgen Sie dafür, dass der Kunde die Verantwortung jedes Einzelnen versteht

6. Schnelle Iteration

• Seien Sie bereit, auf der Grundlage von Kundenfeedback schnell zu wechseln
• Halten Sie technische Verfahren ein, die eine schnelle Reaktion auf das Lernen ermöglichen
• Wertanpassung gegenüber Befolgung eines Plans

Erste Schritte mit kundenorientierter Agilität

Die Prinzipien sind zwar einfach, aber ihre Umsetzung erfordert sorgfältige Überlegungen und einen systematischen Ansatz.

Beurteilen Sie zunächst Ihren aktuellen Zustand. Nehmen Sie sich Zeit, um zu verstehen, wie Ihr Team derzeit Kundeninformationen sammelt. Schauen Sie sich die Nutzungsraten und Nutzungsmuster Ihrer Funktionen an. Untersuchen Sie vor allem, wie Sie den Erfolg messen — verfolgen Sie Ergebnisse wie Geschwindigkeit oder Ergebnisse wie Kundenwirkung?

Als Nächstes Konzentrieren Sie sich auf den Aufbau von Kundenempathie in Ihrem gesamten Team. Planen Sie regelmäßige Kundengespräche — streben Sie mindestens eines pro Sprint an. Schaffen Sie Gelegenheiten für Teammitglieder aus allen Bereichen, Kunden bei der Nutzung Ihres Produkts in ihrer natürlichen Umgebung zu beobachten. Machen Sie den Austausch von Kundeninformationen zu einem regelmäßigen Bestandteil Ihrer agilen Zeremonien, nicht nur zu etwas, das bei Produktgesprächen stattfindet.

Endlich fange an, deine Metriken anzupassen um Ihren kundenorientierten Fokus widerzuspiegeln. Geschwindigkeit und Storypoints haben zwar ihren Platz, sollten aber nicht Ihre wichtigsten Erfolgsmaßstäbe sein. Fangen Sie an, die Ergebnisse und Auswirkungen Ihrer Kunden zu verfolgen. Überwachen Sie die Akzeptanz und das Engagement von Funktionen. Achten Sie darauf, wie sich Ihre Arbeit auf die Kundenzufriedenheit und Kundenbindung auswirkt.

Möchten Sie tiefer in die Umsetzung dieser Prinzipien eintauchen?

Wir haben einen umfassenden Leitfaden verfasst, der genau das tut und detaillierte Rahmenbedingungen für die Implementierung enthält.

Im“Den Kundennutzen in Agile verstehen„, finden Sie praktische Techniken, Fallstudien aus der Praxis und schrittweise Anleitungen zur Transformation Ihrer agilen Praxis. Jedes Kapitel baut auf diesen grundlegenden Prinzipien auf und hilft Ihnen dabei, wirklich kundenorientierte Entwicklungsprozesse zu entwickeln.

Holen Sie sich noch heute Ihr kostenloses Exemplar.

‍

Ausrichtung und Empathie in die Teamdynamik einzubinden, kann die Softwarebereitstellung revolutionieren. Warum machen wir das nicht alle?

Für Unternehmen mit zahlreichen Teams, die an komplexer Software mitarbeiten, ist es eine echte Herausforderung, eine echte Abstimmung und einen Konsens über die Benutzerbedürfnisse zu erreichen. Aber es lohnt sich, sie weiter zu verfolgen. Wenn Sie ein Gleichgewicht zwischen der Ausrichtung auf die Geschäftsziele und dem Einfühlungsvermögen der Kunden finden, wird sichergestellt, dass die Software, die Ihre Teams entwickeln, wirklich bei den Benutzern ankommt und diese Geschäftsziele erfüllt.

Warum Alignment in agilen Programmen wichtig ist

Ausrichtung ist mehr als nur die Festlegung von Zielen zwischen Teams. Es geht darum, Arbeitsabläufe miteinander zu verbinden, Herausforderungen zu erkennen und Lösungen zu entwickeln, die alle Perspektiven berücksichtigen, einschließlich der Bedürfnisse Ihrer Benutzer. Als Tony Camacho hat im Easy Agile Podcast geteilt:

„Bei der Ausrichtung geht es nicht nur um Ziele — es geht darum, die Arbeitsabläufe, Bedürfnisse und Herausforderungen des jeweils anderen zu verstehen, um Lösungen zu entwickeln, die für alle funktionieren.“

Diese umfassende strategische Ausrichtung ist entscheidend, um die Teams in die gleiche Richtung zu lenken. In großen Unternehmen bedeutet Teamausrichtung, dass agile Release-Trains kohärent funktionieren können und strategische Geschäftsziele erfolgreich über verschiedene Teams und Abteilungen hinweg umgesetzt werden. Eine starke Abstimmung ermöglicht es funktionsübergreifenden Teams, die Dynamik und Geschlossenheit im großen Maßstab aufrechtzuerhalten, auch wenn sich die Produkt-Roadmap weiterentwickelt. Für agile Release-Trains bedeutet eine effektive Abstimmung, dass jeder seinen Teil dazu beiträgt, an einem Strang zieht und erfolgreiche Software liefert.

Kundenempathie und nutzerzentrierte Entwicklung

Kundenempathie ist der Eckpfeiler, wenn es darum geht, Geschäftsziele an den Bedürfnissen der Benutzer auszurichten und Software zu entwickeln, die ein nahtloses Benutzererlebnis bietet. Es geht darum, Ihre Benutzer, ihre Bedürfnisse und ihre Erfahrungen mit Ihrem Produkt kennenzulernen, damit Sie bessere Lösungen für sie entwickeln können.

„Der Schlüssel zur Erfüllung der Nutzerbedürfnisse ist Empathie. Wenn Teams ihre Benutzer genau verstehen, ist jede Produktentscheidung natürlich darauf ausgerichtet, einen Mehrwert zu bieten.“

Tony Comacho

Dieses Ethos fördert die Entscheidungsfindung und das Design, bei dem die Bedürfnisse und Werte der Benutzer Vorrang vor funktionalen Ergebnissen haben. Es ist toll, etwas zu entwickeln und zu veröffentlichen, aber nicht so toll, wenn es niemand benutzt. Agile Führungskräfte, die Empathie in ihren Teams verankern, pflegen eine kundenorientierte Kultur. Das Ergebnis sind Softwarelösungen, die echte Herausforderungen angehen und ihr Publikum begeistern.

Empathie verbessert den Prozess der Erfassung von Anforderungen, der Durchführung von Benutzertests und der Einführung von iterativem Design. In Kombination mit einem effektiven agilen Programmmanagement bringt Empathie die Geschäftsziele mit den Erwartungen der Benutzer in Einklang. Dies ist eine hervorragende Möglichkeit, die Interaktion mit Ihrer Software zu verbessern und die Kundenabwanderung zu reduzieren. Dies ebnet den Weg für eine erfolgreiche Softwarebereitstellung und Benutzerbindung.

Schaffung von Klarheit für eine effektive Zusammenarbeit

Die Entwicklung wirkungsvoller Software in großem Maßstab erfordert effektive Zusammenarbeit und Klarheit.

„Effektive Zusammenarbeit basiert auf Klarheit. Teams müssen sich durch eine gemeinsame Vision und ein gemeinsames Verständnis der Produktreise unterstützt fühlen.“

Tony Comacho

Bei der teamübergreifenden Ausrichtung geht es darum, eine einheitliche Vision zu entwickeln und klare Ziele und Erwartungen für den gesamten agilen Release-Train festzulegen. Bei agilen Unternehmenslösungen, die PI Planning und Product Roadmapping unterstützen, ermöglicht die Beibehaltung dieser Klarheit großen Teams, unabhängig und doch kohärent zu arbeiten. So wird ein zielgerichteter Ansatz gewährleistet, der sowohl den Geschäfts- als auch den Benutzeranforderungen gerecht wird.

So erreichen Sie eine agile Ausrichtung im großen Maßstab

So fördern Sie die Ausrichtung des Teams auf die Benutzerbedürfnisse in Ihrem Unternehmen:

• Investieren Sie in Nutzerforschung und Design: Fangen Sie an, mit Ihren Benutzern zu sprechen; und sprechen Sie weiter mit ihnen. Implementieren Sie nutzerorientierte Designpraktiken und sammeln Sie während der gesamten Entwicklungsphase Erkenntnisse von Benutzern, um Benutzerbedürfnisse und Geschäftsziele effektiv aufeinander abzustimmen.
• Teilen Sie Vision und Ziele: Kommunizieren Sie regelmäßig mit Ihren Teams über Geschäftsziele und Benutzeranforderungen und stellen Sie sicher, dass diese im Mittelpunkt Ihres agilen Programms stehen.
• Verwenden Sie Alignment-Tools und Frameworks: Nutzen Sie agile Tools, mit denen Sie Ziele und Entwicklungsmeilensteine verfolgen können, um die Ausrichtung des Teams und die teamübergreifende Zusammenarbeit sicherzustellen. Machen Sie Ziele und Prioritäten für alle Ihre Teams leicht zugänglich.
• Fördern Sie eine transparente Kommunikation: Sorgen Sie für ein Umfeld, in dem Feedback Teamgrenzen überschreitet, und sorgen Sie für teamübergreifende Ausrichtung und Empathie.‍

Die Vorteile von Alignment und Empathie bei der Softwarebereitstellung

Bessere Ergebnisse für Ihre Software beginnen, wenn die Geschäftsziele auf die Bedürfnisse der Benutzer abgestimmt sind. Programme, die strategische, agile Ausrichtung und Kundenempathie in den Vordergrund stellen, erfüllen nicht nur die Erwartungen der Benutzer, sondern verbessern auch den Wert, den sie ihren Kunden bieten. Mit einem guten agilen Programmmanagement ist das Ergebnis ein optimierter, effektiver, agiler Release-Train, der durchweg herausragende Softwarelösungen liefert. Was wollen wir alle, oder?

Während Sie an einer besseren Abstimmung in Ihrem agilen Programm arbeiten, können Sie durch die Förderung von Empathie und Klarheit die Zufriedenheit Ihrer Benutzer und Ihrer Teams erheblich steigern, was sich positiv auf den Gesamterfolg Ihres Programms auswirkt.

‍

🎧 Willst du mehr von Tony hören? Hör zu Die Macht der Teamausrichtung im Easy Agile Podcast.

Bei Easy Agile suchen wir ständig nach neuen Wegen, um unsere Produkte zu verbessern. Eine der Möglichkeiten, Innovationen zu fördern, sind die Dash Days — eine fokussierte Phase, in der unser Team von den täglichen Aufgaben Abstand nimmt, um zu experimentieren, zu erforschen und neu zu erfinden, wie unsere Tools den Kunden besser dienen können.

Während unserer letzten Dash Days haben wir die Benutzeroberfläche von zwei unserer Flaggschiffprodukte neu betrachtet: Einfacher agiler Teamrhythmus und Einfache agile Programme. Ziel war es, die Interaktion und Auffindbarkeit zu verbessern, damit Benutzer den vollen Nutzen unserer Tools ohne unnötige Komplexität nutzen können.

Hier erhalten Sie einen Einblick in unseren Denkprozess, unsere Herausforderungen und die aufregenden Lösungen, die wir untersucht haben.

Die Herausforderung

Im Zuge der Weiterentwicklung der Programme Easy Agile TeamRhythym und Easy Agile haben wir leistungsstarke Funktionen eingeführt, die den Benutzern mehr Kontrolle und Flexibilität bieten. Mit dem Hinzufügen neuer Funktionen wurde die Benutzeroberfläche jedoch ausgefeilter. Für uns ist dies eine Chance — eine Gelegenheit, einen Schritt zurückzutreten, die Benutzererfahrung zu vereinfachen und den Benutzern zu helfen, mehr von dem zu nutzen, was unsere Produkte bieten.

Um diesem Problem zu begegnen, haben wir Mitarbeiter aus dem gesamten Unternehmen zusammengebracht, um zu überlegen, wie wir das Erlebnis mit beiden Produkten verbessern können. In diesen Sitzungen haben wir einige wichtige Möglichkeiten identifiziert:

• Auffindbarkeit: Wie erleichtern wir es Benutzern, die leistungsstarken Funktionen unserer Tools zu finden und zu verwenden?
• Sichtbarkeit: Was ist der beste Weg, um Benutzern die richtigen Informationen und Funktionen zur Verfügung zu stellen, wenn sie sie benötigen?
• Kohärenz: Wie schaffen wir ein einheitlicheres Erlebnis innerhalb und zwischen unseren Produkten, um die Navigation intuitiver zu gestalten?

Mit diesen Erkenntnissen ausgestattet, machten wir uns dann daran, Lösungen zu finden, die auf die individuellen Herausforderungen jedes Produkts zugeschnitten sind.

Ein persönlicheres Erlebnis mit Easy Agile Programs

Bei den Programmen haben wir uns auf drei konzentriert.“wie könnten wir“ Fragen, um unsere Herausforderungen in Chancen umzuwandeln:

1. Wie können wir den Fokus mehr auf die Aktionen legen, die Benutzer ausführen möchten?
2. Wie können wir die Navigation intuitiver und einfacher gestalten?
3. Wie können wir Benutzern helfen, wenn sie mehr Kontext darüber erhalten, wo sie sich in der App auf einem bestimmten Bildschirm befinden?

Von den vielen Lösungen, die wir untersucht haben, war diejenige, die uns am meisten begeistert hat, die Idee einer Startbildschirm von Easy Agile Programs—ein personalisiertes Dashboard, das die Benutzer je nachdem, wo sie sich in ihrem Planungszyklus befinden, als Leitfaden dient.

Dieser Startbildschirm könnte sich an die Position anpassen, an der sich die Benutzer auf ihrer Reise befinden, und relevante Anleitungen und Aktionen anbieten.

• Für neue Nutzer, der Startbildschirm könnte klare Onboarding-Schritte und einen einfachen Zugriff auf die Hilfe bieten, sodass sie schnell und sicher loslegen können.
• Für erfahrene Anwender, es könnte Einblicke und wichtige Maßnahmen im Zusammenhang mit ihren Fortschritten bieten, sodass sie sich auf das konzentrieren können, was am wichtigsten ist. Benutzer sehen möglicherweise sogar Daten, die ihre Erfolge zusammenfassen, was es einfacher macht, Erfolge mit ihren Teams zu teilen.

Ganz gleich, ob jemand mit dem Produkt noch nicht vertraut ist oder gerade mit der Umsetzung begonnen hat, der Startbildschirm könnte eine großartige Möglichkeit sein, unsere Benutzer anzuleiten und zu coachen und ihnen dabei zu helfen, Fragen wie „Was soll ich als Nächstes tun?“ zu beantworten. oder „Welchen Mehrwert verpasse ich?“.

Eine fokussiertere Oberfläche für Easy Agile TeamRhythm

Für TeamRhythym lauteten unsere drei wichtigsten „Wie könnten wir“ -Fragen:

• Wie können wir bei der Sprint-Planung mehr Fokus auf die User Story Map legen?
• Wie können wir die Auffindbarkeit von Problemen ohne Epen verbessern?
• Wie können wir das Layout verbessern, um wichtige Funktionen hervorzuheben und die allgemeine Benutzerfreundlichkeit zu verbessern?

Vor dem Hintergrund dieser Fragen haben wir eine Reihe von Ideen untersucht, um die Sprint-Planung zu vereinfachen und es Benutzern zu erleichtern, ihre Arbeit vorzubereiten, zu planen und zu überprüfen, unabhängig davon, ob sie Scrum oder Kanban verwenden.

Die Sprint-Planung kann sich manchmal überwältigend anfühlen, wenn mehrere Sprints um Aufmerksamkeit konkurrieren. Um den Benutzern zu helfen, sich zu konzentrieren, haben wir die Idee untersucht, eine einzuführen fokussierter Blick bei der Sprint-Planung.

• Dies würde es Benutzern ermöglichen, einen bestimmten Sprint und nur den Backlog zu vergrößern, während andere ausgeblendet werden.
• Jedes Problem hätte seine eigene Zeile in der Detailansicht, und Benutzer können entweder eine ganze Zeile ziehen und ablegen oder einzelne Probleme ziehen, um sie schnell nach Prioritäten zu ordnen.
• In der Sprint-Ansicht werden auch Epics ausgeblendet, die im aktuellen Sprint keine verknüpften Probleme haben, sodass die Benutzer einen klareren Überblick darüber haben, was für ihre aktuelle Arbeit relevant ist.

Wir haben auch nach Möglichkeiten gesucht Verbessern Sie die User Story Map-Oberfläche um die nützlichsten Tools und Funktionen in den Vordergrund zu stellen. Indem wir die Darstellung wichtiger Funktionen verbessern, helfen wir Teams dabei, schnell auf das zuzugreifen, was sie benötigen, wann sie es benötigen, sodass sie ohne Unterbrechung produktiv bleiben können.

Auf diese Weise können wir Teams, die TeamRhythm verwenden, ein reibungsloseres, fokussierteres Erlebnis bieten, sodass sie sich auf das konzentrieren können, was vor ihnen liegt, ohne von allem anderen abgelenkt zu werden.

Du bist dran. Was denkst du?

Bei Easy Agile denken wir immer darüber nach, was als Nächstes kommt.

Diese Ideen stehen noch nicht auf unserer offiziellen Roadmap, aber sie sind die Art von Innovationen, auf die wir uns freuen.

Wenn Sie der Meinung sind, dass diese Änderungen Ihre Erfahrung mit Easy Agile TeamRhythm und Easy Agile Programs verbessern würden, lassen Sie es uns wissen! Ihr Feedback hilft uns bei der Entscheidung, welche Prioritäten gesetzt werden sollen, damit wir weiterhin Tools entwickeln können, die für Ihre Teams wirklich einen Unterschied machen.

‍

Dem 17. State of Agile Report zufolge waren 93% der Führungskräfte der Meinung, dass ihre Teams die gleiche Menge an Arbeit in die Hälfte der Zeit, wenn ihre Teams besser zusammenarbeiten würden.

Das ist eine ziemliche Statistik. Wir überlassen es Ihnen, zu entscheiden, ob dies auf mangelnde Effizienz aufgrund einer schlechten Zusammenarbeit oder auf eine Diskrepanz zwischen den Erwartungen der Führungskräfte und den Realitäten der Entwicklungsteams zurückzuführen ist.

Was wir wissen, ist, dass die Verbesserung der Teamzusammenarbeit Vorteile hat und dass eine verbesserte Zusammenarbeit ein wesentlicher Vorteil effektiver agiler Praktiken ist.

Wenn Sie also der Meinung sind, dass Ihr Team effektiver arbeiten könnte, finden Sie hier sechs Tipps zur Verbesserung der Teamzusammenarbeit, von denen wir glauben, dass sie Ihr Arbeitsleben verbessern und Ihnen helfen, Ihre Kunden zufrieden zu stellen.

1. Agile Teams sind funktionsübergreifend

Funktionsübergreifende Teams sind das Rückgrat agiler Zusammenarbeit. Es ist Agile 101:

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

Manifest für agile Softwareentwicklung

Idealerweise sollte Ihr agiles Team in der Lage sein, die Arbeit unabhängig zu erledigen. Die Fähigkeiten und das Fachwissen Ihres Teams sollten es Ihnen ermöglichen, vielfältige Aufgaben zu bewältigen, ohne Abhängigkeiten von anderen Teams aufzubauen. Sie können die Verantwortung für die Software übernehmen, die Sie bereitstellen.

Der Vorteil der Organisation in funktionsübergreifenden Teams ist ein besseres gemeinsames Verständnis Ihres Projekts, sodass jeder sehen kann, wie die einzelnen Teile zusammenpassen. Diese Art der Zusammenarbeit unterstützt den effizienten Arbeitsablauf und stellt sicher, dass Wissen und Fähigkeiten einheitlich geteilt werden.

2. Gehen Sie iterativ vor

Oder anders ausgedrückt: Machen Sie es einfacher, schnell zu scheitern, damit Ihr Team herausfinden kann, warum, und Ihren Kurs korrigieren kann. Indem Sie große Projekte in überschaubare Abschnitte unterteilen, kann sich Ihr Team darauf konzentrieren, in regelmäßigen Abständen kleine, funktionale Teile der funktionierenden Software bereitzustellen. Dieser Ansatz geht mit kontinuierlichem Feedback von Benutzern einher und stellt sicher, dass Probleme schnell aufgedeckt und genauso schnell behoben werden. Dieser gemeinsame Teamfokus auf das Feedback der Nutzer und die damit verbundene gemeinsame Zielsetzung und Zusammenarbeit sind ein wesentlicher Vorteil der agilen Entwicklung.

3. Sorgen Sie für eine regelmäßige und transparente Kommunikation

Tägliche Stand-ups, Sprint-Reviews und Planungstreffen dienen dazu, eine regelmäßige und klare Kommunikation zu fördern. Sie und Ihr Team sollten diese Treffen als Gelegenheit sehen, Ideen auszutauschen, Fortschritte und Hindernisse zu besprechen und zusammenzuarbeiten. Wenn dein tägliches Stand-up nichts weiter als eine Einkaufsliste mit Aufgaben ist, dann machst du es falsch.

Wenn dein täglicher Stand-up nichts anderes als eine Einkaufsliste mit Aufgaben ist, dann machst du es falsch.

Jemand, der zu viel Zeit mit Einkaufslistenbesprechungen verschwendet hat.

Abgesehen von Teambesprechungen ist eine klare Kommunikation überall dort wichtig, wo die Details Ihrer Arbeit geteilt werden. Agile Tools wie Einfacher agiler Teamrhythmus bieten eine zentrale Plattform für die Priorisierung von Arbeiten und die Verfolgung des Fortschritts. Mit einer zentralen Informationsquelle, auf die jeder zugreifen kann, um Ziele, Prioritäten und das Engagement des Teams zu verstehen, kann die Zusammenarbeit effektiver sein und das Team auf Kurs halten.

4. Führen Sie Team-Retrospektiven durch

Hot Take: Regelmäßige Retrospektiven sind die wichtigste agile Praxis, die Ihr Team anwenden kann.

Team-Retrospektiven bieten eine strukturierte Gelegenheit, über Ihre Arbeit nachzudenken und zu besprechen, wie sie beim nächsten Mal besser gemacht werden kann. Dies ist eine teamorientierte Verbesserung, da Sie und Ihr Team das Steuer in der Hand haben. Die Förderung ehrlicher und offener Diskussionen während der Retrospektiven hilft, Vertrauen unter den Teammitgliedern aufzubauen und fördert eine kooperative Denkweise. Indem Sie weiter an Prozessen und Verhaltensweisen arbeiten, können Sie und Ihr Team Ihre Leistung im Laufe der Zeit verbessern und Ihr Arbeitsleben verbessern.

5. Verwenden Sie Tools für die Zusammenarbeit

Die richtigen Tools können einen großen Unterschied in der Teamzusammenarbeit ausmachen. Die besten Tools bieten eine zuverlässige Informationsquelle, auf die das gesamte Team zugreifen kann, und zwar an einem Ort, an dem das gesamte Team Testament greife darauf zu. Es ist ein einfaches Konzept; ein gemeinsames Verständnis der Arbeit wird durch den gemeinsamen und freiwilligen Zugriff auf dieselben Informationen unterstützt.

Wählen Sie ein Tool, das es Ihnen und Ihrem Team erleichtert, auf Informationen zuzugreifen und sie auf dem neuesten Stand zu halten. Wenn du bereits in Jira arbeitest, eine Integration wie Einfacher agiler Teamrhythmus bietet einen besseren Überblick über Ihre Arbeit in einem Story-Map-Format, in dem Ziele und Teamengagement deutlich zum Ausdruck kommen. Team-Retrospektiven sind jedem Sprint beigefügt (oder werden nach Bedarf für Kanban-Teams erstellt), sodass du deine vom Team geleiteten Verbesserungsideen eng mit der Arbeit in Jira verknüpfen kannst.

Ganz gleich, für welches Tool Sie sich entscheiden, stellen Sie sicher, dass es eine bessere Abstimmung ermöglicht, Ihre Arbeitsabläufe optimiert und ein klares Bild von Hindernissen und Fortschritten bietet. Durch den effektiven Einsatz von Tools für die Zusammenarbeit bleibt Ihr Team organisiert, konzentriert und vernetzt, unabhängig davon, wo sich die einzelnen Mitglieder befinden.

6. Bauen Sie eine positive Teamkultur auf

Es mag offensichtlich klingen, aber eine positive Teamkultur ist für eine effektive Zusammenarbeit unerlässlich. Die Schaffung einer Umgebung, in der sich Teammitglieder geschätzt, respektiert und motiviert fühlen, fördert die psychologische Sicherheit, die sie benötigen, um ihre großartigen Ideen zu teilen, aus Fehltritten zu lernen und effektiver mit ihren Kollegen zusammenzuarbeiten.

Leistungsstarke Teams erkennen die Leistungen anderer an, geben konstruktives Feedback und unterstützen Praktiken, die zu einer gesunden Work-Life-Balance führen. Machen Sie es regelmäßig und achten Sie darauf, dass es authentisch ist. Eine positive Kultur verbessert nicht nur die Teamdynamik, sondern steigert auch die allgemeine Produktivität und Arbeitszufriedenheit.

Erfolgreiche Teamzusammenarbeit

Eine effektive Zusammenarbeit kann den Unterschied ausmachen, ob Ihr Team seine Ziele erreicht oder nicht. Indem Sie agile Methoden wie die regelmäßige Kommunikation bei agilen Planungsbesprechungen oder die Erkenntnisse aus einem interaktiven Entwicklungsansatz nutzen und mit Rückblicken Zeit für teamgeführte Verbesserungen schaffen, können Sie die Dynamik Ihres Teams erheblich steigern.

Easy Agile TeamRhythm unterstützt die Teamzusammenarbeit

Einfacher agiler Teamrhythmus wurde entwickelt, um Ihre agilen Praktiken zugänglicher und effektiver zu machen und Ihrem Team dabei zu helfen, Arbeit besser aufeinander abzustimmen und klarer zu planen, zu priorisieren und auszuführen.

TeamRhythm basiert auf einer Storymap zur Arbeitsvisualisierung und rückblickenden Boards, die teamgeführte Verbesserungen fördern. Es erleichtert die Sprint- und Release-Planung, das Abhängigkeitsmanagement, das Backlog-Management, das User Story Mapping und Retrospektiven.

Die enge Integration mit Jira macht Easy Agile TeamRhythm zu einer zuverlässigen Informationsquelle, unabhängig davon, wo Sie und Ihre Teammitglieder sich befinden.

Sehen Sie sich eine Demo an, erfahren Sie mehr über die Preisgestaltung und probieren Sie es selbst in unserer Sandbox aus. Weitere Informationen finden Sie auf der Seite mit Funktionen und Preisen von Easy Agile TeamRhythm.

Einfacher agiler Teamrhythmus

‍

Sollten Sie funktionsübergreifende agile Teams bilden?

In großen, konventionellen Organisationen verwalten mehrere Abteilungen bestimmte Funktionen. Marketing-, Finanz-, Personal- und Vertriebsteams arbeiten in Silos und konzentrieren sich oft auf ihre eigenen Ergebnisse, anstatt sich in erster Linie vom Kunden und dem Markt leiten zu lassen.

Doch schon vor dem Ausbruch der Pandemie erkannten Unternehmen die Notwendigkeit, Veränderungen zu bewältigen und Entscheidungen schneller als je zuvor zu treffen, um mit der Konkurrenz Schritt zu halten. Dann kam Covid, und diese Bedürfnisse haben sich erheblich verschärft.

Um in einer unsicheren, komplexen und vieldeutigen Welt erfolgreich zu sein, entfernen sich viele Unternehmen von Silos und streben nach Unternehmensagilität. Sie bilden Netzwerke von befähigten Personen. funktionsübergreifende agile Teams.

Aber der Wechsel von isolierten Abteilungen zu agilen Teams bedeutet Veränderung, und Veränderungen können schwierig sein.

In diesem Artikel wägen wir die Vor- und Nachteile der einzelnen Betriebsmodelle ab.

Die wichtigsten Punkte

• Kommunikation, Zusammenarbeit und Mitarbeiterengagement sind in funktionsübergreifenden Teams oft besser.
• Durch schnelles iteratives Testen von Lösungen können funktionsübergreifende Teams die Produktivität steigern, Kosten senken und bessere Ergebnisse erzielen.
• Es mag Hindernisse geben, bis ein neu gebildetes funktionsübergreifendes Team reift und sein Potenzial ausschöpft, aber Sie können Maßnahmen ergreifen, um dem Team zum Erfolg zu verhelfen.

„Die beiden dringendsten Gründe für die Einführung von Agile sind die Geschwindigkeit und Flexibilität, die in Arbeitsumgebungen erforderlich sind, die nach wie vor unberechenbar und volatil sind.“ Bericht zum Stand von Agile

Was sind funktionsübergreifende agile Teams?

Funktionsübergreifende agile Teams (manchmal auch als funktionsübergreifende Scrum-Teams bekannt) sind ein Schlüsselelement in der agilen Entwicklung eines Unternehmens.

Das Team bringt Mitarbeiter aus dem gesamten Unternehmen mit unterschiedlichen Fachkenntnissen und Fähigkeiten zusammen. Gemeinsam arbeitet das Team auf ein gemeinsames Ziel hin.

Das Team besteht in der Regel aus 5 bis 11 Personen und definiert, baut, testet und liefert Projekte in Sprints oder Wiederholungen.

„Die Fähigkeit des Teams, sich gegenseitig zu unterstützen, zusammenzuarbeiten und sich auf das Ziel auszurichten, sind wunderbare Möglichkeiten, Agilität zu messen.“

William Rojas, Adaptavist

Was sind die Vorteile funktionsübergreifender agiler Teams?

Es gibt viele Vorteile, funktionsübergreifende agile Teams in Ihrem Unternehmen zu haben. Hier sind unsere fünf besten.

1. Funktionsübergreifende Teams kommunizieren und arbeiten besser zusammen

Isolierte Teams können viele Stunden pro Woche in unproduktiven Besprechungen verbringen, während sie Ressourcen aushandeln und widersprüchliche Prioritäten verwalten. Auf der anderen Seite stimmen sich Agile-Teams von Beginn jedes Projekts an Ziele und Vorgaben ab. Dies trägt dazu bei, dass die nachfolgenden Besprechungen kurz, produktiv und transparent sind. Jede Person ist rechenschaftspflichtig und befugt, Fortschritte zu teilen und Probleme zu lösen. Infolgedessen sind agile Teams oft engagierter und leidenschaftlicher bei ihrer Arbeit.

2. Funktionsübergreifende Teams reagieren schnell

In Silos ist jedes Team für einen Aspekt eines Projekts verantwortlich und hat nur einen begrenzten Überblick darüber, was andere Teams tun. Dies kann zu Blockaden oder widersprüchlichen Prioritäten führen, was zu Nacharbeiten und Verzögerungen führen kann. Im Laufe des Projekts können sie auch feststellen, dass ihnen spezifische Fähigkeiten fehlen, sodass die Teams sich beeilen, die Lücken zu schließen, was zu weiteren Verzögerungen führt. Der Wechsel zu agilen Teams bedeutet, über die notwendigen Fähigkeiten und Ressourcen zu verfügen und widersprüchliche Prioritäten und Hindernisse frühzeitig zu erkennen. Dies hilft agilen Teams, schnell zu iterieren, sich kontinuierlich zu verbessern und Ergebnisse zu erzielen.

3. Funktionsübergreifende Teams sind innovativ

In isolierten Organisationen können sich Mitarbeiter in ihrem abteilungsinternen Gruppendenken verfangen. Durch den begrenzten Kontakt mit anderen Teams ist es weniger wahrscheinlich, dass Mitarbeiter etablierte Praktiken in Frage stellen oder Verbesserungen vorschlagen. In funktionsübergreifenden agilen Teams werden die Sichtweisen von Mitarbeitern aus mehreren Teams von Anfang an geteilt. Da Menschen mit unterschiedlichen Fähigkeiten Probleme auf unterschiedliche Weise angehen, kann dies zu großartigen Ideen und Geschäftsinnovationen führen.

4. Funktionsübergreifende Teams helfen dem Unternehmen, sich an Veränderungen anzupassen

Mit ihrem iterativen Ansatz und ihrer häufigen Kommunikation können funktionsübergreifende agile Teams schnell Probleme lösen und die Richtung ändern. Sie müssen sich nicht mit Neuverhandlungen, Neupriorisierungen und Verzögerungen auseinandersetzen, die isolierte Teams aufhalten könnten. Stattdessen können Unternehmen mit funktionsübergreifenden Teams besser auf sich ändernde Markt- und Kundenbedürfnisse reagieren.

5. Funktionsübergreifende Teams konzentrieren sich konsequent auf das große Ganze

Funktionsübergreifende agile Teams verstehen das „Warum“ hinter ihrer Arbeit, und sie kommen zusammen, wobei das Kundenerlebnis im Mittelpunkt steht. Dieser gemeinsame Fokus löst die Barrieren zwischen den verschiedenen Funktionen innerhalb des Teams auf. Die Ergebnisse werden übergeordneten Geschäftszielen zugeordnet, die dem Endbenutzer einen größeren Mehrwert bieten.

Was sind die Nachteile funktionsübergreifender agiler Teams?

Wenn funktionsübergreifende Teams richtig eingesetzt werden, gibt es wirklich keine Nachteile. Welches Unternehmen wünscht sich nicht eine verstärkte Zusammenarbeit, Innovation, Kundenorientierung und schnellere Lieferung?

Allerdings kann es zu Problemen und Konflikten kommen, wenn Mitarbeiter lernen, sich an die agile Denkweise anzupassen — und genau hier können funktionsübergreifende Teams scheitern. Hier sind einige der häufigsten Herausforderungen, mit denen große Unternehmen konfrontiert sind, wenn sie zu funktionsübergreifenden agilen Teams wechseln:

• Kultureller Widerstand mit Menschen, die nicht bereit sind, die alte Art, Dinge zu tun, loszulassen.
• Keine klare Rechenschaftspflicht, sodass Teams keine schnellen Entscheidungen treffen können und die Mitarbeiter an einem Gefühl der Eigenverantwortung für ihre Arbeit festhalten.
• Mangelnde Ausrichtung auf Ziele, was zu Missverständnissen, Nacharbeiten und potenziellen Konflikten führen kann.

Vor diesem Hintergrund kann es ein wenig Zeit und Unterstützung in Anspruch nehmen, bis ein neu gebildetes agiles Team seine Flügel findet.

„Oft werden Teams agil, indem sie es einfach tun, ausprobieren und sich weiterentwickeln und sich diesem Ansatz verpflichten. Also, wenn Sie noch nicht angefangen haben, fangen Sie einfach an. Das ist oft der größte Kampf.“

William Rojas, Adaptavist

Der erste Schritt ist, einfach loszulegen

Agil zu sein bedeutet, die Prozesse und die Personalstruktur einer Organisation zu ändern, und das kann wie eine Menge harter Arbeit erscheinen. Wenn Unternehmen sich jedoch nicht so verändern, dass sie die Vorteile von Produktivität, Geschwindigkeit, Kunden und Mitarbeiterengagement nutzen können, laufen sie Gefahr, den Anschluss zu verlieren.

Funktionsübergreifende agile Teams können Ihr Schlüssel sein, sich schnell anzupassen und voranzukommen. Es besteht kein Zweifel, dass sie herausragende Ergebnisse liefern können — wenn Sie die richtigen Schritte unternehmen, um sie auf Erfolgskurs zu bringen.

Für konkrete Ratschläge, wie man erfolgreiche funktionsübergreifende agile Teams vorantreibt und Misserfolge vermeidet, melden Sie sich für unser kostenloses On-Demand-Webinar an — „Vor- und Nachteile agiler Teams mit Adaptavist“.

Das Webinar wird zusammen mit unserem Partner und SAFe-Experten Adaptavist einen tiefen Einblick in das SAFe Agile-Team geben.

Sie möchten agil skalieren und erfolgreiche funktionsübergreifende Teams bilden?

Besuchen Sie ein kostenloses, 40-minütiges On-Demand-Webinar, um herauszufinden, wie

‍

Was ist User Story Mapping? Und noch wichtiger: WARUM sollten Sie eine Story-Mapping-Sitzung mit Ihrem Team durchführen wollen?

Lassen Sie uns zunächst über die Ursprünge von User Story Mapping sprechen.

Es ist heute eine gängige Praxis in der agilen Softwareentwicklung, aber das war nicht immer so.

Wenn Sie Erfahrung mit einem Scrum- oder Kanban-Backlog haben, sind Sie wahrscheinlich auf den gefürchteten flachen Backlog gestoßen.

Warum Story Mapping

In seiner einfachsten Form ist ein flacher Produkt-Backlog eine lange Liste mit Dingen, die zu erledigen sind, die Ihren Benutzern/Kunden letztendlich einen gewissen Mehrwert bieten. Zumindest hoffen wir das.

Viele von uns haben dazu beigetragen, dass diese Rückstände immer länger werden, und sie werden unweigerlich überwältigend.

Unabhängig davon, ob das Team die Arbeit nacheinander aus dem Backlog herauszieht oder sie in Sprints gruppiert, bringt die Priorisierung der Arbeit in einem flachen Backlog ihre Herausforderungen mit sich.

Das flache Backlog ist eine zweidimensionale Ansicht. Es ist wie eine Einkaufsliste, die keinen Kontext für die Arbeit bietet.

Treten Sie ein, die User Story Map! Das Konzept einer User Story Map entstand aus dem Wunsch heraus, den flachen Backlog abzubauen und einen ganzheitlicheren, kundenorientierteren Überblick über unsere Arbeit zu schaffen.

Eine User Story Map ist eine Visualisierung der Reise, die ein Kunde mit einem Produkt unternimmt, und beinhaltet die Aktivitäten und Aufgaben, die er normalerweise erledigen würde.

Normalerweise wird zu Beginn eines Projekts eine User Story Mapping Session durchgeführt, die ausschließlich dem Ziel dient, ein gemeinsames Verständnis des Teams darüber zu schaffen, wer Ihre Kunden sind und wie Sie Ihre Zeit darauf konzentrieren sollten, an Geschichten zu arbeiten, die für sie den größten Mehrwert bieten.

Sie können dies auf einem Whiteboard mit Haftnotizen tun, oder Sie können es in Jira mit unserer App tun. Einfacher agiler Teamrhythmus.

So erstellen Sie eine User Story Map

Um eine Visualisierung der Reise zu erstellen, die ein Kunde mit einem Produkt unternimmt, identifizieren Sie zunächst jede Phase und listen Sie dann die Aktivitäten und Aufgaben auf, die der Kunde normalerweise für jede Phase ausführen würde.

Als Nächstes beginnen Sie, jedes Arbeitselement im Backlog dem entsprechenden Touchpoint in der Customer Journey zuzuordnen.

An diesem Punkt in einer User Story Mapping-Sitzung sollte eine Matrix entstehen, die eine Liste von Aufgaben oder Geschichten enthält, zu deren Erfüllung sich das Team verpflichtet hat. Sie ist nach den Schritten der Customer Journey geordnet.

Von dort aus ist die Karte in die Zeitblöcke unterteilt, die das Team zur Planung seiner Arbeit verwendet. Zum Beispiel könnte sich das Team in Sprint 1 auf 5 User Stories festlegen, die an 3 Epen angehängt sind.

Dies hilft dabei, ein Verständnis dafür zu entwickeln, wie Fortschritte bei größeren Arbeiten erzielt werden können.

Warum User Story Mapping besser ist als ein flaches Backlog

Wenn die Arbeit im Backlog auf diese Weise mit der Kundenreise verknüpft wird, werden wichtige Fragen beantwortet wie:

• WARUM bauen wir das?
• Für WEN bauen wir das?
• WELCHEN Wert wird es ihnen bieten?
• WANN erwarten wir, dass wir das liefern werden?

Beim User Story Mapping wird der zweidimensionale Backlog quasi in eine dreidimensionale Ansicht umgewandelt, da wir so sagen können: „Okay, ich arbeite gerade daran, diese User Story zu erstellen, und ich kann mir vorstellen, welchen Teil der Customer Journey sich das direkt auswirken wird UND wir wissen, wann sie bereitgestellt wird.“

Indem eine Storymap den Nutzer in den Mittelpunkt stellt, stellt sie außerdem sicher, dass das Backlog Arbeiten enthält, die dem Kunden einen echten Mehrwert bieten, indem sie ihm helfen, seine Ziele zu erreichen.

So führen Sie eine User Story Mapping-Sitzung durch

Nachdem Sie nun den Wert einer User Story Map besser verstanden haben, schauen wir uns an, wie Sie eine User Story Map erstellen. Zunächst müssen Sie eine Story-Mapping-Sitzung mit Ihrem Team einrichten.

Aber was auch immer Sie tun, machen Sie keine offene Einladung daraus. Das ist wirklich wichtig, denn wenn Sie nicht die richtigen Leute im Raum haben, wird es nicht effektiv sein.

Personen, die Sie einladen könnten, sind:

Der Product Owner für das Team

• ein technischer Leiter
• ein User Experience Designer
• ein Marketingleiter
• ein Datenanalyst und
• jemand vom Kundensupport

Es ist auch wichtig, einige Grundregeln für die Sitzung festzulegen.

Es sollte eine Person geben, die die Sitzung moderiert. Es empfiehlt sich, einen Produktmanager aus einem anderen Team mit der Durchführung der Sitzung zu beauftragen.

Je nach Umfang der Story-Mapping-Sitzung möchten Sie vielleicht einen ganzen Tag Zeit nehmen oder die Sitzung auf mehrere Tage verteilen.

Der Umfang hängt davon ab, wie groß Ihr Team ist und wie viele User Stories Sie Ihrer Map hinzufügen müssen.

Außer dem Moderator sollten keine Telefone oder Laptops draußen sein.

Außerdem sollte jeder im Raum mit den besprochenen User Stories vertraut sein.

Nachdem Sie nun die Vorteile einer User Story Map kennen und wissen, was Sie bei der Einrichtung der Mapping-Sitzung mit Ihrem Team beachten sollten, sollten Sie darüber nachdenken, wen Sie zur Teilnahme einladen und die Sitzung moderieren können.

What is a Scrum Master? The Scrum Master guides the daily Scrum in projects or software development to streamline processes as much as possible. This person applies agile methodologies to guide successful project outcomes.

If you want to become a Scrum Master, learn what defines this role. Explore its duties and how the servant leadership style supports carrying out the various responsibilities it involves.

Find out how the Scrum Master's role benefits product or project development. Finally, discover what qualifications you need to become a Scrum Master and what job types you can apply to complete your studies.

What is a Scrum Master’s role?

A Scrum Master's role is dynamic. They must be flexible and adapt to various circumstances, because the Scrum Master serves a vital role in managing projects.

Every product development project needs a different approach. The Scrum Master must adapt their approach to each position and even play the role of an agile coach at times.

Whatever role the Scrum Master takes on, they play a servant leader role (we’ll review what this is later). So, their responsibilities vary when guiding the team's progress.

Some ways that the Scrum Master works with team members and product owners include:

• Sprint planning with team members and product owners to check that everyone understands what needs to be done
• Solving issues such as work estimation, scope creep and over-committing to work volumes
• Holding daily standup meetings to discuss product issues, backlogs, and any other team member concerns
• Acting as a facilitator to limit blockers that hold the team back from completing iterations on time. The Scrum Master also handles any roadblocks by improving workflows
• Having sprint reviews that ensure team collaboration and helpful feedback
• Holding retrospectives to see how team members can improve
• Monitoring the Scrum board to ensure that all cards are current and that Jira and other software works properly
• Hosting individual meetings to get to know and help team members one-on-one
• Handling portfolio planning tools such as analyzing burndown charts. They use burndown charts and other tools as inputs into what the team needs to build and the cadence levels for their work.
• Making sure that the team members use agile guidelines in their projects. These guidelines help team members meet stakeholder needs.

At the end of the day, the Scrum Master champions the Scrum process for successful project outcomes.

Servant leadership

Part of answering the question, “What is a Scrum Master”? involves looking at leadership styles. These styles include bureaucratic, democratic, transactional, and many others. One style that fits well with the role of the Scrum Master is to be a servant leader, an approach that works well with small teams.

Servant leaders:

• Support a team spirit
• Share responsibility
• Share decision-making
• Focus on achievements instead of faults

Servant leaders find solutions which promote workflows and stakeholder satisfaction.

Scrum Master according to Scrum methodology

The Scrum Guide, written by Ken Schwaber, provides an excellent outline of the diverse responsibilities of the Scrum Master. Here are some of this person’s roles:

• Adopting the role of an agile coach to lead organizational transformation using the Scrum methodology
• Planning Scrum applications to help the organization understand how the new iterative workflow process works and adapt to changes
• Guiding leaders, managers, and other stakeholders in understanding the benefits and applications of the Scrum product development methodology
• Helping increase the Scrum team's productivity
• Collaborating with other organizational Scrum Masters within the organization to help team members adopt agile principles
• Promoting positive working relationships between team members, product owners, and other stakeholders
• Guiding sprint planning, daily stand-up meetings, sprint reviews, and product backlog items

Scrum Master challenges

While the Scrum Master supports a streamlined workflow, their job is not always as simple as it sounds. Here are some challenges they may encounter:

1. Change resistance

Scrum Masters’ concepts may be new to employees, so Scrum Masters can encounter resistance. Either way, the Scrum Master must create solutions to dealing with any resistance to change.

2. Lack of understanding

Not everyone will understand or even like agile processes. A good Scrum Master must overcome this and to help teams connect principles with practical implementation to assimilate agile practices.

3. Gaining leadership support

Scrum Masters can only do their work effectively if they have the full support of leadership. Scrum processes can be pretty challenging, which initially disrupts old processes, making transformation difficult.

Managers may be afraid that the Scrum Master will usurp their authority. Departments may not want to adapt their processes, but the Scrum Master must use agile coach techniques to overcome fears and unwillingness to adapt.

Unless the Scrum Master has the full buy-in of leadership, any change initiative will derail before it even starts.

How Scrum Master positions can work

Role rotation. Agile teams rotate the responsibility of this role between members. For example, each team member does admin tasks for each Scrum meeting.

Part-time role. The Scrum Master takes on additional responsibilities.

Full-time role. The Scrum Master takes on a dedicated, full-time role. They must have the experience to do this work and skillfully show the team how to apply agile practices.

Guiding many teams. A Scrum Master guides several development teams. They monitor the work progress for several teams.

Agile coach. This Scrum Master role involves coaching teams or other Scrum Masters.

If the Scrum Master role interests you, you should know that Scrum Master jobs are common, partly due to the popularity of the agile method.

Organizations often look for ways to improve product development. They want Scrum Masters to help guide the process to get products to the market quicker.

You can look on LinkedIn for positions for good Scrum Masters. Their research shows that these positions are in high demand, so you can improve your skills with Scrum Master certifications. Your prospects are diverse as you can work in manufacturing, health, government, education, and many others.

Scrum Masters can get a Certified Scrum Master (CSM) qualification. They can also be a Professional Scrum Master.

How to become a certified Scrum Master

Scrum.org offers various resources, including Scrum certifications and training. So, if you want to follow a career in agile methodologies and lead a Scrum team, you can become a CSM or a PSM. You can also opt to train through the Scrum Alliance, which has been operating since 2001.

Hundreds of thousands of Scrum Masters have attained qualifications through these organizations. Both provide recognizable certifications at various Scrum Master levels, so perhaps it's time to boost your career.

You can achieve a Professional Scrum Master (PSM) certificate from scrum.org. This is available at three different levels, including:

• The PSM I certificate. This certificate shows that students understand Scrum and its applications as per the Scrum Guide.
• The PSM II certificate is proof that you can apply the Scrum principles and practices in a complex real-work situation.
• PSM III certificate. This certificate shows that students have an in-depth understanding of Scrum Values and can apply Scrum principles and practices in complex environments and situations.

Anyone who wants to improve their career opportunities can sign up with Scrum Alliance to get their CSM certification. You can become a:

• Certified ScrumMaster (SCM). This certificate focuses on servant leaders and how to help the Scrum team work together to enact the Scrum framework.
• Certified Scrum Product Owner (CSPO). This certificate is for anyone involved in the business aspect of projects. If you want to know more about product development, productivity, and meeting stakeholder needs, this one is ideal.
• Certified Scrum Developer (CSD). This certificate is good when you want to know how to apply techniques and tools to build great software products. You will learn how to apply iterative Scrum methods in this certification process.
• The Certified Scrum Professional (CSP) learns how to improve Agile methodology implementation in each project they guide.

Take your career up a notch.

Easy Agile provides a range of resources to help Scrum Masters achieve their agile methodology goals. In addition, you can access resources such as our learning hub and webinars to improve your skills.

Scrum Masters can also explore Easy Agile Programs for Jira to enhance the software development team’s experience. Another excellent resource is Easy Agile Scrum Workflow for Jira.

Enhance your Scrum Master role with resources that make your work easier by overcoming resistance to new learning curves.

In der Welt des digitalen Marketings und des E-Commerce ist allgemein bekannt, dass Personalisierung zu höheren Konversionsraten, engagierteren Nutzern und einem insgesamt besseren Markenerlebnis für Ihre Kunden führt. Weniger verbreitet sind Personalisierungsstrategien, die auf Kaufhistorie, Nutzerverhalten und psychografischen Mustern basieren, die in Ihrem Kundenstamm identifiziert wurden. Diese werden als Benutzersegmentierung bezeichnet.

Das ist nur eine ausgefallene Art zu sagen, dass die Segmentierung Ihre Kunden danach gruppiert, wie sie handeln, denken und fühlen. Wenn Sie diese Muster erkennen können, können Sie damit beginnen, die Bedürfnisse Ihrer Kunden zu antizipieren und personalisierte Marketingkampagnen und Nutzerströme zu entwickeln.

Nehmen wir an, Sie haben einer E-Mail einen Vornamen hinzugefügt. Das ist ein Anfang, aber Personalisierungsstrategien beinhalten viel mehr als die Verwendung von Eigennamen. Die Gewinnung tieferer Erkenntnisse durch Segmentierung ermöglicht eine zielgerichtete Marketingstrategie und engagiertere Nutzer.

Wir gehen der Nutzersegmentierung auf den Grund, geben Ihnen einige Ideen zur Segmentierung und zeigen Ihnen, wie Sie Benutzersegmente in Ihre Jira-Projekte um Ihnen bei Ihrer Sprint- und Release-Planung zu helfen.

Produktmanager verwenden Jira, um auf der Grundlage von Benutzersegmenten zu planen

Wenn du dabei bist Produktmanagement, du bist verantwortlich für die Erstellung eines organisierten Produkt-Roadmap das mit den Geschäftszielen für diesen Zeitraum übereinstimmt. Wenn Sie die in jedem Sprint vertretene Zielgruppe visualisieren, können Sie sicherstellen, dass Sie sich auf die richtigen Funktionen konzentrieren, um Ihre Ziele zu erreichen.

Oft Benutzerpersönlichkeiten und Customer Journey Maps werden erstellt, bevor die Nutzersegmentierung beginnt. Umfassende Personas und detaillierte Journey Maps bieten nicht nur Nutzer-Experience-Teams, Marketern und Produktteams wertvolle Informationen. Sie sind die Grundlage für den Aufbau verschiedener Nutzersegmente.

Wenden Sie Benutzersegmente auf jede Phase des Lebenszyklus Ihrer Kunden an, angefangen beim ersten Kontakt mit Ihrer Marke über den Kauf, das Onboarding, die Produktnutzung bis hin zur Kundenabwanderung. Wenn Marketingkampagnen und Produktnutzerströme in einer Phase der Customer Journey personalisiert werden, bereichern sie das Kundenerlebnis, steigern letztendlich Ihre Gewinne und beeindrucken Ihren Chef.

Zum Glück kann dir Jira dabei helfen. Hier sind einige einfache Möglichkeiten, Jira zu verwenden um die Arbeit nach Benutzergruppen zu organisieren:

• Verwenden Sie Beschriftungen und entsprechende Kartenfarben, um bestimmte Benutzersegmente zu identifizieren.
• Fügen Sie ein benutzerdefiniertes Feld als Lebenszyklus- oder Marktsegmentkennzeichnung hinzu.
• Erstellen Sie separate Jira-Projekte auf der Grundlage von Segmenten.

Einfach und agil Story-Maps von Benutzern und Personas sind Jira-Add-Ons. Diese Jira-Zusatz-Apps wurden speziell für die Integration von Personas entwickelt und Einfache Agile User Story Maps in deine Jira-Umgebung.

Diese Tools ermöglichen es Product Ownern, Sprints und Releases besser zu visualisieren und zu planen, wobei die User Stories für jedes Kundensegment angemessen ausgewogen sind. Erstelle eine Persona für jedes Segment in Jira und du kannst deine Story Map nach Persona filtern.

Die Benutzersegmentierung ist so einfach oder komplex, wie Sie es sich vorstellen.

Wenn Sie sich in der Phase der Personalisierung mit dem Vornamen befinden, haben Sie den ersten Schritt zum Aufbau einer personalisierten Marke getan. Aber jetzt wollen wir mit einigen grundlegenden Benutzersegmentierungen beginnen.

Bevor wir beginnen, müssen Sie zwei Prinzipien der Kundensegmentierung verstehen:

1. Es gibt unendlich viele Möglichkeiten, Ihre Kundenpopulation zu segmentieren. Sie müssen viele Tests durchführen, um herauszufinden, welche Segmente für Sie die besten Ergebnisse liefern.
2. Ein einzelner Kunde kann mehreren Benutzersegmenten angehören. Nein, das wird kein sauberes Eins-zu-Eins-Abgleich von Kunden und Gruppen sein. Aber keine Sorge — wir geben Ihnen einige Tipps, wie Sie Ihre Segmente organisieren können.

Lassen Sie uns damit beginnen, mit dem, was wir unter einem Segment verstehen, auf dieselbe Seite zu kommen. Ein Benutzersegment ist eine Sammlung von Benutzern, die etwas gemeinsam haben. Das ist es.

Schauen Sie sich einige typische Methoden zur Segmentierung einer Nutzerbasis an:

• Geografische Segmentierung
  • Land, Region, Bundesland, Stadt oder Nachbarschaft
• Demografische Segmentierung
  • Geschlecht, Alter, Rasse, Religion, Familienstand oder Familiengröße
• Verhaltenssegmentierung
  • Frühere Käufe, bevorzugtes Gerät (Telefon, Tablet oder Desktop), Antworten auf Marketingkampagnen oder Beiträge zu In-App-Feedback
• Psychographische Segmentierung
  • Lebensstile, Überzeugungen, Wertesysteme, Interessen oder Meinungen

Wie Sie dieser Liste entnehmen können, erfordert die Kundensegmentierung eine erhebliche Menge an Kundendaten. Wahrscheinlich haben Sie bereits viele geografische Daten und Verhaltensdaten in Ihrem CRM- oder Analysetool.

Beim Sammeln demografischer und psychografischer Daten müssen Sie kreativer werden. Während einige Kunden diese Informationen bereitwillig anbieten, sind andere nicht bereit, ihre persönlichen Daten preiszugeben. Das Gewinnen dieser Nutzer durch Rabatte für die Teilnahme an Umfragen, das Versprechen eines persönlicheren Erlebnisses und die Analyse der Interaktionen in sozialen Medien sind nur einige Möglichkeiten, um eine umfassendere demografische und psychografische Information über Ihre Nutzerbasis zu erhalten.

Fortgeschrittene Strategien zur Nutzersegmentierung

Die grundlegende Segmentierung ist ziemlich einfach. Sobald Sie das verstanden haben, sollten Sie zu fortgeschritteneren Segmentierungstechniken übergehen, um Ihr Targeting und Ihre Ergebnisse zu verbessern. Hier macht Segmentierung Spaß.

Bei fortgeschrittenen Benutzersegmenten beginnen Sie, Kundenattribute segmentübergreifend zu kombinieren. Sie können beispielsweise ein Segment von Benutzern aus Brooklyn Heights erstellen, die ein bestimmtes Produkt besitzen und in der Regel von ihrem Telefon aus einkaufen.

Gehen wir mit diesem Beispiel noch einen Schritt weiter. Nehmen wir als Nächstes an, Sie erstellen ein Segment von Benutzern aus Brooklyn Heights, die in den letzten 14 Tagen ein bestimmtes Produkt gekauft, ihre letzten beiden Käufe über ihr Telefon getätigt und noch nie auf eine E-Mail-Kampagne geantwortet haben. Dieses Segment scheint ein Hauptkandidat für eine SMS-Kampagne zu sein. Wie würden Sie das ohne Segmentierung wissen?

Eine weitere fortgeschrittenere Segmentierungsstrategie, wenn Sie mehrere Produkte haben, besteht darin, Produktbesitz, Kaufhistorie und Affinitätsdaten zu kombinieren, um Segmente zu erstellen, die das nächste Kaufverhalten vorhersagen.

Ein Beispiel für Daten zur Produktaffinität wäre, dass Kunden, die Produkt A gekauft haben, in 83% der Fälle auch Produkt B gekauft haben.

Lassen Sie dann Ihr Analyseteam den typischen Zeitraffer zwischen dem Kauf von Produkt A und Produkt B ermitteln.

Erstellen Sie nun Ihre Segmente auf der Grundlage von Kunden, die Produkt A gekauft, aber noch nicht Produkt B gekauft haben. Ihre Segmente umfassen Nutzer, die A in den letzten 30 Tagen, vor 31-60 Tagen und vor mehr als 60 Tagen gekauft haben. (Anhand Ihrer Daten erhalten Sie anhand der Kaufhistorie innerhalb Ihres Kundenstamms die tatsächlichen Zahlen.)

Diese Segmente sind bereit für alles, von gezielten Kampagnen bis hin zu Kunden, die am ehesten Produkt B kaufen werden. Vertrauen Sie uns, Ihr Chef wird dieses Zeug lieben!

Wir hoffen, dass Sie allmählich verstehen, wie Sie spezifischer werden und mehr Attribute hinzufügen können, wenn Ihre Segmentierungsstrategie komplexer und zielgerichteter wird. Wir empfehlen Ihnen, Ihre Benutzersegmente generell schrittweise komplexer zu gestalten.

Da es sich bei Ihren Segmenten im Grunde um Filter handelt, durch die Sie Ihre Kunden betrachten, wird Ihre Population umso kleiner, je mehr Sie segmentieren. Es macht einfach keinen Sinn, eine Kampagne oder einen Nutzererlebnisablauf für eine Population von 50 Personen anzupassen, wenn Sie 5 Millionen Kunden haben. Wenn Sie die Komplexität schrittweise erhöhen, erfahren Sie, wann Sie zu weit gegangen sind und Ihre Population zu klein ist.

Kurztipp: Abgeleitete versus explizite Daten

Wenn es um spezifische Datenattribute für Ihre Benutzersegmente geht, vergessen Sie nicht, über abgeleitete und implizite Daten nachzudenken. Es wird davon ausgegangen, dass abgeleitete Daten auf anderen expliziten Daten basieren.

Lassen Sie uns das erklären. Angenommen, Sie erstellen eine Musik-App und eines Ihrer Benutzersegmente sind Jazz-Musikfans. Wenn eine Kundin ein Formular ausfüllt und Ihnen mitteilt, dass sie Jazzmusik liebt, wissen Sie ausdrücklich, dass sie ein Fan von Jazzmusik ist.

Wenn eine Kundin Ihnen diese Informationen jedoch nicht gegeben hat, ihre Musikkaufhistorie jedoch wiederholte Käufe von Songs von Jazzmusikern enthält, können Sie daraus ableiten, dass sie wahrscheinlich ein Jazzfan ist.

Stellen Sie sich abgeleitete Daten als eine Möglichkeit vor, explizite Daten zu kombinieren, sodass Sie einige umsetzbare Annahmen treffen können.

Nutzen Sie das Potenzial der Segmentierung mit Jira

Inzwischen haben Sie wahrscheinlich festgestellt, dass die Nutzersegmentierung Ihren Kunden ein umfassenderes Personalisierungserlebnis bietet, was zu höheren Gewinnen und einer besseren Kundenbindung führt. Und mit Jira an der Spitze Gartners Liste agiler Planungstools, vielleicht kannst du diese Tipps bei der Erstellung einer Benutzersegmentierungsstrategie mit Jira verwenden.

Denken Sie an die Schritte zur Maximierung Ihrer Kunden- und Marktsegmentierungsstrategien:

1. Erstellen Sie aussagekräftige Personas und detaillierte Customer Journey Maps.
2. Verwenden Sie Personas, Journey Maps und interne Benutzerdaten, um aussagekräftige Kundensegmente aufzubauen.
3. Entwickeln Sie persönliche Marketingkampagnen und Nutzererlebnisse für bestimmte Nutzersegmente.

In Jira kannst du deine Produktarbeit unter Berücksichtigung deiner Benutzersegmente visualisieren, organisieren und planen. In Kombination mit einer Roadmap-App ist Jira ein großartiges Tool, mit dem du den Wert jedes deiner Benutzersegmente messen und darüber berichten kannst.

Bei Easy Agile leben wir unserem Namen — Agile einfach zu machen ist unsere Mission. Schauen Sie sich unsere Jira-Apps an: Einfache agile Personas, Einfache Agile User Story Maps, und ein flexibles Einfache agile Roadmaps.

Zeremonien sind regelmäßige Veranstaltungen, die von Scrum-Teams abgehalten werden. „Agile“ ist ein weit gefasstes Wort, das eine andere Arbeitsweise mit kürzeren, zeitlich begrenzten Release-Zyklen beschreibt.

Unter dem breiten Dach von Agile ist Scrum einer der beliebtesten Ansätze, mit denen Teams ihre Arbeit und Veröffentlichungen organisieren.

Jede kurze Iteration der Arbeit in Scrum wird als Sprint bezeichnet. Ein Sprint ist normalerweise ein Zeitraum von 2 Wochen, in dem sich das Team auf einen kleinen Teil der Arbeit konzentriert.

Die Idee ist, dass sich jeder auf einen Teil der Arbeit konzentriert. Und dieser Teil muss innerhalb desselben Sprints fertiggestellt und an den Kunden versendet werden.

Scrum kann in einige wichtige Elemente unterteilt werden:

1. Rollen
2. Artefakte
3. Zeremonien

Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.

Alle 4 Scrum-Zeremonien tragen dazu bei, dass sich das Scrum-Team auf den Teil der Arbeit konzentriert, auf den es sich in diesem Sprint geeinigt hat.

Es hilft dem Team, den Fortschritt der Arbeit, zu deren Abschluss es sich verpflichtet hat, transparent zu machen und Probleme frühzeitig anzusprechen, bevor sie zu Blockern werden.

Schauen wir uns jede der vier agilen Zeremonien in Scrum an:

1. Steh auf (oder tägliches Scrum)

Ziel des Stand-Up: ein kurzer Check-in, bei dem das Team Probleme ansprechen oder mit dem gesamten Team von Angesicht zu Angesicht kommunizieren kann.

Wer tritt dem bei täglich aufstehen: Entwickler, Scrum Master, Product Owner

Ergebnis des täglichen Aufstehens: Das Team erhöht alle Blocker, muss sie aber nicht lösen. Stellen Sie sicher, dass jedes Teammitglied sich darüber im Klaren ist, woran es gerade arbeitet. Jedes Teammitglied sollte in der Lage sein, diese drei Fragen zu beantworten:

• Was habe ich gestern abgeschlossen?
• Woran werde ich heute arbeiten?
• Bin ich durch irgendetwas blockiert?

Wann sollte man einen Stand halten: täglich

Tipp: Stand-ups können von Geschäftsteams durchgeführt werden und müssen nicht immer von Angesicht zu Angesicht stattfinden. Hier ist ein Foto vom Stand up der Geschäftsleitung der australischen Bank ANZ in Aktion:

Und noch ein Bild von InsideIt's Stand Up:

2. Sprint-Planung

Ziel der Sprint-Planung: Die Sprint-Planung hilft dem Team, sich auf die nächsten Aufgaben vorzubereiten. Das Team bespricht jedes Arbeitsthema, das vom Product Owner priorisiert wurde.

Wer macht Sprint-Planung: Entwickler, Product Owner, Scrum Master

Ergebnis der Sprint-Planung: dass jeder weiß, was das Sprintziel ist und wie er es erreichen wird. Stellen Sie sicher, dass jeder versteht, was die allgemeine Vision oder das Ziel der Arbeit ist.

Das Team wird sich damit auskennen, welche Arbeit im nächsten Sprint zur Verfügung steht. Das Team wird alle Hindernisse oder Möglichkeiten besprechen und herausfinden, wie es die Art und Weise, wie die Arbeit abgeschlossen wird, optimieren kann.

Das Team schätzt auch die Arbeit ab und zieht eine Grenze, wenn geschätzt wird, dass der Aufwand zur Fertigstellung der Arbeit die Kapazität oder die historische Geschwindigkeit des Teams übersteigt.

Wann sollte die Sprint-Planung abgehalten werden: am Ende eines Sprints oder ganz am Anfang eines neuen Sprints.

Bonus: Manchmal findest du bei der Sprint-Planung Dinge, die du nicht tun würdest, und das ist auch wertvoll.

3. Bewertung im Sprint

Ziel des Sprint Reviews: Präsentieren Sie die abgeschlossenen Arbeiten und erhalten Sie Feedback vom Product Owner und den relevanten Stakeholdern.

Wer nimmt am Sprint Review teil: Ausführende Sponsoren, Entwickler, Scrum Master, Product Owner

Ergebnis des Sprint Reviews: Jedes Teammitglied fühlt sich gestärkt, wenn es dem Team seine Arbeit präsentiert. Das Team kann seine Erfolge feiern. Das Führungsteam kann Fragen stellen. Der Product Owner kann Feedback geben und überprüfen, ob die Arbeit von hoher Qualität ist und der Benutzererfahrung entspricht. Passt am besten zu Getränken und Kuchen.

Wann sollte ein Sprint Review abgehalten werden: am Ende jedes Sprints.

4. Rückblick

Ziel der Retrospektive: ehrliche Diskussion darüber, was gut funktioniert hat und was nicht. Fördern Sie Selbstverbesserung und Transparenz.

Wer nimmt an der Retrospektive teil: Entwickler, Scrum Master, Product Owner

Ergebnis einer Retrospektive: erhalte Feedback vom Team und versuche, dich im nächsten Sprint zu verbessern. Das Schöne an Agile und Scrum ist die schnelle Feedback-Schleife.

Wenn etwas nicht gut funktioniert, tut das dem Team nur maximal 2 Wochen weh. Es kann dann im Nachhinein behoben werden, und es können Maßnahmen ergriffen werden, um das Problem zu beheben, bevor es aus dem Ruder läuft.

Das Ergebnis sollte die Zusage des Teams sein, sich auf Bereiche zu konzentrieren, die verbessert werden müssen, oder das Verhalten fortzusetzen, das der Gesundheit und/oder der Geschwindigkeit des Teams zugute kommt.

Wann sollte eine Retrospektive abgehalten werden: zu Beginn eines neuen Sprints, wenn ich über einen Sprint nachdenke, der gerade zu Ende gegangen ist.

---

Das gemeinsame Thema dieser Scrum-Zeremonien ist, dass sie die Teamzusammenarbeit, Transparenz und Kommunikation fördern.

Meiner Erfahrung nach ist es genau das, was Agile wirklich zu einer besseren Arbeitsweise macht.

Es sind nicht die Storypoints oder gar die Art und Weise, wie der Backlog priorisiert wird, die den Unterschied machen. Der wahre Wendepunkt von Agile ist, dass es Teams mit offener und ehrlicher Kommunikation hilft.

Diese Agile/Scrum-Zeremonien werden nicht immer für jedes Team gleich funktionieren.

Sie sind jedoch eine großartige Möglichkeit, Gespräche zu erleichtern und eine kontinuierliche Verbesserung zu fördern.

Egal, ob du deine erste User Story Mapping-Session planst oder schon ein paar hinter dir hast, es kann ein wenig überwältigend sein 🤯

• Was ist der Prozess?
• Wen brauche ich, um mich zu engagieren?
• Warum beschäftigen wir uns überhaupt damit, wenn wir einen sehr guten Backlog haben? (Okay... es könnte etwas dysfunktional sein, aber du weißt schon...)
• Warum gibt es ÜBERALL Haftnotizen?

Die meisten Produktmanager und Agile-Teams könnten von einem tieferen Verständnis des User Story Mappings profitieren, damit sie mehr erstellen können kundenzentrierte Sichtweise von der Arbeit, die erledigt werden muss.

Außerdem haben sich in den letzten 15 Jahren (seit User Story Maps dank Jeff Patton zu einem Ding wurden) einige der Prozesse und Begriffe weiterentwickelt, und es gibt neue Tools und Apps, die Ihnen das Leben um ein Vielfaches erleichtern können.

Wir haben diesen ultimativen Leitfaden mit allen Informationen zusammengestellt, die Sie benötigen, um sich über die neuesten Definitionen, Techniken und Tools für das User Story-Mapping auf dem Laufenden zu halten. Fangen wir mit ein paar Grundlagen an 👇

Was ist User Story Mapping?

Hier ist eine supereinfache Definition für das User Story Mapping:

Das User Story Mapping ist eine Visualisierung der Reise, die ein Kunde mit einem Produkt von Anfang bis Ende unternimmt. Es umfasst alle Aufgaben, die sie normalerweise im Rahmen dieser Reise erledigen würden.

Um das zu erweitern, nimmt das User Story Mapping all Ihre User Stories (über alle Ihre Personatypen hinweg) und ordnet sie in der Reihenfolge den Epen zu, die dem Kunden den größten Mehrwert bieten. Von dort aus werden die Geschichten priorisiert und den Releases zugeordnet.

„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 den Köpfen des Teams zu verankern, das im Begriff ist, sie umzusetzen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Was ist kein User Story Mapping?

User Story Mapping hat zwar einige Gemeinsamkeiten mit anderen Methoden, ist aber nicht dasselbe wie Journey Mapping oder Event Storming.

User Story Mapping im Vergleich zu Journey Mapping

Journey Mapping ist ein UX-Tool, mit dem Teams die Reise visualisieren können, die ein Kunde unternehmen muss, um ein Ziel zu erreichen. Journey Maps konzentrieren sich auf die Reise einer einzelnen Persona oder eines einzelnen Kunden, basierend auf dem spezifischen Szenario und den Erwartungen der Persona. Dies ist nützlich, um das Team aufeinander abzustimmen, es auf das Nutzererlebnis zu konzentrieren und Entscheidungen zu treffen. Im Gegensatz zum User Story Mapping konzentriert es sich auf das Nutzererlebnis und die Vision für das Produkt.

User Story Mapping im Vergleich zu Event Storming

Beim Event Storming wird ein Workshop abgehalten, an dem wichtige Unternehmensvertreter teilnehmen. Die Teilnehmer notieren Geschäftsereignisse (Dinge, die passieren), Befehle (Dinge, die die Ereignisse auslösen) und Reaktionen (Dinge, die in der Folge passieren) auf Haftnotizen. Diese Notizen sind sequentiell angeordnet, um die Geschäftsprozesse abzubilden. Im Gegensatz zum User Story Mapping, bei dem der Schwerpunkt auf der Verfeinerung des Backlogs liegt, um dem Nutzer ein funktionierendes Produkt zu liefern, ist Event Storming eher übergeordnet und erfolgt zu Beginn des Produktplanungsprozesses.

User Story Mapping für agile Teams

User Story Maps können für alle agilen Teams nützlich sein, unabhängig davon, ob sie voll SAFe oder Kanban sind, aber vor allem, wenn sie an einem komplexen Produkt arbeiten.

Das User Story Mapping ist eine nützliche Technik für agile Softwareentwicklungsteams, da es Ihrem Team helfen kann, funktionierende Software bereitzustellen und auf Veränderungen zu reagieren.

Das passt genau zum Agilen Manifest.

Und vergessen wir nicht das Agile-Prinzip Nummer eins:

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

Beim User Story Mapping steht der Nutzer im Mittelpunkt. So wird sichergestellt, dass das Backlog Geschichten enthält, die dem Kunden einen echten Mehrwert bieten, indem sie ihm helfen, seine Ziele zu erreichen. Darüber hinaus ermöglicht das Story-Mapping Ihrem Team, seine Arbeit so zu planen und zu ordnen, dass sie den Kunden zuerst den höchsten Mehrwert bietet.

Da es bei Agile außerdem darum geht, Veränderungen anzunehmen und entsprechend einem konkreten Plan darauf zu reagieren, ermöglichen Storymaps eine effizientere Anpassung. Es ist viel einfacher, Haftnotizen auszutauschen, als umfangreiche Anforderungsdokumente zu überarbeiten. Diese Flexibilität stellt sicher, dass Ihr Team Prioritäten schnell anpassen und Pläne ändern kann, wenn neue Informationen oder Änderungen hinzukommen, wobei die Ausrichtung an den Agile-Prinzipien gewahrt bleibt.

Die Anatomie einer User Story Map

Nutzergeschichten, Epen, Backbone und Story-Mapping — oh mein Gott! Um die Schritte und Prozesse beim User Story Mapping weiter aufzuschlüsseln, definieren wir einige der einzelnen Bestandteile.

Geschichten von Nutzern

Eine User Story ist ein Ziel, aus der Sicht des Benutzers oder Kunden. Es ist ein Ergebnis, das sie wollen. Es ist auch die kleinste Arbeitseinheit in einem agilen Framework mit dem Ziel, zu formulieren, wie eine Arbeit dem Kunden einen Mehrwert bringt.

User Stories folgen normalerweise der Struktur:

Als [Personentyp], Ich möchte [Aktion] damit [profitieren].

Zum Beispiel:

Tipp: Es ist eine gute Idee, sich während der User Story Mapping-Sitzung auf nur einen Nutzer/eine Persona zu konzentrieren. Wenn es Ihre erste Sitzung ist, wählen Sie Ihren idealen Kundentyp aus und schreiben Sie unsere User Stories, die für sie einen Mehrwert bieten. Sie können in Zukunft jederzeit zu Ihren anderen Benutzern zurückkehren.

Lesen ➡️ Wie man gute User Stories in der agilen Softwareentwicklung schreibt.

Epen

Geschichten können mit Epen in Verbindung gebracht werden.

Epen haben unterschiedliche Bedeutungen, je nachdem, mit wem Sie sprechen. In diesem Artikel definieren wir Epen jedoch als größere, übergreifende Geschichten oder Etappen der Reise, die Nutzergeschichten enthalten. Ein Epos allein ist nicht klein genug, um zu einem Arbeitselement oder einer Entwicklungsaufgabe zu werden, aber die Geschichten, die es enthält, sind es wahrscheinlich.

Zum Beispiel könnte das epische „Sign up“ die folgenden Nutzerberichte enthalten:

• Als Kunde möchte ich die Datenschutzbestimmungen lesen, bevor ich mich für mein Konto anmelde, damit ich entscheiden kann, ob ich dem Unternehmen meine Daten anvertraue
• Als Kunde möchte ich auf der Anmeldeseite eine Liste mit Funktionen und Vorteilen sehen, um mich daran zu erinnern, wofür ich mich anmelde
• Als Kunde möchte ich mich mit meinem Facebook-Login für ein Konto anmelden, damit ich mir meinen Benutzernamen oder mein Passwort nicht merken muss
• Als Kunde möchte ich mich mit meiner E-Mail-Adresse für ein Konto registrieren, damit ich den Zugriff auf meine Daten kontrollieren kann
• Und in diesem Beispiel könnte das nächste Epos „Mein Profil einrichten und anpassen“ lauten.

Das Rückgrat

Das Backbone ist die oberste Zeile Ihrer User Story Map. Es beschreibt die wesentlichen Funktionen, über die das System verfügen muss.

Ihr Backbone sollte die Kundenreise oder den Prozess von Anfang bis Ende abbilden, einschließlich aller wichtigen Aktivitäten, die der Kunde während der Nutzung Ihres Produkts durchführen wird. Je nachdem, wie Sie Ihr Backbone und Ihre Storymap verwenden, kann es sich um epische Elemente handeln.

Das Rückgrat ist entscheidend, weil es Ihrem Team das „Warum“ hinter der Reise gibt, auch wenn es sich nur auf einen einzelnen Schritt konzentriert. Es beseitigt Unklarheiten darüber, was zu diesem Schritt führen könnte und was darauf folgen könnte, was einen wichtigen Kontext für eine reibungslose Kundenreise bietet.

Mehr zu: Die Anatomie einer User Story Map

Warum User Story Mapping durchführen?

Der Zweck des User Story Mappings besteht darin, sicherzustellen, dass Sie das Problem des Kunden verstehen und dann eine Lösung für dieses Problem finden.

Du wirst die Antwort kennen auf:

• Warum bauen wir das?
• Für wen bauen wir das?
• Welchen Wert wird es ihnen bieten?
• Wann erwarten wir, dass wir das liefern werden?

Dies hilft Ihnen dabei, Ihre Teams aufeinander abzustimmen, den Rückstand zu bereinigen und schneller ein Produkt zu liefern, das Ihre Kunden wollen und benötigen.

John Walpole erklärt der Wert von User Stories wunderschön:

„[Es gibt] eine Technik und ein Tool, auf die ich immer wieder zurückgegriffen habe, wenn ich das Gefühl hatte, dass ein Projekt vom Team vielleicht nicht vollständig verstanden wird oder ich mir Sorgen mache, dass wir am Ende Software ausliefern, die die Kunden nicht begeistert. Das ist meine bevorzugte Technik. Ich glaube, es wird Ihnen helfen, Software zu liefern, die Ihre Kunden begeistern wird.“

Ohne User Story Mapping ist die Wahrscheinlichkeit, dass Ihr Team komplizierte, nicht kundenorientierte Lösungen für ein Problem findet, viel größer.

Das User Story Mapping hilft sicherzustellen, dass sich das Team darüber im Klaren ist, welches Problem der Kunde hat und wie Sie als Team versuchen werden, dieses Problem zu lösen.

So können Sie sich darauf konzentrieren, zuerst die wirkungsvollsten und wertvollsten Teile zu liefern, sodass Sie auf der Grundlage von Feedback iterieren können.

Lesen ➡️ Warum User Story Mapping

Vorteile von User Story Mapping

„User Story Mapping ist die beste Technik, auf die ich gestoßen bin, um innerhalb eines agilen Teams ein gemeinsames Verständnis zu erlangen. Alex Hennecke von Atlassian sprach davon, dass man den Wald sehen kann — und nicht nur die Bäume, direkt vor sich.“

Nicholas Muldoon, Mitbegründer @Easy Agile

User-Story-Maps sind leistungsstarke Tools in der Produktentwicklung, insbesondere wenn es darum geht, riskante Annahmen zu identifizieren und zu verwalten.

Risiko visualisieren

User-Story-Maps bieten einen visuellen Rahmen, der potenzielle Risiken hervorhebt. Durch die Erstellung von Nutzerberichten mit Haftnotizen oder digitalen Alternativen lassen sich leicht Bereiche identifizieren, in denen die Annahmen möglicherweise nicht mit den tatsächlichen Nutzerdaten oder der technischen Machbarkeit übereinstimmen. Diese Visualisierung hilft Teams dabei, Elemente zu identifizieren, die den Zeitplan oder das Budget eines Projekts aus der Bahn werfen könnten.

Priorisierung und Ressourcenzuweisung

Sobald riskante Annahmen identifiziert sind, können Teams mithilfe von User-Story-Maps ihre Prioritäten effektiv neu organisieren. Riskante Elemente können einer niedrigeren Priorität zugewiesen werden, wodurch sichergestellt wird, dass Ressourcen für Ideen bereitgestellt werden, die einen hohen Nutzen bei minimalem Risiko bieten. Diese Strategie stellt sicher, dass die Projekte auf dem richtigen Weg bleiben und sich auf das konzentrieren, was realistisch erreichbar ist.

Förderung schlanker Alternativen

Storymaps ermutigen Teams, zuerst Lean-Alternativen zu erkunden. Durch das Testen einfacherer Ideen mit ähnlichen Wertversprechen können Teams Konzepte ohne nennenswerte Investitionen validieren. Dieser Ansatz ermöglicht Lernen und Iterationen, wodurch die Wahrscheinlichkeit kostspieliger Fehler im späteren Entwicklungsprozess verringert wird.

Förderung der kollaborativen Problemlösung

Das Erstellen und Aktualisieren einer User-Story-Map ist von Natur aus kollaborativ. Es lädt verschiedene Teammitglieder ein, Erkenntnisse einzubringen, was zu umfassenderen Strategien zur Risikoidentifizierung und -bewältigung führt. Durch die Bündelung von Wissen sind Teams besser in der Lage, Annahmen zu berücksichtigen, die andernfalls unbemerkt bleiben könnten.

Wenn Sie diese Verfahren in Ihren Produktentwicklungszyklus integrieren, können Sie Risiken frühzeitig minimieren und einen reibungsloseren Weg von der Idee bis zur Markteinführung sicherstellen.

Das User Story Mapping bietet noch so viele andere Vorteile, wie zum Beispiel:

• Besser planen — Wenn Sie die Nutzerreise im Überblick haben, können Teams das Gesamtbild Ihres Produkts leichter erkennen und alle Risiken, Abhängigkeiten und Blockaden im Voraus erkennen
• Höheres Einfühlungsvermögen — Es zwingt Ihr Team, das Produkt aus der Perspektive Ihrer Nutzer zu betrachten
• Schneller Mehrwert — Den Nutzern häufig neuen Mehrwert zu bieten, ist einfacher, wenn Sie die Storys nach Wert ordnen und sie Iterationen oder Releases zuordnen können
• Realistische Anforderungen — Indem die Nutzerberichte aufgeschlüsselt und visuell abgebildet werden, ist es einfacher, die Arbeit abzuschätzen und zu sehen, wie alle Teile zusammenpassen
• Bessere funktionsübergreifende Zusammenarbeit — Nachdem alle anstehenden Arbeiten geplant sind, können Marketing-, Vertriebs- und andere Teams sehen, wann Sie voraussichtlich neue Funktionen und Updates veröffentlichen werden, sodass sie ihre Marketingkommunikation und Verkaufsgespräche anpassen können (ohne Sie um tägliche Updates zu bitten)

Das User Story Mapping hilft Ihrem Team, das Gesamtbild, das Warum und die gesamte Kundenreise zu verstehen, bevor es sich mit dem Was und Wie befasst.

Lesen ➡️ Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

‍

Der flache Backlog im Vergleich zum User Story Mapping

Bevor wir das User Story Mapping hatten, hatten wir einen flachen Backlog. Tatsächlich verwenden viele agile Teams immer noch das Flat-Backlog (kein Urteil, ob Sie das sind!). Lassen Sie uns also darüber sprechen, wie das aussieht und wie User Story Mapping diese Praxis verbessert hat.

Lesen ➡️ DEEP: Die 4 Merkmale eines guten Produkt-Backlogs

Was ist ein flacher Backlog?

Im Grunde ist es eine To-Do-Liste. Sie enthält alle Punkte, die Ihr Team erledigen muss, damit es Ihren Kunden einen Mehrwert bieten kann, und zwar von den wertvollsten bis hin zu den für den Kunden am wenigsten wertvollen. Der Backlog kann in aktuelle und zukünftige Sprints aufgeteilt werden, um zu zeigen, welche Ergebnisse voraussichtlich wann geliefert werden.

Aber ich mag unseren Backlog!

Eine einfache Aufgabenliste kann in Ordnung sein, wenn Ihr Produkt einfach ist, Ihr Team klein ist und Ihre To-Do-Liste sehr kurz ist. Die meisten Produkte sind jedoch komplex und mehrere Teams arbeiten daran. Und meistens ist der Backlog riesig (und wächst und verändert sich ständig).

Flache Rückstände sind in großem Maßstab komplex

Wenn Sie Hunderte von Problemen (oder mehr) haben, macht es ein flaches Backlog unmöglich, das Gesamtbild und den umgebenden Kontext zu sehen — was Ihr Team benötigt, um das Backlog zu verfeinern, Abhängigkeiten zu finden und die Arbeit in Releases zu priorisieren. Es kann auch ziemlich überwältigend werden!

• Zu den spezifischen Herausforderungen bei der Nutzung des flachen Backlogs gehören:
• Die Anordnung der User Stories in der Reihenfolge, in der Sie sie erstellen, hilft Ihnen nicht dabei, anderen zu erklären, was das System tut
• Es bietet keinen Kontext oder ein „Gesamtbild“ rund um die Arbeit eines Teams
• Bei einem neuen System hilft Ihnen der flache Backlog nur schlecht dabei, festzustellen, ob Sie alle Geschichten identifiziert haben
• Bei einem flachen Backlog ist die Release-Planung schwierig — wie priorisiert man, was zuerst erstellt werden soll, wenn man eine endlose Liste hat?
• Es ist praktisch unmöglich, das „Rückgrat“ Ihres Produkts zu entdecken

User Story Maps wurden entwickelt, um diese Herausforderungen zu bewältigen und das Backlog neu zu strukturieren, um Kontext hinzuzufügen, die Priorisierung zu erleichtern und den Fokus auf die Bedürfnisse der Kunden zu legen. Es führt die X-Achse ein, wobei sich das Backbone oben befindet, um die Customer Journey zu veranschaulichen, und die User Stories unten.

Wenn Sie von einem flachen Backlog zu mehreren Achsen übergehen, können Ihr Team (und der Rest Ihres Unternehmens) verstehen, welchen Wert wir dem Kunden bieten wollen und wann.

Lesen ➡️ Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map.

Wann wird das User Story Mapping durchgeführt?

Also, wann führt man eigentlich eine User Story Mapping-Sitzung durch?

In der Regel erstellt ein Team zu Beginn eines Projekts oder Produkts gemeinsam eine Storymap. Es kann sich um ein völlig neues Produkt handeln, oder der Produktmanager möchte möglicherweise eine neue Idee oder Funktion als Teil eines bestehenden Produkts verfolgen.

Dazu müssen Sie Fachexperten und Teammitglieder zusammenbringen, um eine Sitzung abzuhalten, in der Sie sich Ihre Personas und die übergreifende Customer Journey ansehen und dann überlegen, wie Sie den Kunden den größtmöglichen Mehrwert bieten können. Anschließend schreiben Sie User Stories für jeden Ihrer Persona-Typen und jeden Schritt der Customer Journey, basierend auf deren Bedürfnissen.

Wie bereits erwähnt, ist es am besten, sich pro Story-Mapping-Sitzung auf einen Personatyp zu konzentrieren, um Verwirrung zu vermeiden. Beginnen Sie also zuerst mit der Persona, die am besten zu Ihrem Produkt passt oder wahrscheinlich den größten Teil Ihrer Zielgruppe ausmacht.

Insgesamt kann der Prozess mehrere Tage oder sogar mehrere Wochen dauern, abhängig von der Komplexität Ihres Produkts (und damit der Anzahl der Schritte in der Customer Journey) und der Anzahl der Personas.

Das Beste aus User Story Mapping herausholen

Wer sollte am User Story Mapping teilnehmen?

Einige Leute, die du vielleicht zu deiner User Story Mapping Party-Session einladen könntest, sind unter anderem deine:

• Fachexperten (ob Product Owner, Produktmanager, Mitglied des Kundenserviceteams oder eine andere Person, die mit dem Kunden interagiert)
• Geschäftsinhaber
• Entwickler
• Tester
• Vermarkter
• UX-Designerin
• Facilitator oder Scrum Master (es ist nützlich, wenn Sie einen anderen Produktmanager beauftragen können, die Sitzung zu moderieren)

Tipp: Versuchen Sie, Ihre Teilnehmerzahl unter 10 zu halten. Verschiedene Perspektiven sind nützlich, aber mehr als das, und es kann schwierig werden, alle zu verwalten und Beiträge von allen einzuholen. Alle Anwesenden sollten in der Lage sein, Einblicke in die Personen/das Produkt/das Unternehmen einzubringen oder abzuschätzen, wie lange die Erledigung der Aufgaben dauern wird.

Abbildung der User Stories

Sobald das Rückgrat aufgebaut ist (und dein Team sich auf die Reihenfolge geeinigt hat), kannst du es mit Fleisch und Tat umsetzen. Unter jedem Element im Backbone findest du die Nutzerberichte (Schritte, Prozesse und Details), die diese Aktivität unterstützen. Dazu gehören Brainstorming und kreatives Denken.

Ermutigen Sie Ihr Team, sich die verschiedenen Optionen vorzustellen, die dem Benutzer zur Verfügung stehen, wie er die einzelnen Schritte im Backbone erleben möchte und welche Maßnahmen er ergreifen könnte. Es kann nicht schaden, zusammen mit Ihrer User-Story-Map eine Prototyping-Sitzung in Papierform durchzuführen, um Ideen im Laufe der Zeit zu simulieren. Oder vielleicht kommt dieser Schritt später, je nach Szenario und Reifegrad Ihres Teams.

Sequenzierung

Anschließend können Sie Ihre User Stories in eine Reihenfolge bringen, um dem Kunden so schnell und konsistent wie möglich den größtmöglichen Mehrwert zu bieten. Platzieren Sie also die wichtigsten Nutzerberichte oben und die unwichtigsten unten.

Linien oder Schwimmbahnen abschneiden

Ihr Team wird sich zusammensetzen und den Arbeitsaufwand für jede User Story besprechen und einschätzen. Danach können Sie Schnittlinien hinzufügen (normalerweise Sprint- oder Versionslinien), um festzulegen, was Ihr Team wann liefern wird. An diesem Punkt könnten Sie einige Geschichten durcheinander mischen, wenn es für den Benutzer sinnvoll ist, sie in derselben Version zu veröffentlichen.

Lesen ➡️ Anatomie einer agilen User Story Map.

Tipps für ein erfolgreiches User Story Mapping

Beziehen Sie die richtigen Leute ein

Es kann schwierig sein, Ihr Team und Ihre Stakeholder zusammenzubringen. Sie sind beschäftigt und haben wahrscheinlich einen Teller voller Verpflichtungen. Aber es lohnt sich immer, alle dazu zu bringen, sich Zeit zu nehmen und von der Tastatur wegzugehen. Das Mapping von User Storys ist wichtig — und Sie benötigen den Input aller Beteiligten, damit Sie:

• Brainstormen Sie Geschichten, priorisieren Sie sie und schätzen Sie sie ein.
• Bringen Sie Ihr Team dazu, sich für deren Umsetzung zu engagieren

Mach Schluss

„Normalerweise habe ich diese Dinge ausgeführt, um zu versuchen, am ersten Tag so viel wie möglich von der Planung, den Personas und dem Backbone zu erledigen. Zu diesem Zeitpunkt sind die meisten Menschen ausgelastet, weil die kognitive Belastung hoch ist. Dann kann das Team weggehen und darauf schlafen. Sobald sie Zeit hatten, darüber nachzudenken, kommen sie mit anderen Ideen für Benutzergeschichten und Gedanken darüber zurück, wie sie die Arbeit machen würden, bevor sie mit der Sequenzierung beginnen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Sie müssen nicht Ihre gesamte User Story Mapping-Sitzung auf einmal durchführen. Je nach Größe, Komplexität und Phase Ihres Produkts können Sie es möglicherweise auch nicht an einem Tag unterbringen.

Teilen Sie Ihre Sitzung stattdessen in Abschnitte von 2-3 Stunden auf und führen Sie sie über mehrere Tage durch. Sie können die erste Sitzung am Nachmittag und die nächste Sitzung am nächsten Morgen durchführen. Dies hat einige Vorteile:

• Das bedeutet, dass Sie Ihre Stakeholder und Teams nicht über einen längeren Zeitraum zusammenbringen müssen
• Möglicherweise ist es viel einfacher, Ihre Kalender zu koordinieren, wenn Sie Ihre Sitzungen aufteilen.
• Es gibt deinem Team Zeit, über die ursprüngliche Storymap nachzudenken (sie werden sich wahrscheinlich am zweiten Tag eine Million neuer Dinge einfallen lassen, die sie hinzufügen können)
• Dein Team kann nach Abschluss der Sitzung zu Mittag essen und bei Essen und Getränken eine Nachbesprechung machen 🍻🍔🍕

Ein einziger Moderator

Sie möchten zwar, dass Ihr gesamtes Team und Ihre Stakeholder an Ihrer User Story-Mapping-Sitzung teilnehmen, aber Sie möchten nicht, dass jeder die Diskussion vorantreibt (zu viele Köche in der Küche = keine gute Idee). Wählen Sie stattdessen eine Person aus, die die Sitzung moderiert. Manchmal funktioniert es sogar besser, wenn Sie einen Produktmanager aus einem anderen Team auswählen können, der die Dinge leitet.

Keine Telefone/Laptops

Bei persönlichen User-Story-Mapping-Sitzungen darf nur der von Ihnen angegebene Moderator sein Gerät verwenden. Um Ablenkungen zu vermeiden, bitten Sie die Teilnehmer, ihre Telefone und Laptops in einem Stapel an der Tür abzulegen. Auf diese Weise kann Ihr Team bei allen Diskussionen voll anwesend sein.

Beginnen Sie mit Daten und Beweisen

Bevor Sie sich mit dem Mapping von User Story befassen, bringen Sie relevante Daten und Belege mit. All das ist ein großartiger Kontext für das, was kommen wird. Und natürlich können Sie kein User Story Mapping erstellen, wenn Sie nicht genau wissen, wer Ihre Benutzer sind — und was ihre Ziele, Probleme und Bedürfnisse sind.

Erstellen Sie also Ihre Personas, bevor Sie Ihre Customer Journeys aufbauen. Auf diese Weise werden Sie verstehen, wie Ihre Nutzer mit dem Produkt interagieren werden, und Sie werden in der Lage sein, Nutzerberichte zu schreiben, die die Realität genauer widerspiegeln.

Ansätze zur Zuordnung von User Storys

Beispiel für das Mapping von User Storys

Schauen wir uns ein Beispiel für das User Story Mapping an, um Ihnen zu helfen, den Prozess für Ihr eigenes Produkt zu visualisieren.

• Identifizieren Sie das Produkt/das Ergebnis

In diesem Beispiel ist unser Produkt ein kostenloses Online-Lernspiel für Kinder. Das Ergebnis ist, dass der Benutzer das Spiel findet und spielt.

• Führen Sie Aktivitäten auf hoher Ebene auf (in chronologischer Reihenfolge):
• Navigiere zur Spiele-Website
• Loggen Sie sich in Ihr Konto ein (oder registrieren Sie sich, wenn Sie es zum ersten Mal verwenden)
• Suche nach Spiel
• Spiel wählen
• Spiel spielen
• Mit einem Freund oder in sozialen Netzwerken teilen
• Listen Sie Benutzerberichte unter jeder Aktivität auf

Die Suche nach einem Spiel könnte beispielsweise die folgenden Optionen beinhalten:

• Freitextsuche — Als Elternteil möchte ich nach einem bestimmten Schlüsselwort suchen, damit ich schnell zu einem Spiel navigieren kann
• Nach Kategorie durchsuchen: Altersgruppe - Als Elternteil möchte ich ein altersgerechtes Spiel finden, das meine Kinder leicht erlernen können
• Nach Kategorie durchsuchen: Art der Bildung - Als Elternteil möchte ich ein Spiel finden, das meinem Kind hilft, sein Wissen und seine Fähigkeiten in einem bestimmten Bereich zu verbessern
• Nach Kategorie durchsuchen: Spieltyp - Als Elternteil möchte ich ein neues Spiel finden, das einem ähnelt, das meinem Kind bereits gefällt
• Sortiere nach den am besten bewerteten Spielen — Als Elternteil möchte ich ein Spiel finden, das mein Kind wahrscheinlich eine Weile beschäftigt, damit ich etwas Arbeit erledigen kann
• Sortiere nach neuesten/ältesten Spielen - Als Eltern möchte ich meinem Kind helfen, ein Spiel zu finden, das es noch nicht gespielt hat, um ihm ein neues Erlebnis zu bieten
• Sortiere nach den beliebtesten Spielen — Als Elternteil möchte ich meinem Kind helfen, die beliebtesten Spiele zu finden und zu spielen
• Ordnen Sie Geschichten von den für Benutzer am wertvollsten zu den am wenigsten wertvollen

Der Wert wird anhand von Analysen zu Nutzungsmustern, Kundeninterviews und anderen Erkenntnissen ermittelt.

Dein Team überprüft möglicherweise die Feedback-Formulare, um herauszufinden, welche Funktionen von Eltern am häufigsten nachgefragt werden, und priorisiert diese zuerst. Auf diese Weise bieten sie in kürzerer Zeit mehr Wert.

Ordnen Sie die Arbeit so an, dass Sie wissen, was und wann geliefert werden muss

Ihr Team schätzt den Arbeitsaufwand für jede User Story ein und entscheidet, welche Storys Sie für kommende Sprints oder Releases fertigstellen können. Sie können Geschichten gruppieren, die für die Erstellung eines MVP benötigt werden, oder Geschichten, die veröffentlicht werden müssen, zusammen — zum Beispiel könnten alle Funktionen zum Durchsuchen nach Kategorien gleichzeitig veröffentlicht werden.

Teilen Sie es auf Releases oder Sprints auf

Das Team legt deine Schnittlinien fest (für den Sprint oder die Version), sodass sie unterscheiden können, was sie ihrer Meinung nach in diesem Sprint oder dieser Version liefern können. Dies hängt von ihren Kapazitäten ab und davon, was sie den Benutzern bieten müssen, um ein Minimum Viable Product (MVP) zu erreichen.

Eine User Story Mapping... Story

Während seiner Zeit bei Twitter moderierte unser Mitbegründer, Nicholas Muldoon, eine Sitzung für ein anderes Team, dessen Ziel es war, herauszufinden, wie ein Problem mit der App behoben werden sollte. Dieses Beispiel (in Nicks Worten) zeigt eine weitere interessante Anwendung von User Story Mapping, einschließlich der Arten von Problemen, die Sie möglicherweise lösen könnten, und wie Sie sich auf eine bestimmte Persona oder einen Unterbereich Ihrer Zielgruppe konzentrieren können.

Schritt 1: Kick Off

Wir haben damit angefangen, alle ins Zimmer zu holen. Zu den Teilnehmern gehörten mehrere Fachexperten — nicht nur das unmittelbare Team, das an dem Projekt arbeitete. Dazu gehörten jemand aus dem Team für die Benutzerauthentifizierung und ein UX-Designer, der in der Vergangenheit an der Zurücksetzung von Passwörtern gearbeitet hatte.

Der Produktmanager eröffnete die Sitzung mit einer Erläuterung der Situation: „Ein ganzer Teil der Benutzer hat Probleme, in die App zu gelangen, weil sie sich nicht an ihr Passwort erinnern können. Um sie jedoch dazu zu bringen, den langwierigen Prozess zum Zurücksetzen des Passworts zu durchlaufen, wollen wir ihnen zunächst einen Mehrwert bieten, um zu zeigen, dass es sich lohnt. Wie?“

Schritt 2: Identifizierung der Person

Um die nächsten Schritte herauszufinden und das User Story Mapping durchzuführen, mussten wir die Zielgruppe eingrenzen, damit wir sie als Framing-Referenz oder Persona verwenden konnten. Schließlich hatten wir es mit einem riesigen Publikum von 30 Millionen Menschen zu tun, nicht mit einer einzigen Persona.

Also haben wir gefragt: Auf wen zielen wir nicht ab? Dann konnten wir alle Pro-Nutzer und Regierungsnutzer ausschließen, wodurch sich die Zuschauerzahl auf 28 Millionen reduziert hat.

Als nächstes fragten wir: Was ist der einfachste Ort, um das zu experimentieren und zu testen? Zu der Zeit gab es eine Funktion, auf die wir unter IOS nicht zugreifen konnten, also haben wir uns für Android entschieden. Außerdem hatten wir gute Beziehungen zum US-amerikanischen Mobilfunkanbieter AT&T. Deshalb haben wir uns unsere Zielgruppe von Android-Nutzern auf AT&T in den USA angesehen, was uns eine viel vernünftigere Zuschauerzahl von 3 Millionen Menschen bescherte.

Wir haben diese Persona verwendet, um mit dieser speziellen Funktion zu experimentieren, ohne die verschiedenen Anwendungsfälle zu berühren.

Schritt 3: Die großen Schritte

Nachdem wir die Persona skizziert hatten, auf die wir uns konzentrieren würden, konnten wir darüber sprechen, was in oder was draußen ist. Also haben wir über die großen Schritte gesprochen, wie zum Beispiel:

• Sie sind auf dem Android-Startbildschirm
• Sie öffnen die App
• Sie sehen alle Funktionen
• Sie versuchen eine Aktion (Twittern, Liken oder Retweeten)
• Sie führen einen Passwort-Reset durch
• Diese kundenorientierten Epen bilden das Rückgrat der User Story Map.

Außerdem haben wir in dieser Sitzung auch technische Epen für Dinge aufgenommen, die wir von anderen Teams bei Twitter brauchten. Dieses Team hatte zum Beispiel nicht die Kontrolle über die gesamte Authentifizierung, also fügten sie ein technisches Epos hinzu, um ein Gespräch mit einem anderen Team zu führen, um diesen Teil in ihren Backlog aufzunehmen, sodass sie alles hatten, was sie für das Experiment brauchten.

Schritt 4: Die Geschichten

Während wir die Epen ausgearbeitet haben, haben wir die User Stories unter jedem von ihnen ausgearbeitet.

Schritt 5: Linien abschneiden

Normalerweise führte Ihr Team an dieser Stelle Schätzungen durch und schnitt Grenzen ab, aber das war nicht nötig, da das Timing weniger relevant war. Wir mussten alle wichtigen Geschichten einbeziehen, um das Experiment erfolgreich durchführen zu können.

Wir haben unser User Story Mapping physisch auf einem Whiteboard durchgeführt, also haben wir Band verwendet, um zu trennen, was in Sprint eins, zwei und drei hinein- und herauskommt. Wir hatten das Backlog auf der rechten Seite, das aus allem bestand, was wir besprochen hatten und das wir diesmal nicht aufnehmen konnten, auf das wir aber später zurückkommen wollten. Vielleicht passten einige Punkte nicht zu dieser Persona, oder wir würden für IOS darauf zurückkommen.

In anderen Szenarien würden wir die Geschichten danach ordnen, was unserer Meinung nach den meisten Wert bieten würde, schätzen mit Storypoints, und planen Sie dann die Kapazität für eine Woche oder vierzehn Tage Arbeit auf der Grundlage der historischen Geschwindigkeit. Dann würden wir die Geschichten in Sprints und Versionen unterteilen. Bei der Sequenzierung könnte es darum gehen, etwas mit niedrigerem Kundennutzen nach oben zu bringen, weil Sie es anpassen können. Möglicherweise müssen Sie auch eine größere oder riskantere Geschichte aufschlüsseln und sie in zwei Benutzergeschichten aufteilen.

Während des gesamten Prozesses hatte jeder die Möglichkeit, seine Meinung zu äußern (es gibt nichts Frustrierenderes, als nicht gehört oder gehört zu werden), und wir haben sie in den Vorstand aufgenommen. Eine meiner Aufgaben als Moderator bestand darin, alle im Raum zu betreuen — von der ruhigsten Person bis zur kontaktfreudigsten Person.

Wenn jemand still war, würde ich ihn in die Diskussion einbeziehen und ihn direkt nach seinen Gedanken fragen. Es ist wichtig, verschiedene Teilnehmer einzubeziehen, um eine ganzheitliche Vision oder ein ganzheitliches Verständnis zu erhalten. Denn am Ende des Tages besteht der Zweck des User Story Mappings darin, das Team auf den gleichen Stand zu bringen. Wenn sich das Team auf den Weg macht und sich nicht auf die Vision eingelassen hat, werden sie bald feststellen, dass jeder ein anderes Verständnis davon hat, was passieren soll. Es geht weniger um den Prozess als vielmehr um die Ausrichtung des Teams.

Ergebnisse 🏆

Als Ergebnis dieses User Story-Mapping-Prozesses schlug das Projekt eine neue Richtung ein, bei der die App die Gerätekennzeichnung zusammen mit dem Benutzernamen verwendet, um herauszufinden, wer der Benutzer war, bevor er sich anmeldet. Dies würde es ihnen ermöglichen, direkt in die Timeline zu gelangen und daraus einen Mehrwert zu ziehen.

Wenn sie jedoch Aktionen ausführen wollten (wie Twittern, RT oder einen Tweet mit „Gefällt mir“ markieren), mussten sie ein Passwort eingeben (und wären hoffentlich engagiert genug, um den Vorgang abzuschließen). Insgesamt war es eine sehr erfolgreiche User Story Mapping Session!

Physisches versus digitales User Story-Mapping

Nun, da Sie die Schritte beim User Story Mapping kennen, wie implementieren Sie sie tatsächlich?

Traditionell erfolgt das User Story Mapping physisch. Sie bringen Ihr Team in einen Raum, schreiben das Backbone und die Nutzergeschichten auf Haftnotizen, ordnen sie an einer Wand an und verwenden eine Schnur, um die Schnittlinien oder Swimlanes darzustellen.

Es könnte ein bisschen so aussehen:

Dieser Prozess bringt jedoch einige Herausforderungen mit sich:

• Du musst ein Zimmer für einen Tag finden und buchen (oder länger, wenn du eine komplexe Produkt- und Nutzerreise planen musst)
• Wir alle wissen, dass Haftnotizen dazu neigen, ihre Klebrigkeit zu verlieren und von der Wand zu fallen (auch wenn Sie Ihre Peeling-Technik absolut perfektionieren)
• Selbst wenn Sie externe Teammitglieder per Videokonferenz einbeziehen, ist es für sie schwierig, Post-its zu lesen — und natürlich ist es für sie viel schwieriger, Beiträge zu leisten
• Ein Teammitglied muss immer noch alle Daten in Jira eingeben, wenn deine User Story Mapping-Sitzung abgeschlossen ist (er sieht aus wie im folgenden Screenshot, der deiner physischen Story-Map nicht allzu sehr ähnelt).

„Als ich bei Twitter gearbeitet habe, haben sie versucht, über Videokonferenzen eine physische Benutzerstory abzubilden, um Teammitglieder an verschiedenen Orten einzubeziehen. Es war eine Herausforderung. Es würde viel „Hey Nick, was steht da?“ geben. und ich müsste es vorlesen oder im Chat abtippen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Aus diesem Grund ist es oft besser, ein Tool oder eine App zu verwenden, um Ihr User Story Mapping digital durchzuführen.

Es gibt zwar eine Reihe von Apps und Softwareoptionen für das User Story Mapping, aber der effizienteste Ansatz besteht darin, ein User Mapping Tool zu verwenden, das direkt in Jira integriert ist.

Auf diese Weise musst du deine Arbeit nicht in Jira übertragen — dein Team kann direkt mit der Arbeit an seinen wichtigsten Storys beginnen, sobald du deine Mapping-Sitzung abgeschlossen hast.

Lesen ➡️ User Story Mapping für Remote-Teams

Jira + Einfacher agiler TeamRhythm

Jira alleine erlaubt es dir nicht, User Story Mapping durchzuführen. Es repliziert die physische Sitzung nicht mit Haftnotizen und einer X-Achse. Das Beste, was es tun kann, ist ein flacher Rückstand — und hoffentlich weißt du inzwischen, dass das für die meisten Teams nicht gut genug ist.

Zum Glück kannst du mit Easy Agile TeamRhythm, einem Add-on für Jira, eine digitale und kollaborative Story-Mapping-Sitzung direkt in Jira durchführen.

So funktioniert das:

Funktionen zur Zuordnung von User Storys zu Jira hinzufügen

Hinzufügen Einfacher agiler Teamrhythmus zu deinem Jira-Konto. Du kannst mit einer kostenlosen 30-Tage-Testversion beginnen.

Wenn du TeamRhythm von einem agilen Board aus öffnest, das bereits verwendet wird, wird es automatisch mit den Daten deines Boards gefüllt. Aktuelle Probleme werden dem Backlog-Panel im rechten Bereich hinzugefügt. Aber keine Sorge — du kannst diese Daten ganz einfach bearbeiten. Und wenn es ein neues agiles Board ist, kannst du dein Backbone, deine Storys und Swimlanes ganz einfach von Grund auf neu hinzufügen.

Richte dein Rückgrat ein

Am oberen Rand des Spielbretts erstellst du eine horizontale Reihe von Epen (falls du deinem Board bereits Epen zugeordnet hast, wird diese automatisch ausgefüllt). Jedes Epos steht für eine Aktivität, bei der die Nutzer das Produkt durchqueren. Dies wird oft als das „Rückgrat“ der Storymap bezeichnet.

Diese Epen können per Drag-and-Drop verschoben werden und die Reihenfolge der Epen wird mithilfe des Jira-Rankings im Backlog wiedergegeben.

Mit Easy Agile ist es ganz einfach, neue Epen direkt in der Story-Map zu erstellen. Klicken Sie einfach oben rechts auf dem Bildschirm auf die Schaltfläche „Epic erstellen“. Füge den Namen und die Beschreibung hinzu und klicke dann auf „Erstellen“. Scrolle auf deiner Story-Map ganz nach rechts, um dein neues Epos zu finden.

Machen Sie sich keine Sorgen, dass alles sofort perfekt wird. Sie haben die Möglichkeit, sie später online zu bearbeiten.

Füge das Fleisch hinzu (oder Geschichten!)

Unter jedem Epos auf dem Backbone findest du alle verknüpften User Stories, die nach Rang sortiert sind. Um eine neue Story hinzuzufügen, fahre mit der Maus über den Bereich, in dem du deine Story erstellen möchtest, und klicke auf „Neu“. Gib den Namen deiner Story ein und wähle deinen Problemtyp aus dem Drop-down-Menü aus (z. B. Aufgabe, Story oder Bug). Du kannst auch auf das Backlog-Panel zugreifen, um bestehende Geschichten oder Probleme hinzuzufügen — klicke einfach auf „Bestehend“, suche nach deinem Problem und füge es hinzu.

Sie können Probleme auch aus dem Backlog-Panel hineinziehen.

Und genau wie bei Epen können Sie Ihre Geschichten direkt bearbeiten, indem Sie auf den Namen der Ausgabe klicken.

Bestelle deine Epen und Geschichten

Ordne jetzt deine Epen und Geschichten. Ihre Epen sollten die Reise Ihres Kunden von Anfang bis Ende widerspiegeln. Und Ihre Geschichten sollten nach dem Wert geordnet sein, den sie den Kunden bieten.

In Easy Agile-Apps können Sie Ihre Geschichten und Epen durch Klicken und Ziehen neu anordnen. Und wenn Sie ein Epos verschieben, werden auch die zugehörigen Geschichten darunter verschoben.

Arbeit schätzen

Zeigen Sie mit der Maus auf das Schätzfeld (die graue Zahl am unteren Rand jedes Story-Elements). Klicken Sie hier, um es hinzuzufügen oder zu bearbeiten Storypoints.

Lesen ➡️ Agile Schätzungstechniken

Swimlanes hinzufügen und anordnen (Version/Sprint)

Jetzt ist es an der Zeit zu entscheiden, welche Probleme Ihr Team wann angehen wird, indem Sie die Arbeit horizontal aufteilen. Klicken Sie oben rechts auf die Schaltfläche „Swimlanes“. Sie können wählen, ob Sie die Arbeit nach Sprints oder Versionen sortieren möchten (je nachdem, ob Sie Scrum oder Kanban* sind). Ihre Sprints oder Versionen werden in chronologischer Reihenfolge auf der Story-Map angezeigt. Unten auf der Story-Map befindet sich eine Schaltfläche „Sprint hinzufügen“, über die Ihr Team weitere Sprints und Versionen hinzufügen kann.

* Bei Kanban sequenzieren Sie Ihre Arbeit in der Regel in Versionen, da es keinen Sprint gibt. Dies kann Ihrem Team helfen, die lange Liste von Geschichten in die Bereiche „Jetzt“ und „Zukunft“ zu reduzieren.

Sie können Storys einfach per Drag-and-Drop verschieben und sie der entsprechenden Swimlane zuordnen.

Überprüfe die Teamgeschwindigkeit, um zu vermeiden, dass dein Team bei jedem Sprint oder jeder Version überfordert wird. Bewegen Sie den Mauszeiger über die Indikatoren „Nicht gestartet“, „In Bearbeitung“ und „Fertig“ ganz rechts in der Swimlane des Sprints oder der Version, um zu sehen, wie Ihr Storypoints verfolgen alle Geschichten und Probleme. Wenn du zu viele hast Storypoints, du kannst einige Storys in den nächsten Sprint oder die nächste Version verschieben.

Lesen ➡️ Agile Story Points: Messen Sie Ihren Aufwand wie ein Profi

Probiere verschiedene Ansichten aus

Sie können auf der Grundlage einer Textsuche suchen oder einen Schnellfilter erstellen (enthält z. B. „Als übergeordnetes Objekt“). Oder wenn Sie unser anderes Produkt, Easy Agile Personas, verwenden, haben wir ein Tutorial, wie Sie einen Schnellfilter nach Persona erstellen können. Auf diese Weise können Sie Ihre Story-Map verfeinern und sich auf das konzentrieren, was für Sie wirklich wichtig ist.

An die Arbeit!

Alle während der Story-Mapping-Sitzung vorgenommenen Änderungen werden automatisch in Jira übernommen, sodass dein Team die Story-Mapping-Sitzung verlassen und mit der Arbeit beginnen kann.

Erste Schritte mit Easy Agile TeamRhythm

Easy Agile TeamRhythm funktioniert sofort mit Ihrem vorhandenen Backlog (der Einstieg ist also superschnell und einfach). Aber es gibt dir diese zusätzliche Dimension, die dir hilft, dein Backlog zum Leben zu erwecken. Es ist ein Aliiiiive!

Willst du es selbst ausprobieren? Wir haben zwei Möglichkeiten:

Kostenlose Testversion von Easy Agile TeamRhythm

ODER spielen Sie mit unserer Demo herum (keine Installation oder Anmeldung erforderlich) :-)

TeamRhythm Highlights-Tour

Aber hör uns nicht einfach zu. Hier ist, was einige unserer Kunden zu sagen haben:

Die Jira-Software eignet sich hervorragend, um Aktivitäten und Backlogs zu verfolgen, aber ohne User Story Mapping kann es leicht passieren, dass Sie die Vision Ihres Produkts verlieren. Easy Agile User Story Mapping ermöglicht es den Teams, miteinander zu kommunizieren — nicht nur über Aktivitäten, sondern auch über die Vision des Produkts. Einige unserer Teams nutzen dieses Tool regelmäßig für Rückblicke, und es hilft ihnen, das Produkt zu ihrem Produkt zu machen.

- Paul Flye Sainte Marie, Agile- und Tools-Referent @Kering

Wir haben festgestellt, dass Easy Agile User Story Maps das Team in einem Raum zusammenbringt. Infolgedessen stellen wir fest, dass wir mehr als Gruppe kartografieren, was zu einem gemeinsamen Verständnis führt. Seitdem wir das Add-on verwenden, können wir die Planung beschleunigen und umfangreiche Story-Mapping-Übungen effizienter durchführen.

- Mike Doolittle, Produktdirektor @Priceline

Seitdem wir Easy Agile User Story Maps verwenden, haben wir unsere Kommunikation und Teamausrichtung verbessert, was uns zu schnelleren Ergebnissen verholfen hat.

- Casey Flynn, Analyst für Vertriebsprognosen @adidas

Easy Agile User Story Maps hat uns geholfen, unseren Arbeitsaufwand und unsere Ziele zu visualisieren und unsere Besprechungen zu beschleunigen. Wir lieben die Einfachheit!

- Rafal Zydek, Atlassian Jira und Confluence Expert Administrator @ING Tech Poland

Sehen Sie, worum es bei der ganzen Aufregung geht

Starten Sie Ihre kostenlose 30-Tage-Testversion

Einfacher agiler Teamrhythmus

Psst: Es ist die am schnellsten wachsende und am höchsten bewertete Story-Mapping-App für Jira! Du wirst es lieben.

6 Möglichkeiten, deine Storymap am Leben zu erhalten

Apropos Dinge zum Leben erwecken, wir haben noch ein paar letzte Tipps...

Ihre User Story Map ist so konzipiert, dass sie ein lebendiges, atmendes Ding ist, sodass Ihr Team Ihren Kunden kontinuierlich einen Mehrwert bieten kann. Sie werden diese Vorteile jedoch verpassen, wenn Ihr Team sie nicht kontinuierlich nutzt, darüber nachdenkt und sie verfeinert.

Hier sind 6 Möglichkeiten, wie du deinen Backlog am Leben erhalten kannst:

1. Verfolgung des Fortschritts

Während dein Team Releases veröffentlicht, kann es seinen Fortschritt anhand der User Story Map visuell verfolgen. Mit Easy Agile User Story Maps werden Aktualisierungen in Jira direkt in der User Story Map wiedergegeben, sodass Sie überprüfen können, wie viel Prozent der Arbeit abgeschlossen wurden. Auf diese Weise können Sie Probleme frühzeitig erkennen und die Arbeitsbelastung Ihres Teams (und zukünftiger Versionen/Sprints) bei Bedarf anpassen.

2. Pflege des Backlogs

Der Zweck der Backlog-Grooming besteht darin, einen gesunden, aktuellen Produkt-Backlog aufrechtzuerhalten, der für eine effiziente Sprint-Planung bereit ist. Wenige Tage vor Ihrem Sprint-Planungstreffen wird Ihr Produktmanager:

• Löschen Sie User Stories, die nicht mehr relevant sind
• Erstellen Sie neue User Stories, wenn die Bedürfnisse klarer werden
• Schätzungen zuordnen und korrigieren
• Teilen Sie zu große User-Stories auf
• Schreiben Sie Geschichten um, um sie klarer zu machen
• Stellen Sie sicher, dass die Geschichten nach Priorität sortiert sind
• Stellen Sie sicher, dass die Geschichten oben bereit sind, geliefert zu werden

Es ist viel einfacher, dies mit Easy Agile User Story Maps zu tun (statt mit einem flachen Backlog), da Ihr Produktmanager und Ihr Team alle kontextbezogenen Informationen sehen können. Sie können die Reihenfolge durch Klicken und Ziehen verschieben und Probleme mithilfe der Inline-Bearbeitung schnell aktualisieren.

3. Sprint-/Release-Planung

Die Sprint-Planung erfolgt zu Beginn jedes Sprints. Es soll Ihrem Team helfen, sich auf ein Ziel für den nächsten Sprint und die Reihe von Backlog-Elementen zu einigen, die ihnen helfen, dieses Ziel zu erreichen. Dazu gehört die Priorisierung der Backlog-Elemente (das sollte dank der Backlog-Grooming einfach sein) und sich darauf zu einigen, für welche Aufgaben dein Team während des Sprints Kapazität hat. Sprint-Planungssitzungen laufen in der Regel viel reibungsloser ab, wenn Sie sich auf Ihre User Story Map beziehen. Mit Easy Agile User Story Maps können Sie Ihre Story-Map unterwegs mit Backlog-Elementen aktualisieren. Alle Ihre Änderungen werden in Jira wiedergegeben, sodass Ihr Team sofort mit der Arbeit am Sprint beginnen kann.

4. Sprint-Bewertungen

Am Ende jedes Sprints führt Ihr Team einen Sprint-Review durch, um festzustellen, ob das Ziel erreicht wurde und ob Ihre Erhöhung zu einer funktionierenden, versandfähigen Produktversion geführt hat. Ihr Produktmanager wird sich die Punkte „Erledigt“ aus dem Backlog ansehen, und das Entwicklungsteam wird Ihnen die geleistete Arbeit demonstrieren.

Das Team spricht darüber, was gut gelaufen ist, welche Probleme es gibt und wie sie gelöst wurden oder gelöst werden könnten. Sie überprüfen den Zeitplan, das Budget und die potenziellen Funktionen für die nächste geplante Produktveröffentlichung, wodurch die Vorbereitungen für die nächste Sitzung zur Rückstandsbereinigung und Sprint-Planung in Gang gesetzt werden.

In Easy Agile User Story Maps können Sie Ihre Ansicht ganz einfach filtern, um „erledigte“ Probleme anzuzeigen, Sprint-Statistiken einzusehen und Story-Point-Schätzungen zu aktualisieren. Auf diese Weise können Sie direkt in Jira ein schnelles und kollaboratives Sprint-Review-Meeting abhalten.

5. Straßenkarten

Sie können Ihre Storymap verwenden, um Ihre Roadmap mit Stakeholdern zu kommunizieren und die Produktvision zu teilen. Nachdem Ihre bevorstehenden Releases und Sprints geplant sind, können Sie leicht erkennen, welche Teile der Kundenreise aktualisiert oder verbessert werden sollen und wann.

6. Rückblicke

Retrospektiven finden oft am Ende Ihres Sprints oder Releases statt. Oder Sie veranstalten sie nach einer Veranstaltung, einer Präsentation, jeden Monat oder jedes Quartal. Retros helfen Ihrem Team dabei, darüber nachzudenken, was gut gelaufen ist, was besser hätte laufen können und was es beim nächsten Mal anders machen würde. Ihre User Story Map kann Ihrem Team bei Rückblicken einen visuellen Bezugspunkt bieten und ihnen helfen, sich auf den Nutzer zu konzentrieren.

So erfahren Sie mehr über User Story Mapping

Wir sind fast am Ende, aber hören Sie hier nicht auf! Es gibt noch so viel mehr zu lernen, wenn du tiefer in das Thema User Story Mapping einsteigen willst.

Hier sind einige Ressourcen, die einen Blick wert sind:

Bücher zum Mapping von Nutzergeschichten

Jeff Patton hat DAS Buch über User Story Mapping geschrieben, genannt User Story Mapping: Entdecke die ganze Geschichte, baue das richtige Produkt. Jeff war der ursprüngliche User Story Mapper — zumindest wird ihm die Erfindung des Konzepts und der Praxis zugeschrieben.

Artikel zum Mapping von User-Storys

Hier sind einige Artikel, die wir in den letzten Jahren geschrieben haben:

Story Maps — Ein visuelles Tool für kundenorientierte Entwicklung (dieses hat ein großartiges Video)

Wie schreibt man gute User Stories in der agilen Softwareentwicklung

Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map

Anatomie einer agilen User Story Map

Das war's! Du hast den ultimativen Guide zum User Story Mapping fertiggestellt! 👏

Sie haben alle Tools und Informationen, die Sie benötigen, um...

• Führen Sie Ihre erste User Story Mapping-Sitzung durch
• Führen Sie das Story-Mapping effektiver (und selbstbewusster) durch
• Holen Sie mehr aus Ihrer Story-Map heraus
• Priorisieren Sie Ihre Arbeit, um Ihren Kunden so schnell und so oft wie möglich den größtmöglichen Nutzen zu bieten
• Arbeiten Sie kollaborativer
• Planen Sie Ihre Arbeit genau
• Verstehe das Warum hinter der Arbeit

Geh raus und Storymap! Und lass uns wissen, wie es dir geht.

Wenn Sie Fragen zu User Story Maps haben, würden wir uns freuen, von Ihnen zu hören. Sie können kontaktiere uns oder sende uns einen Tweet @EasyAgile. Wir werden diesen Leitfaden aktualisieren, sobald wir auf weitere Tipps, Techniken und häufig gestellte Fragen zum Thema User Story Mapping stoßen.