in-app

Bei Agile geht es darum, Teams zu befähigen, Verantwortung zu übernehmen, sich wirklich engagiert zu fühlen und eine Kultur der Zusammenarbeit zu fördern. Mehr denn je müssen Teams ihre Aufgaben mit größerer Anpassungsfähigkeit, Geschwindigkeit und Engagement erfüllen. Die Zukunft ist vieldeutiger und komplexer, und agile Teams müssen wissen, wie sie am besten auf diese sich ändernden Bedingungen reagieren können.

Die Agile-Experten John Walpole, Dean MacNeil und Nick Muldoon teilen ihre Erfolgsformel hinter den hochfunktionellen Agile-Teams von Lyft, Valiantys und Easy Agile. Sie werden lernen:

• Wie man ein überzeugendes „Warum“ schafft, hinter dem das gesamte Team stehen kann
• So stärken Sie Ihre Teams
• Die Eigenschaften leistungsstarker Agile-Teams

JETZT ANSEHEN

Schaffen Sie ein überzeugendes „Warum“, hinter dem das gesamte Team stehen kann

‍

Ich denke, Agile ist keine Wunderwaffe. Wir haben Leute, die sich Agile ansehen und sagen: „Oh, nun, das wird all unsere Probleme lösen.“ Und das ist es nicht; es ist sicherlich keine schlüsselfertige Sache.

Nick Muldoon, Co-CEO bei Easy Agile

Agile ist keine Wunderwaffe. Es ist keine Methode, die die Probleme von Führungskräften, Teams und Einzelpersonen löst. Agile bedeutet „in der Evolutionstheorie eine kontinuierliche Verbesserung der Anpassungsfähigkeit; es geht darum, entweder auf eine neue Umgebung oder Veränderungen in der eigenen Umgebung zu reagieren, um nicht nur zu überleben, sondern zu gedeihen“, so Dean.

Bereiten Sie Ihre Agile-Teams auf Erfolgskurs, indem Sie ihnen beibringen, erfolgreich zu sein, indem Sie sie befähigen, Veränderungen anzuführen, Fehler zu machen, eine solide Grundlage aufzubauen und offen dafür zu sein, zu lernen, sich zu verändern und das aussagekräftige „Warum“ hinter ihrer Arbeit zu kommunizieren. Sie werden eine explosionsartige Steigerung des Erfolgs agiler Teams erleben, wenn Sie ein „kohärentes Team haben, das auf eine gemeinsame Mission ausgerichtet ist und eine wachstumsorientierte Denkweise verfolgt“.

Motivieren Sie Ihre Agile-Teams, indem Sie ihre Arbeit mit einem aussagekräftigen „Warum“ verknüpfen. Vereinbaren Sie ein Meeting, um sicherzustellen, dass Sie den tieferen Zweck ihrer Arbeit ständig besprechen. Bringen Sie ein Kundenbeispiel aus der Praxis vor. John erzählte: „Bei Lyft tauschen wir in einem vierzehntägigen Meeting Geschichten aus. Wir bieten kostenlose, barrierefreie Fahrten für Rollstuhlfahrer oder Personen an, die Schwierigkeiten haben, eine Fahrt zu bezahlen, aber Zugang zu öffentlichen Verkehrsmitteln benötigen, um zur Arbeit oder zur Schule zu gelangen.

„Erwecken Sie Ihre Personas mit diesen Beispielen aus der Praxis zum Leben, sodass sie in den Köpfen Ihrer Mitarbeiter im Mittelpunkt stehen“, sagte John.

‍

Stärken Sie Ihre Teams

Kultur isst — Strategie fürs Frühstück

Pieter Drucker

Ihre Mitarbeiter müssen den Wandel leiten. „Wenn Sie sich großartige Führungskräfte der jüngsten Agile-Transformation ansehen, sollten Sie sich vielleicht ein Unternehmen wie Porsche ansehen“, sagte Dean. Dean erzählt, wie Porsche Valiantys inspiriert hat, weil „jeder Mitarbeiter bei Porsche den Wandel anführt. Sie sind also alle davon überzeugt; sie alle haben diesen Sinn für Führung, um ihn voranzutreiben.“. Die Mitarbeiter von Porsche führen den Wandel an, weil ihre Führung das „Warum“ gut kommuniziert. „Spaß steht an erster Stelle, wenn ihr CIO die drei wichtigsten Gründe auflistet, warum alle so begeistert von der Agile-Transformation sind. Weil Sie bei der Arbeit Spaß haben können, sollte Ihr Job keine harte Pflicht sein. Es sollte etwas sein, auf das du dich freust.“

„Ermöglichen Sie Ihren Teams, Fehler zu machen“, sagte John.

Ermöglichen Sie Ihren Agile-Teams mithilfe aussagekräftiger Fragen, zu scheitern und Fehler zu machen. Führungskräfte müssen ihren Umgangston von „Oh nein, wen feuere ich?“ ändern zu „Was ist die Herausforderung? Was kann ich tun, um zu helfen?“ Erklären Sie Ihrem Team, dass Sie auf einer Reise sind, um genauso viel zu lernen wie sie. Auf diese Weise humanisiert sich der Anführer selbst und wird anfälliger.

Führung gibt den Ton an. Wenn ein Unternehmen skaliert, fallen die Verantwortung für die Schaffung der Unternehmenskultur und die Risikobereitschaft immer mehr auf die Führung.

Eigenschaften leistungsstarker, agiler Teams

1. Schaffen Sie ein solides Fundament

Bringen Sie Ihr Agile-Team mit einer stabilen Teameinheit auf Erfolgskurs. Verschieben Sie Teams nicht ständig, sondern stellen Sie langfristige agile Teams zusammen, damit sich die einzelnen Personen kennenlernen und sich gegenseitig humanisieren können. „Ich denke, Stabilität ist der Schlüssel dazu, dass das implizite Wissen zusammenhält, und diese offene Denkweise, in der sie bereit sind zu lernen. Das finde ich toll“, sagte Nick.

2. Offen für Lernen und Anpassung

Damit sich agile Teams kontinuierlich verbessern können, müssen sie ständig lernen und sich anpassen. „Man kann dieses Lernen und die Anpassung nicht erreichen, wenn man ständig umrührt. Weil Sie dieses Wissen immer weiter streuen werden, wollen Sie es in die Hand nehmen, und dann wollen Sie das Wissen natürlich an die Organisation weitergeben „, sagte Dean.

3. Teilen Sie Feedback mit und machen Sie einen Rückblick

Stellen Sie sicher, dass Ihre Agile-Teams regelmäßig funktionierende Produkte vorführen. Wenn Sie Scrum praktizieren, stellen Sie sicher, dass Sie den wöchentlichen Sprint-Review durchführen. Auf diese Weise kann das Team Feedback von den Stakeholdern erhalten und ständig wiederholen und vorankommen, um sicherzustellen, dass sie in Bewegung bleiben. „Machen Sie Ihren Rückblick“, sagte Dean.“ Wir schauen uns an, was wir geliefert haben, und jetzt schauen wir uns an, wie wir es geliefert haben.“ Es ist unerlässlich, dass sich die Scrum-Teams am Ende jedes Sprints treffen, um zu besprechen, was gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden kann. Andernfalls laden Sie Selbstgefälligkeit und Stagnation in Ihren Scrum-Prozess ein — das Gegenteil von Agile.

Verwenden Sie Easy Agile, um Ihre Agile-Teams auf Erfolgskurs zu bringen

Einfacher agiler Teamrhythmus unterstützt die Agile-Praktiken deines Teams in Jira. Das User-Story-Map-Format in TeamRhythm verwandelt Ihre flachen Produktlandkarten in eine dynamische und flexible visuelle Darstellung der Arbeit. Schauen Sie sich das an Höhepunkttour um zu sehen, wie Easy Agile TeamRhythm die Sprint-Planung, die Verwaltung Ihres Backlogs und Team-Retrospektiven einfacher macht. Besuche den Atlassian Marketplace und starte dein kostenloses, 30-Tage-Testversion heute.

‍

„Die Leute, die die Arbeit planen, machen die Arbeit“ ist der ungeschriebene Regel des Scaled Agile Framework.

Dies kann jedoch leichter gesagt als getan sein, wenn wir es mit mehreren Teams von Personen zu tun haben, die gemeinsam planen müssen.

Rechnet man die Komplexität großer Unternehmen hinzu, die vor ihren ganz eigenen Herausforderungen stehen — von der Produktentwicklung über das Budget bis hin zur Umsetzung des Feedbacks bis hin zur endgültigen Auslieferung —, kann sich plötzlich die Idee, Teams für die Planung zusammenzubringen, wieder schwieriger anfühlen.

Wenn Sie mit dem Scaled Agile Framework vertraut sind, wissen Sie bereits, dass SAFe darauf ausgelegt ist, eine bessere Zusammenarbeit und Kommunikation zwischen mehreren funktionsübergreifenden Gruppen zu ermöglichen. Die zentrale Methode, dies mit SAFe zu tun, ist Program Increment oder PI Planning (Planning Interval Planning in SAFe 6.0)

Ein Plan kann so viele verschiedene Formen annehmen — auch nur zwischen Teams —, aber mit SAFe ist es einfacher zu erkennen, wie „gut“ aussieht, wenn es um effiziente PI-Planung geht.

Das SAFe-Programmboard oder ART-Planungstafel (SAFe 6.0), ist ein wichtiges Tool und Ergebnis von PI Planning. Es ist ein visuelle Zusammenfassung von Funktionen oder Zielen, teamübergreifenden Abhängigkeiten und anderen Faktoren, die sich auf deren Bereitstellung auswirken. Dies trägt nicht nur zur Transparenz bei, sondern erhöht auch die Flexibilität, was wiederum dazu beiträgt, Verzögerungen und schädliche Abhängigkeiten zu minimieren.

Was oft übersehen wird, ist, dass PI Planning eine entscheidende Rolle dabei spielt, Teams oder das gesamte Programm auf Erfolgskurs zu bringen — einschließlich der Durchführung anderer SAFe-Zeremonien oder -Veranstaltungen.

In diesem Artikel besprechen wir alles, was Sie über Programmboards wissen müssen, einschließlich der Gründe, warum sie im Planungsprozess wichtig sind und wie größere Teams sie in PI Planning und darüber hinaus verwenden können.

Wir werden auch genau untersuchen, wie Easy Agile Programs das SAFe-Programmboard digitalisiert. So können nicht nur die Leute, die die Arbeit planen, die Arbeit erledigen, sondern Sie können die Arbeit auch in der Umgebung planen, in der die Arbeit erledigt wird — in Jira.

Hinweis: Während das Programmboard in der aktualisierten 6.0-Version des Scaled Agile Framework als „ART Planning Board“ bezeichnet wird, ist es dasselbe Artefakt und spielt dieselbe Rolle in PI Planning und darüber hinaus.

Was ist ein Programmboard?

Wie sieht der Plan oder der Zeitplan Ihres Teams in der Regel aus?

Würde es Ihnen zeigen, welche Arbeit geleistet wurde? Wer hat es gemacht? Vielleicht sogar ein Hinweis darauf, wann und auf welche wichtigen Termine diese Teams hinarbeiten?

Die Überschrift hier ist, dass ein Programmboard all das ist, aber auch mehr.

Die Programmtafel visualisiert die Arbeit, die während des Program Increment/Planning Interval (PI) geleistet wird. Es ist gleichzeitig der Vermittler der Planung und des Plans selbst.

Eine typische Vorstellung von einer Programmplatine — insbesondere für gemeinsame PI-Planungssitzungen — ist buchstäblich eine physische Platine an einer Wand.
Es würde zeigen:

• Spalten: Markierung der Wiederholungen für das Inkrement
• Zeilen: stehen für verschiedene Teams innerhalb dieses Zuwachses
• Haftnotizen: Beschreibung der Eigenschaften an dem die Teams arbeiten oder an denen sie angezeigt werden Meilensteine auf die sie hinarbeiten
• Zeichenketten: zwischen diesen Merkmalen, um anzuzeigen, ob es welche gibt Abhängigkeiten

Aber wie unterstützt ein Programmboard den Planungsprozess?

Ein Programmboard ermöglicht eine bessere Teamzusammenarbeit, da es die Projektkommunikation und -planung optimiert und gleichzeitig eine bessere Kommunikation zwischen den beteiligten Teams gewährleistet.

Darüber hinaus helfen Programmausschüsse dabei, die Verantwortung jedes Teams zu definieren, das an der Umsetzung der Idee beteiligt ist, was wiederum dazu beiträgt, den gesamten Prozess zu rationalisieren.

Während der PI-Planung unterstützt das Programmboard die Teams dabei, Abhängigkeiten innerhalb des PI zu visualisieren und zu verwalten. So erhalten sie mehr Klarheit über die Arbeit im Detail, wie die Arbeit mit dem, was das Unternehmen zu erreichen versucht, und zueinander, welche Aufgaben erledigt werden müssen und vor allem, ob es irgendwelche Probleme gibt, die zu Verzögerungen führen können.

Ein Programmausschuss ist gleichzeitig der Moderator der Planung und des Plans selbst.

Um zu verstehen, wie Programmtafeln beim Planungsprozess helfen, schauen wir uns die verschiedenen Komponenten an, die auf ihnen zu finden sind.

So richten Sie Ihr SAFe-Programmboard für eine erfolgreiche PI-Planung ein

Laut Agiles Skalieren, es gibt zwei Hauptausgaben von PI Planning:

1. Engagiert PI-Ziele
2. Programmtafel - mit Lieferterminen für neue Funktionen, Abhängigkeiten zwischen Teams und relevanten Meilensteinen

Wenn Sie also SAFe folgen und PI Planning durchführen, sollten Sie PI Planning mit einer Programmplatine beenden.

Während der PI-Planung besprechen und definieren die Teams nicht nur die Funktionen und Abhängigkeiten, sondern sie legen auch Meilensteine für den gesamten PI fest.

Hier ist ein digitalisiertes PI-Planungstool kann wirklich profitieren Remote- oder Hybrid-Teams, die PI-Planung durchführen - Die gleichen Informationen sind am selben Ort geplant.

Hier sind ein paar Tipps, die Ihnen bei der Erstellung eines SAFe-Programmboards helfen sollen.

1. Das Board selbst einrichten

Nicht zu unterschätzen, das Grundgerüst des Programmboards muss eingerichtet werden.

Hier gibt es zwei wichtige Elemente:

• Spalten für Sprint oder Iteration:
  • Die richtige Zahl hängt davon ab, wie viele Iterationen/Sprints in Ihrem PI enthalten sein werden, einschließlich einer letzten für Iterationsplanung
• Reihen oder Schwimmbahnen:
  • Einer für Meilensteine/Ereignisse — in der Regel der erste
  • Eine für jedes Team
  • Kann auch eine Swimlane für gemeinsam genutzte Dienste, Lieferanten oder andere Teams haben, die nicht in der Agile Release Train (ART)

So könnte das aussehen:

Wenn Sie sich in dieser Phase Ihres Programms befanden, sollten Sie Einfache agile Programme, dein Board würde so aussehen:

In Easy Agile-Programmen steht jedes Team, das in einer eigenen Swimlane vertreten ist, für ein agiles Board in Jira. Die Probleme, die du während der PI-Planung und darüber hinaus in Sprints für dieses Team einplanst, spiegeln sich also auf dem Agile Board wider und umgekehrt.

Das Start- und Enddatum für den PI sowie die Anzahl und Länge deiner Sprints können alle bearbeitet werden um zu den Arbeitsabläufen Ihres Unternehmens zu passen.

Wenn Sie sich im Bearbeitungsmodus befinden und Features planen möchten, wird die Swimlane für gemeinsam genutzte Teamfunktionen ebenfalls oben angezeigt, um visuell anzuzeigen, ob Arbeiten für mehrere Teams geplant werden müssen.

2. Beginnen Sie mit Funktionen und Meilensteinen

Während der PI-Planung teilt das Produktmanagement die Produkt-/Lösungsvision mit. Dies bedeutet in der Regel auch die nächsten 10 bevorstehenden Funktionen, die die Teams aus dem Backlog in die PI aufnehmen müssen. (Wir wissen von unseren Kunden, dass das manchmal viel mehr sein kann!)

Wir möchten auch zunächst wissen, auf welche Meilensteine wir hinarbeiten. Oft können dies Produktveröffentlichungstermine, externe Leistungen oder Termine wie die Vorbereitung einer Demo oder Präsentation für eine Messe, Marketingeinführungen oder Veranstaltungen sein. Wenn diese auf der Programmtafel visualisiert sind, können die Teams leicht erkennen, worauf sie hinarbeiten, aber auch, um die Priorisierung der spezifischen Funktionen zu unterstützen, die zur Erreichung dieses Meilensteins erforderlich sind.

Wenn Sie mit einer physischen oder einfachen digitalen Programmtafel arbeiten, werden Funktionen und Meilensteine durch „Haftnotizen“ dargestellt, die in der entsprechenden Swimlane und/oder Farbe platziert sind, um diese Informationen sowie das dafür verantwortliche Team und den Zeitrahmen anzugeben:

Wie sieht das in Easy Agile Programs derzeit aus?

Meilensteine sind sehr visuell

• Meilensteine kann individuell angepasst werden, um Start-/Enddatum und Farbe anzuzeigen. Sie erstrecken sich über alle Team-Swimlanes, sodass die Teams leicht erkennen können, wie ihre Arbeit mit einem bevorstehenden Ergebnis oder einer bevorstehenden Veranstaltung zusammenhängt.
• Meilensteine habe immer noch einen eigenen Platz oben auf der Programmtafel, aber dieser kann auf Wunsch zusammengeklappt werden

Funktionen sind native Jira-Probleme

• Funktionen in Easy Agile-Programmen sind native Jira-Probleme, in der Regel epische. Sie können ganz einfach auf der Programmpinnwand auf den Problemschlüssel klicken, um in der Problemansicht weitere Informationen zu erhalten.
• Funktionen können einfach geplant werden aus dem Backlog per Drag & Drop in eine Swimlane oder über das Programmboard erstellt. Um anzugeben, wann ein Feature gestartet und abgeschlossen werden soll, ziehen Sie einfach den Rand des Vorgangs per Drag-and-Drop:

Nehmen Sie an einer Produkttour teil und lernen Sie die Easy Agile-Programme kennen

Du möchtest dein Program Board in Jira integrieren?

Nehmen Sie an einer Demo teil

3. Identifizieren Sie Abhängigkeiten

Nachdem die Funktionen fertig sind, sollten Teams als Nächstes nach Abhängigkeiten suchen. Erinnerst du dich an die Zeichenketten, die wir zuvor erwähnt haben?

Abhängigkeiten zwischen Features und Teams werden mit einer Schnur auf einer Programmtafel dargestellt, wenn sie sich an einer Wand befindet, oder mit Linien zwischen diesen Funktionen in einem digitalen Tool.

Haftnotizen in einer anderen Farbe, wie Rot, weisen auf eine signifikante Abhängigkeit hin. Beispielsweise kann es für diese Funktion mehrere Funktionen geben, auf die sie angewiesen ist, um den Zeitplan einzuhalten.

Um dies zu erklären, betrachten wir ein Beispiel.

Stellen Sie sich vor, Team X erkennt, dass es ein Feature erst entwickeln kann, wenn Team Y dank des Programmboards eine API entwickelt. Was also beide Teams tun können, ist miteinander zu sprechen und eine Lösung zu finden, die für alle funktioniert und zu einer besseren Zusammenarbeit zwischen den Teams führt.

Nachdem eine Einigung erzielt wurde, wird eine Abhängigkeit in den Vorstand aufgenommen, sodass alle das gleiche Verständnis über die Abhängigkeit haben und wie sie gelöst werden kann. Um dies zu demonstrieren, wird an jeder Karte ein Stück Schnur befestigt:

Die Natur der Abhängigkeiten bedeutet, dass etwas abgeschlossen werden muss, damit etwas anderes getan werden kann.

Um leichter erkennen zu können, wann Abhängigkeiten geplant sind, verfügt Easy Agile Programs über ein Ampelsystem mit roten, orangefarbenen und grünen Abhängigkeiten, um den Zustand der Abhängigkeiten anzuzeigen.

Die Gesundheit der Abhängigkeit wird wie folgt dargestellt:

• EIN rot Zeile gibt an, dass das abhängige Problem in einem Sprint nach der Abhängigkeit geplant ist (Konflikt)
• Ein orange Eine Zeile gibt an, dass die Abhängigkeit und die Abhängigkeit im selben Sprint geplant sind (ein Risiko)
• EIN grün Die Zeile gibt an, dass das abhängige Problem in einem Sprint vor seiner Abhängigkeit geplant ist (fehlerfrei)
• EIN schwarz Eine Zeile gibt an, dass die Abhängigkeit mit Problemen außerhalb der aktuellen Ansicht besteht. Unabhängig davon, ob es sich um das aktuelle Agile Release Train /-Programm handelt oder ob es sich um eine zukünftige oder vergangene Erhöhung handelt.

Dies zeigt einem Release Train Engineer oder einem Program Manager leicht, worauf sie sich konzentrieren sollten, um alle Planungsprobleme während der Planung lösen zu können.

Mit Easy Agile Programs können Sie auch Abhängigkeiten zwischen Problemen innerhalb und zwischen Teams aus den Teamplanungstafel. Dies bietet einen wirklich fokussierten Überblick über die Arbeit eines bestimmten Teams für den PI und wie diese Arbeit mit anderen Teams zusammenhängt:

Für eine bessere Zusammenarbeit werden Programmboards benötigt

Die Stärke des Programmausschusses liegt darin, einen einheitlichen Überblick darüber zu haben, wofür sich eine Gruppe von Teams — gemeinsam — verpflichtet hat und wie genau diese Arbeit miteinander zusammenhängt. Es hilft bei der Organisation von Planungssitzungen, indem es zukünftige Abhängigkeiten aller Teams und Sprints zusammenfasst. Auf diese Weise können Scrum Master, Release Train-Techniker, Produktmanager und Geschäftsinhaber die wichtigsten teamübergreifenden Konversationen leicht identifizieren und priorisieren.

Eine groß angelegte Planungssitzung oder eine PI-Planungszeremonie durchzuführen, insbesondere zum ersten Mal, kann entmutigend sein.

Wenn es Ihnen jedoch gelingt, im Rahmen Ihres PI-Planungsprozesses ein solides Programmboard zu entwickeln, müssen Sie sich keine Gedanken darüber machen, Ihren Kollegen oder Teammitglied zu verfolgen, um Termine einzuhalten. Das Wichtigste dabei ist, sicherzustellen, dass Sie die wichtigsten Funktionen für den PI geplant, teamübergreifende Abhängigkeiten identifiziert und alle Meilensteine oder Termine visualisiert haben, um sicherzustellen, dass sie realistisch erreicht werden können.

Das Programmboard kann jedoch wirkungsvoller werden, wenn es mehr als nur ein Plan ist. Das Erstellen einer Programmtafel in einem Online-Tool mit der zusätzlichen Funktion, dass sie die tatsächliche Arbeit darstellt, die zu erledigen ist, bedeutet, dass es ein Leben hat, das über PI Planning hinausgeht. Es wird zum lebendigen Dokument der Fortschritte des Teams und ein Mittel, um festzustellen, ob es Hindernisse gibt, die diesen Fortschritt behindern.

Damit agile Teams agil sind und kontinuierlich und iterativ Mehrwert liefern können, müssen sie mit einem Programmboard ausgestattet sein, das ihnen hilft, auf Änderungen zu reagieren, sodass sie den Erfolg planen, aber auch Fortschritte machen können.

Bist du bereit, dein Program Board von der Wand zu nehmen und in Jira zu integrieren?

Mit Easy Agile Programs ist das möglich

VERSUCHE ES JETZT

‍

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.

Backlogs sind so voller Potenzial, oder? Ideen und Möglichkeiten, Ihr Produkt größer und besser als je zuvor zu machen.

Aber wenn Sie mehr als ein paar Artikel auf Ihrer Liste haben, sind auch die Rückstände überwältigend.

Ohne eine klare Struktur oder Priorisierung weiß Ihr Team nicht, woran es zuerst arbeiten soll.

Sie arbeiten vielleicht an dem, wonach sie sich fühlen, was am einfachsten oder interessantesten ist, oder tun überhaupt nichts.

Sie müssen herausfinden, woran Sie zuerst arbeiten sollten. Nicht nur das, Sie müssen auch sicherstellen, dass das, was Sie tun, den Kunden einen Mehrwert bietet, für jede Version Sinn macht und in das Gesamtbild der Ziele Ihres Unternehmens passt.

Hier kommt das User Story Mapping ins Spiel.

Was ist User Story Mapping?

User Story Mapping ist nützlich Möglichkeit, Ihre User Stories zu organisieren und zu priorisieren damit du kannst plane deine Arbeit und gestalte deine Veröffentlichungen.

Es hilft dir Visualisieren Sie die Reise des Kunden durch Ihr Produkt von Anfang bis Ende, einschließlich aller Aufgaben, die sie normalerweise unterwegs erledigen würden.

Was ist eine User Story Mapping-Sitzung?

Das User Story Mapping erfolgt in der Regel in Sitzungen über 1-2 Tage wo Sie wichtige Personen im selben Raum zusammenbringen.

Während dieser Sitzungen teilt Ihr Produktmanager (und manchmal auch andere Interessengruppen) dem Team ihre Kundeneinblicke mit, das auch seine Ideen für das Produkt teilt.

Gemeinsam brainstormen Sie User Stories, entpacken die einzelnen Schritte Ihrer Customer Journey, listen alle aktuellen Probleme auf und fügen diese auf einer User Story Map zusammen. In Ihrer User Story Mapping-Sitzung sind sich alle einig, was passieren muss.

Was ist eine User Story Map?

EIN Die User Story Map ist das Artefakt oder die visuelle Tafel Sie produzieren als Ergebnis einer User Story Mapping-Sitzung.

Deine Teams werden sich bei jedem Sprint auf diese Map beziehen, um sicherzustellen, dass sie den Zeitplan einhalten, Abhängigkeiten koordinieren und das Gesamtbild im Auge behalten.

Was ist eine User Story?

Um zu verstehen, was eine User Story Map ist, ist es wichtig, einen Schritt zurückzutreten und eine der wichtigsten Komponenten zu definieren: die User Story.

Eine User Story ist ein Ziel oder Ergebnis, das der Nutzer oder Kunde erreichen möchte.. Normalerweise schreibst du User Stories wie diese:

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

Eine User Story sollte die am kleinsten Arbeitseinheit, die dem Kunden einen Mehrwert bieten kann.

Sie könnten eine User Story auch als eine Aufgabe betrachten, die aus der Sicht des Benutzers oder Kunden geschrieben wurde. User Stories werden normalerweise zu Ihrem Backlog hinzugefügt. Von dort aus können Sie sie anordnen und priorisieren und sie auf einer User-Story-Map darstellen, sodass sie für einen Release oder Sprint geplant sind.

Lesen Sie mehr über User Stories in unserem Blog: Wie schreibt man gute User Stories in der agilen Softwareentwicklung.

Wie sieht eine User Story Map aus?

Das User Story Mapping erfolgt traditionell auf einem physischen Story-Mapping-Board:

Unternehmen führen ihr Story-Mapping jedoch zunehmend digital durch. Wenn Sie Easy Agile User Story Maps verwenden, gefällt Ihnen vielleicht mehr wie folgt:

Unabhängig davon, ob Sie Ihr User Story Mapping physisch oder digital durchführen, Sie werden feststellen, dass beide Ansätze einige Gemeinsamkeiten haben:

• Ein Rückgrat (die Reihe am oberen Rand der Haftnotizen), das oft aus Epen besteht
• Karten oder Haftnotizen mit Benutzerberichten unter jedem Element im Backbone
• Diese Geschichten sind vertikal angeordnet, von den wichtigsten (für den Kunden) oben bis zu den unwichtigsten unten
• Horizontale Schnittlinien oder Swimlanes definieren, wo deine Releases oder Sprints beginnen und enden.

(Psst: mehr dazu in unserem Blog, Anatomie einer agilen User Story Map.)

Was beinhaltet eine User Story Mapping-Sitzung?

In einer User-Story-Mapping-Sitzung werden alle Bestandteile Ihrer Story-Map besprochen und geplant:

1. Ihr Team wird sich zusammensetzen und über das Grundgerüst entscheiden — die großen Schritte, die Ihre Benutzerreise ausmachen.
2. Als Nächstes brainstormen sie User Stories — all die kleinen Schritte, die die User Journey ausmachen, und alle Probleme (Bugs oder Ideen) — und fügen sie dem Backlog hinzu.
3. Sie werden diese Geschichten unter dem Backbone-Objekt organisieren, mit dem sie in Verbindung gebracht werden.
4. Als Nächstes besprechen und schätzen sie den Arbeitsaufwand, der mit jeder User Story verbunden ist, und weisen ihnen Storypoints zu.
5. Danach kann dein Team Schnittlinien hinzufügen, um festzulegen, was es wann liefern wird — entweder pro Sprint oder Release. 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.
6. Wenn alle mit dem Plan zufrieden sind, ist die Storymap (vorerst) fertig und es ist Zeit für dein Team, den ersten Sprint zu starten.
   

Das scheint eine Menge Aufwand zu sein. Also, was ist der Sinn?

Was ist der Sinn von User Story Mapping?

Das User Story Mapping kommt sowohl Ihren Kunden als auch Ihrem Team zugute.

Kunden erhalten schneller einen höheren Mehrwert

hilft dir verstehen, was Ihre Kunden wollen. Da der Fokus auf der Customer Journey liegt und darauf, welche Aufgaben sie erledigen müssen, um Ihr Produkt nutzen zu können, hilft es Ihnen, Aufgaben zu priorisieren, die dazu beitragen, die Lücken für Kunden zu schließen und ihnen einen Mehrwert zu bieten.

Teams priorisieren und arbeiten besser zusammen

Eine dreidimensionale Ansicht hilft bei der Priorisierung, da Ihr Team sehen kann, welche User Stories innerhalb einer Version gruppiert werden sollten, um den Benutzern ein neues Erlebnis zu bieten. Zum Beispiel ist das Hinzufügen der Möglichkeit, Ihr Profil anzupassen, gar nicht so aussagekräftig, es sei denn, Sie haben einen Community-Aspekt, bei dem Benutzer andere Profile ansehen und/oder miteinander interagieren können. Das User Story Mapping hilft dir dabei, alle Teile zusammenzufügen — und sicherzustellen, dass du sie innerhalb des Sprints oder Releases realistisch umsetzen kannst.

Außerdem können Sie Ihre Arbeit effektiver planen und als Team mit Ihrer User Story Map zusammenarbeiten. Das liegt daran, dass Sie das Gesamtbild und die gesamte Customer Journey sehen können, bevor Sie mit der Arbeit beginnen.

Weitere Einblicke finden Sie in unserem Blog unter warum User Story Mapping.

Was ist die Alternative zum User Story Mapping?

Wenn Sie bis jetzt noch kein User Story Mapping durchgeführt haben, haben Sie wahrscheinlich eine andere Methode verwendet, um die Kundenanforderungen zu verstehen und Ihre Arbeit zu planen/zu priorisieren.

Der gängigste Ansatz ist als „flacher Backlog“ bekannt. Im Wesentlichen handelt es sich dabei um eine Aufgabenliste, die von der höchsten zur niedrigsten Priorität sortiert ist und möglicherweise durch Schnittlinien für Sprints oder Versionsveröffentlichungen unterbrochen wird. Der flache Backlog ist einfach (es ist im Grunde eine To-do-Liste), aber wenn Sie ein komplexes Produkt haben, viele Teams, die daran arbeiten, Abhängigkeiten und einen riesigen, sich ständig ändernden Backlog... benötigen Sie etwas Robusteres, damit Sie Ihre Ziele, Kundenorientierung und Prioritäten nicht aus den Augen verlieren.

Apropos Alternativen, schauen Sie sich diese kleine Geschichte von einem unserer Kunden an...

Was User Story Mapping für Teams leisten kann

„Unsere Teams waren auf der Suche nach einer Alternative zur Standard-Jira-Backlog-/Board-Ansicht, die sich nicht für die Organisation und Pflege riesiger Backlogs mit vielen Epics eignet.

Die Easy Agile User Story Maps App ermöglicht es unseren Teams, ihre Arbeit besser zu organisieren. Die Benutzeroberfläche ist logisch, und die Produktverantwortlichen (die in der Regel keine Techniker sind) mögen das Layout der Karten in Spalten unter ihren jeweiligen Epen.

Diese vertikale Sichtweise scheint eine bessere Kommunikation bei der Planung von Besprechungen zu fördern und bietet eine hervorragende Visualisierung dessen, was als Nächstes kommt.“

- Chris Heritage, Das Atlassian-Team @NextEra Energy

Wie du an diesem Beispiel sehen kannst, beginnen viele Teams mit flachen Backlogs oder Board-Views, stellen aber fest, dass sie dem entwachsen, wenn ihr Backlog größer wird.

Wie User Story Mapping dein flaches Backlog aufwerten kann

Was User Story Mapping vom flachen Backlog unterscheidet, ist, dass es ein ganz anderes Element hat. Es ist nicht flach, sondern dreidimensionaler.

Du hast die Liste der Aktivitäten/Aufgaben, aber Sie werden zunächst danach sortiert, wie sie sich auf die Kundenreise auswirken. Erst dann werden sie priorisiert und bis zum Zeitpunkt ihrer Veröffentlichung aufgeteilt.

Das User Story Mapping ist etwas komplexer einzurichten als ein flaches Backlog, aber es macht die Arbeit aussagekräftiger, kundenorientierter und wirkungsvoller. Mit einer User Story Map können Sie das Gesamtbild sehen und gemeinsam daran arbeiten.

Wir sprechen mehr darüber in unserem Blog, Der Unterschied zwischen einem flachen Produkt-Backlog und einer User Story Map.

Probiere User Story Mapping in Jira aus

Möchten Sie wissen, wie Sie am besten verstehen, was User Story Mapping ist?

Fahrradfahren kann man nicht lernen, indem man darüber liest. Und ohne es zu tun, kannst du *wirklich* nicht lernen, was User Story Mapping ist und die Vorteile aus erster Hand zu erleben.

Also, probiere es aus!

Wenn dein Team Jira für Projektmanagement und Workflows verwendet, kannst du dir ein Add-on holen, das dir hilft, aus dem flachen Backlog eine dreidimensionale User Story Map zu machen.

Easy Agile User Story Maps for Jira erstellt die X-Achse, sodass Sie Ihr Customer-Journey-Backbone hinzufügen und Ihre Storys so organisieren können, dass sie in diese Journey passen. Auf diese Weise erhält Ihr Team einen Gesamtüberblick über das, woran es gerade arbeitet, und es kann Aufgaben priorisieren, um Ihren Kunden früher den größtmöglichen Nutzen zu bieten.

Und das Beste daran: Du kannst dein gesamtes User Story-Mapping in Jira durchführen, sodass sie digital, kollaborativ und für dein Team ständig verfügbar sind — auch wenn sie remote oder verteilt arbeiten. Und da es zu deinem bestehenden Backlog passt, kannst du mit vorgefüllten User Stories sofort loslegen. Mit anderen Worten, Sie können damit rechnen, eine ganze Menge Zeit zu sparen.

Du kannst beginnen Sie noch heute mit Easy Agile User Story Maps for Jira mit einer KOSTENLOSEN 30-Tage-Testversion oder Schauen Sie sich die Demo hier an.

Versuche es jetzt

Hoffentlich finden Sie es genauso nützlich wie unsere Kunden...

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.

- Michael 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!

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

Mit Easy Agile User Story Maps finden wir es viel einfacher, Jira zu verwenden und zu navigieren. Zu unseren Lieblingsfunktionen gehören die Möglichkeit, Storys per Drag & Drop über die Epics zu ziehen, die Möglichkeit, sich die Arbeit mit FixVersion und Sprint Swim Lanes anzusehen sowie der Excel-Export. Wir verwenden die Story Maps-Funktionalität schon seit geraumer Zeit und ich empfehle sie auch anderen Projektteams.

- Sathish K. Mohanraj, Lean-Agile Coach @Equifax

Erfahren Sie mehr über User Story Mapping

Sie möchten mehr über User Story Mapping erfahren? Schauen Sie sich unsere an Ultimativer Leitfaden zum User Story Mapping - es hat alles (und wir meinen alles) das könntest du vielleicht wissen wollen.

Wir freuen uns immer, Ihre Fragen zu beantworten. Schick uns einfach einen Tweet @EasyAgile oder kontaktiere uns wenn Sie sich nicht sicher sind, was User Story Mapping ist, wie das geht oder wie es Ihrem Team helfen könnte.

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.

Haben Ihre Teams eine klare Vorstellung davon, was getan werden muss — und warum?

Einer der Schlüssel zu Agilität besteht darin, sich auf die Arbeit zu konzentrieren, auf die es ankommt. Das bedeutet, an Projekten zu arbeiten, die dem Unternehmen einen Mehrwert bieten und zur Leistung beitragen. In vielen Unternehmen können sich Teams jedoch über die neuesten Funktionen oder Entwicklungen auf dem Laufenden halten, ohne zu verstehen, wie das mit dem Gesamtbild dessen zusammenhängt, was dem Unternehmen wichtig ist.

Damit sich Ihr Team auf das konzentrieren kann, was es sich vorgenommen hat, um Mehrwert zu schaffen und Geschäftsergebnisse zu erzielen, ist die Festlegung intelligenter PI-Ziele unerlässlich. Wir schauen uns an, warum sie so wichtig sind, was ein gutes PI-Ziel ausmacht und wie Sie sie in Ihrem Unternehmen einsetzen können.

Auf einen Blick:

• PI-Ziele helfen Teams zu verstehen, wie wichtig das, was sie tun, für das Unternehmen wichtig ist.
• Gute PI-Ziele sind SMART — spezifisch, messbar, erreichbar, relevant und zeitgebunden.
• Durch die Verknüpfung von Funktionen mit PI-Zielen innerhalb desselben Tools können Teams und Stakeholder leichter erkennen, wie die Arbeit die Geschäftsziele erreicht.

Was sind PI-Ziele?

Wenn sich ein agiles Team zu einem PI-Planungssitzung, es gibt zwei wichtige Ausgänge:

1. Der Programmausschuss (ART-Planungstafel in SAFe 6.0) behandelt allgemeine Informationen wie Funktionen, Abhängigkeiten zwischen Teams und Meilensteine. A Merkmal ist eine vereinbarte Arbeit, die als wichtig für die Erfüllung der Geschäftsanforderungen eingestuft wurde. Für Softwareentwicklungsteams könnte dies eine neue Produktfunktion sein. Für Marketingteams kann es sich um eine Aktualisierung der Website oder eine Werbekampagne handeln.
2. PI-Ziele verknüpfen Sie die geplanten Funktionen mit umfassenderen Geschäftszielen und -werten. Dies hilft dabei, die zu erledigenden Aufgaben mit den umfassenderen Geschäftszielen in Einklang zu bringen. Sie werden dann unterteilt in engagiert und nicht gebunden Ziele.
   1. Engagierte Ziele sind diejenigen, von denen das Team überzeugt ist, dass sie sie im Rahmen des Programminkrements erfüllen können. Diese Ziele wurden vom Team im Rahmen einer Vertrauensabstimmung festgelegt.
   2. Nicht festgelegte Ziele sind diejenigen, bei denen das Team wenig Vertrauen in die Umsetzung hat, die aber dabei helfen können, einen Puffer in den PI einzubauen. Dies liegt daran, dass das Ergebnis dieser Ziele zwar nicht sicher ist, sie jedoch in der Kapazität und dem Plan des Teams für den PI enthalten sind, falls die Kapazität nach der Erfüllung der zugesagten Ziele bestehen bleibt.

Die Vorteile intelligenter PI-Ziele

PI-Ziele verknüpfen, woran Teams arbeiten, mit dem, was dem Unternehmen wichtig ist. Sie sorgen für eine Abstimmung mit den Geschäftszielen, indem sie die Funktionen eindeutig mit dem Geschäftswert verknüpfen. Dadurch wissen die Teams, wie ihre Arbeit einen Mehrwert bietet.

Intelligente PI-Ziele bieten dafür einen Rahmen. Sie tragen dazu bei, Vertrauen aufzubauen, eine gemeinsame Sprache zu schaffen und eine klare Richtung vorzugeben. Jeder im Team kann dann verstehen, was er tut, warum er es tut und warum es wichtig ist.

Ohne intelligente PI-Ziele können Teams Zeit mit Aufgaben verbringen, die dem Unternehmen keinen Mehrwert bieten und die Agilität beeinträchtigen.

PI-Ziele sind für Ihre Fähigkeit, den Erfolg zu messen, von entscheidender Bedeutung. Die Fertigstellung von Funktionen allein reicht nicht aus — sie müssen zu einem Geschäftsergebnis führen. Sie helfen den Teams, sich darüber im Klaren zu sein, warum die von ihnen geleistete Arbeit wichtig ist, und definieren, wie Erfolg aussieht.

Was macht ein gutes PI-Ziel aus?

Wir haben darüber gesprochen warum PI-Ziele sind so wichtig, und jetzt erklären wir es was ist ein gutes PI-Ziel.

Gute PI-Ziele:

• Ermöglichen Sie dem Unternehmen, die Ergebnisse in einer Zeitrahmen festlegen
• Sorgen Sie für Klarheit darüber, wie die geplante Arbeit in die großes Bild
• Verbessern Sie die Kommunikation zwischen Teams und Stakeholdern
• Schließ nicht mehr ein als 7 bis 10 Ziele insgesamt
• Stimmt mit dem überein, was Das Geschäft kümmert sich um
• Sind sich darüber im Klaren, warum es wichtig ist und was es liefern wird
• sind von irgendjemandem verstanden wer holt sie ab

sind KLUG — das heißt, spezifisch, messbar, erreichbar, relevant und zeitgebunden

PI-Ziele müssen SMART sein

Wenn Sie das SMART-Framework zur Zielsetzung verwenden, um Ihre PI-Ziele zu schreiben, können Sie Ihre Ziele klar und präzise halten. In diesem Rahmen muss Ihr PI-Ziel wie folgt lauten:

• Spezifisch — Geben Sie klar und deutlich das beabsichtigte Ergebnis Ihres Ziels an.
• Messbar — Beschreiben Sie, was Ihr Team tun muss, um das Ziel zu erreichen, und wie es den Erfolg quantifizieren wird. Das Feedback der Stakeholder sollte Teil davon sein.
• Erreichbar — Stellen Sie sicher, dass das Ziel realistisch ist und in der Kontrolle und dem Einfluss Ihres Teams liegt.
• Relevant — Richten Sie das Ziel an den allgemeinen Geschäftszielen aus.
• Zeitgebunden — Legen Sie einen angemessenen Zeitrahmen fest, um das Ziel innerhalb des PI zu erreichen.

Team PI ObjectiveEnsure Easy Agile Server-Kunden haben eine nahtlose Option zur Migration in die Cloud, indem sie JCMA und den Import/Export von Websites bis Ende des dritten Quartals implementieren.

Tipps zum Schreiben von INTELLIGENTEN (und intelligenten) PI-Zielen

In der Regel führen viele Teams PI-Planungssitzungen in einem Tool durch und verwenden dann ein anderes Tool (wie Confluence), um die PI-Ziele aufzuzeichnen.

Die Trennung der PI-Ziele von den Planungssitzungen macht es für das Team und die Stakeholder jedoch schwierig zu erkennen, wie die Arbeit die Weichen für das Unternehmen verändert.

Mit dem Einfache agile Programme, Sie können Ihre Funktionen innerhalb desselben Tools direkt mit Ihren Zielen verknüpfen. Sie sind auch in der Lage, das Ziel in den Easy Agile-Programmen zu beschreiben und ihm einen Geschäftswert zuzuweisen:

Durch die Verknüpfung von Funktionen und PI-Zielen innerhalb desselben Tools erhalten Teams und Geschäftsbeteiligte einen klaren Überblick über die Arbeit. Sie können sehen, wie ihre Arbeit dazu beiträgt, Geschäftsziele zu erreichen.

Erfahre mehr

Die Verwendung des SMART-Frameworks zur Definition von PI-Zielen hilft Ihren Teams, sich auf die richtige Arbeit zu konzentrieren. Sie richten Projekte auf umfassendere Geschäftsziele aus und sorgen gleichzeitig für ein gemeinsames Verständnis aller Teams. Indem sie auf dasselbe Ziel hinarbeiten, tragen sie dazu bei, dass Ihre Teams und Ihr Unternehmen produktiv und agil bleiben.

Mit Easy Agile Programs ist das möglich

Bist du bereit, deine PI-Ziele in Jira zu integrieren?

Demo ansehen

Ich hatte das Glück, zum jüngsten Global SAFe Summit nach San Diego zu reisen. Dort enthüllten die Leute von Scaled Agile Inc. SAFe 5.0 vor einem Publikum von 2.100 Menschen aus der ganzen Welt.

Wie viele Anwesende war ich sowohl begeistert als auch überwältigt von all den Veränderungen, einschließlich der erfrischten Großes Bild, erneuter Fokus auf Kunden und Konzepte von Geschäftliche Agilität um nur einige zu nennen.

Nach dem langen Flug zurück nach Australien und nachdem ich Zeit hatte, meine Erkenntnisse mit dem Team zu teilen, sind wir sehr gespannt, was diese Änderungen für die Skalierung der organisatorischen Agilität bedeuten, und wir möchten einige davon hier mit Ihnen teilen.

Was ist neu in SAFe 5.0

1. Einführung von Geschäftliche Agilität

Wie ist das anders? Geschäftsflexibilität bezieht jetzt das gesamte Unternehmen in Richtung Wertströme ein und nicht einzelne Abteilungen.

2. Das SAFe Big Picture hat ein erfrischtes Aussehen und eine neue Haptik

3. Neue SAFe-Übersicht

4. SAFe 5.0 „überarbeitet“ 2 der Kernkompetenzen des Lean Enterprise:

• Agile Produktbereitstellung durch DevOps und Release on Demand
• Bereitstellung von Unternehmenslösungen von Business Solutions und Lean Systems Engineering

Außerdem wurden 2 neue Kernkompetenzen hinzugefügt:

• Organisatorische Agilität
• Kultur des kontinuierlichen Lernens

5. Ein zehntes SAFe-Prinzip wurde angekündigt

NEU: Prinzip #10 - Organisieren Sie nach dem Wert

Warum freuen wir uns über SAFe 5.0?

Es ist nicht das aktualisierte Big Picture-Diagramm oder der zugänglichere und „geschäftsfreundlichere“ Überblick, der uns an SAFe 5.0 begeistert. Worüber wir uns mehr als alles andere freuen, ist der erneute Fokus auf die Kunden — hurra!

Während wir es genossen haben, eine Kundenversion von „Wo ist Wally?“ zu spielen In früheren SAFe Big Pictures bedeutet diese erneute Kundenorientierung einen Wandel im Reifegrad der Unternehmen, die SAFe einsetzen.

Sie sind nicht mehr an einem Punkt angelangt, an dem „agiles Handeln“ ihr vorrangiges Ziel ist. Diese Umstellung auf Kundenorientierung verkörpert, was es wirklich bedeutet, agil zu sein, wobei die Zufriedenheit des Kunden unser vorrangiges Ziel ist.

Wir haben diesen Wandel auch allgemein beobachtet, da die Kundenzufriedenheit in diesem Jahr als #1 -Erfolgsmetrik sowohl für agile Initiativen als auch für einzelne agile Projekte genannt wurde #StateOfAgile -Bericht.

Wie fördert SAFe 5.0 die Kundenorientierung?

Die überarbeitete Kernkompetenz von Agile Product Delivery (früher DevOps und Release on Demand genannt) ist es, die uns wirklich dazu bringt, Emojis wie ❤️ zu verwenden und uns begeistert.

Bei der DevOps- und Release-on-Demand-Kompetenz ging es vor allem darum, „Kunden einen Mehrwert zu bieten“, indem Wertströme gebildet und Continuous-Delivery-Pipelines optimiert wurden, um Dinge schnell in die Hände der Kunden zu liefern.

Die Idee, dass der Mehrwert für die Kunden = regelmäßiger Versand funktionierender Software ist, ist 💩.

Ein schlechtes Feature ist immer noch ein schlechtes Feature, egal wie viel schneller es im Schoß der Kunden landet. Schlimmer noch, eine schlechte Funktion, die Ihre Kunden nicht nutzen, nicht wollten oder die sie in ihrer Arbeit nicht besser macht... Ich denke, du weißt, worauf ich damit hinauswill.

Diese überarbeitete Kompetenz „Agile Product Delivery“ legt stattdessen den Fokus waaaaaayyyy, bevor überhaupt etwas gebaut wird. Die erste Aufgabe sollte darin bestehen, eine kundenorientierte Denkweise zu entwickeln, indem:

• Der Kunde steht im Mittelpunkt
• ihre Bedürfnisse verstehen
• denken und fühlen wie der Kunde #bethecustomer
• Aufbau einer kompletten Produktlösung
• Kenntnis des Kundenlebenswerts

Wie erreichen wir Kundenorientierung?

Kunden in den Mittelpunkt aller Entscheidungen stellen und einbeziehen Design Thinking Die Integration von Praktiken in den Mix, lange bevor wir überhaupt darüber nachdenken, etwas zu entwickeln, ist der Schlüssel zur Kundenorientierung.

Das klingt alles toll, aber wie sieht das in der Praxis aus? Das folgende Diagramm ist wahrscheinlich unser Favorit im gesamten SAFe-Katalog und wir glauben, dass es praktische Beispiele für Design Thinking in der Praxis zeigt:

Unsere persönlichen Favoriten

Personen 💁🏽 ‍ ♀️

Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre Kunden zu erstellen.

Diese Übung bildet jedoch die Grundlage für andere agile Praktiken, die in der Vergangenheit entwickelt werden, und die wahrgenommenen Vorteile werden oft unterschätzt.

Teams, die ein gemeinsames Verständnis und eine gemeinsame Ausrichtung auf die Arten von Personen haben, die die von ihnen bereitgestellte Lösung verwenden, haben eine höhere Erfolgswahrscheinlichkeit.

Wir wollen sicherstellen, dass wir die richtigen Lösungen für die richtigen Leute entwickeln, um die richtigen Probleme zur richtigen Zeit zu lösen. Andernfalls riskieren wir das folgende Szenario:

Den Kunden genau zu kennen, liegt nicht mehr in der alleinigen Verantwortung eines (traditionellen) Vertriebs- und Marketingteams. Agile Praktiken haben die Entwicklung funktionsübergreifender Teammitglieder erfordert, die sich verstärken und helfen, mit Kunden in Kontakt zu treten.

Verwandter Blogbeitrag: wie du mit deinem Team Personas erstellst.

Es ist kein Geheimnis, da die Macher von Einfacher agiler Teamrhythmus dass wir User Story Maps lieben (schamlos 🔌).

Was ist also an dieser agilen Praxis, die wir so sehr lieben, dass wir beschlossen haben, auf dieser Grundlage ein Unternehmen zu gründen?

Der Zweck dieser Aktivität besteht darin, ein gemeinsames Verständnis dafür zu schaffen, wer unsere Kunden sind, wie sie mit unseren Produkten interagieren und wie wir unsere Entwicklungsbemühungen auf Geschichten konzentrieren sollten, um unseren Kunden den größtmöglichen Nutzen zu bieten.

Mit anderen Worten, es gibt uns die Möglichkeit zu sagen, ok, ich arbeite daran, diese User Story zu erstellen, ich weiß, für wen der Benutzer, für den ich diese Story schreibe, und ich kann verstehen, auf welchen Teil der Kundenreise sich das direkt auswirken wird.

Wir glauben, dass dieses gemeinsame Verständnis unglaublich wichtig ist, um mit Empathie aufzubauen und unsere Kunden in den Mittelpunkt all unserer Entwicklungsentscheidungen zu stellen. Wir glauben, dass diese Praxis ein Beispiel dafür ist, was es heißt, kundenorientiert zu sein, und deshalb haben wir es ❤️ gemacht.

Urteil

Easy Agile begrüßt die großen Änderungen, die mit SAFe 5.0 eingeführt wurden, insbesondere in den Bereichen Kundenorientierung, Design Thinking und geschäftliche Agilität. Wir können es kaum erwarten zu sehen, wie unsere Kunden beginnen, dies in ihren Teams einzuführen.

Machen Sie sich bereit für das Remote User Story Mapping.

Egal, ob Sie User Story Mapping schon einmal (persönlich) gemacht haben oder ob Sie neu im Bereich User Story Mapping sind, es besteht eine sehr gute Chance, dass Sie 2020 zum ersten Mal remote User Story Mapping durchführen müssen.

Schon vor der Pandemie 4,7 Millionen Menschen in den USA arbeitete remote, und ein geschätzter 31% der Arbeitnehmer in den USA Im März 2020 angestellte Mitarbeiter arbeiteten im April 2020 von zu Hause aus.

Und nach dem Ende des Lockdowns werden wir wahrscheinlich dauerhafte Änderungen an unserer Arbeitsweise erleben. Umfragen zeigen das 80% der Mitarbeiter sind daran interessiert, zumindest zeitweise von zu Hause aus zu arbeiten. Darüber hinaus erkennen immer mehr Unternehmen, dass das Anbieten flexibler Optionen für die Telearbeit zu einer besseren Work-Life-Balance für die Mitarbeiter, niedrigeren Gemeinkosten, geringeren Umweltauswirkungen und einer verbesserten Produktivität führen kann.

... das ist alles, um das zu sagen Remote User Story Mapping wird bald zur Norm.

Was müssen Sie also wissen, bevor Sie Ihr erstes Online-User-Story-Mapping-Event durchführen? Lassen Sie uns 8 Dinge durchgehen, die Sie für ein erfolgreiches Remote User Story Mapping berücksichtigen sollten.

1. Machen Sie die Grundlagen richtig

Das Wichtigste zuerst: Du musst deine Basics sortiert haben. Stellen Sie sicher, dass Ihr Team es versteht was User Story Mapping ist, warum User Story Mapping wichtig ist, und wie man es macht.

Das hilft ihnen dabei, sie an Bord zu holen — was entscheidend ist, da sie zwei volle Tage für den Prozess aufwenden müssen.

Wenn jemand in Ihrem Team mit User Story Mapping noch nicht vertraut ist, senden Sie ihn an unsere Ultimativer Leitfaden zum User Story Mapping. Es hat alles, was sie wissen müssen 👌

2. Stellen Sie Ihre Agenda ein

Das User Story Mapping sollte eine geplante Veranstaltung sein. Sie sollten wissen, was und wann passiert, um sicherzustellen, dass Ihr Team den Zeitplan einhält und alle Schritte abschließt, die zur Erstellung einer fertigen Story-Map erforderlich sind. Hier ist eine ziemlich normale Agenda:

Deine Agenda zu kennen, ist besonders wichtig für das Story-Mapping aus der Ferne, weil es viel einfacher ist, vom Kurs abzukommen, wenn die Leute nicht physisch im Raum sind.

Sally geht vielleicht für ein langes Mittagessen in die Küche und verpasst den wichtigsten Teil. Oder Bob muss vielleicht seinen Zeitplan so koordinieren, dass sein Partner sich etwa eine Stunde lang um die Kinder kümmern kann, während er mit der Schätzung der Arbeit beschäftigt ist.

Wenn Sie die Agenda im Voraus festlegen, kann Ihr Team auch schon vor der Veranstaltung über die Sitzung und die Nutzerberichte nachdenken. Auf diese Weise fühlen sie sich besser vorbereitet und bereit, an Diskussionen teilzunehmen.

Übrigens, falls Sie nicht mit allen Punkten der obigen Agenda vertraut sind, sprechen wir mehr über die einzelnen Schritte und wie Sie das User Story Mapping durchführen können in unserem ultimativer Leitfaden für User Story Mapping.

3. Plane deine Sitzung

Wann werden Sie Ihre Live-Online-User-Story-Mapping-Sitzung abhalten? Die meisten Teams benötigen volle zwei Tage, um alle Schritte durchzuarbeiten. Sie müssen also zwei Tage (idealerweise hintereinander) finden, an denen alle verfügbar sind.

Wenn sich dein Team in mehreren Zeitzonen befindet, musst du auch überlegen, zu welchen Zeiten du den besten Crossover hast, damit die Teammitglieder nicht um 2 Uhr morgens arbeiten (es sei denn, sie möchten).

4. Entscheide dich für wen

Das Remote User Story Mapping könnte Sie vor ein kleines Rätsel stellen. Im Gegensatz zu persönlichen Veranstaltungen, bei denen Ihnen der Platz begrenzt ist, könnten Sie technisch gesehen unbegrenzt viele Personen an Ihrer virtuellen Sitzung teilnehmen lassen. Aber das möchten Sie definitiv nicht — zu viele Personen machen Sie ineffizient (und sie könnten ihre Zeit nutzen, um Ihrem Unternehmen auf andere Weise einen Mehrwert zu bieten).

Es ist eine gute Idee, Ihre Anzahl auf etwa 12 Personen zu begrenzen. Beziehen Sie Teammitglieder und Interessenvertreter aus mehreren Abteilungen sowie Ihren Produktmanager, UX-Designer und Entwickler ein.

Entscheiden Sie auch, wer die Sitzung leiten wird und wer für die Erstellung der Story-Map verantwortlich ist.

Die gute Nachricht ist, dass das Online-User Story Mapping es einfach macht, Sitzungen aufzuzeichnen — Sie erhalten eine digitale Aufzeichnung Ihrer Telefonkonferenzen und Ihr Story-Mapping-Board. So kann sich jeder, der neugierig ist, ganz einfach über die Highlights informieren, wenn Ihre Veranstaltung vorbei ist.

5. Stell ein paar Regeln auf

Aus der Ferne zu arbeiten und zusammenzuarbeiten kann sich ein bisschen wie im wilden Westen anfühlen — besonders in den ersten Wochen oder Monaten. Jeder findet immer noch heraus, wie man dieses Ding zum Laufen bringt — und wie man Dinge in einer neuen Umgebung effektiv erledigt.

Wir haben alles Ich habe an Telefonkonferenzen teilgenommen, bei denen jemand die richtige Etikette nicht kannte oder deren Audio/Video die anderen Teilnehmer ablenkte.

Vor diesem Hintergrund finden Sie hier einige Regeln, die Sie vielleicht vor Ihrer Remote-User-Story-Mapping-Sitzung teilen möchten, um sie etwas weniger chaotisch und viel produktiver zu gestalten:

• Komm nicht zu spät
• Setz deine Kamera ein
• Bewahren Sie Ihr Essen für eine bestimmte Pause auf
• Gehen Sie mit Ihrem Gerät nicht spazieren
• Schließ deine Tür, wenn du kannst
• Konzentrieren Sie sich auf die Aufgabe (kein Abrufen von E-Mails!)
• Eine Person spricht gleichzeitig
• Warten Sie, bis alle die Gelegenheit hatten, Beiträge zu leisten, bevor Sie fortfahren.
• Wenn du nicht sprichst oder nicht an der Konvertierung teilnimmst, schalte dich stumm (um Interferenzen oder Hintergrundgeräusche zu vermeiden, die die Aufmerksamkeit der Leute behindern könnten)

Seien Sie natürlich realistisch. Ihre Teammitglieder arbeiten wahrscheinlich unter nicht idealen Umständen von zu Hause aus, egal ob sie mit Familienmitgliedern unter Quarantäne gestellt werden, mit einem kranken Kind zu Hause festsitzen oder es mit einem schlecht erzogenen Haushund zu tun haben.

Es wird Lärm und Störungen geben - und trotz aller Bemühungen wird sich jemand verspäten. Solange die Teilnehmer ihr Bestes tun, um zur richtigen Zeit die Stummschalttaste zu drücken und andere zu berücksichtigen, sollte deine Sitzung reibungslos ablaufen.

6. Bereite deine Technik vor

Bisher konntest du vielleicht nur mit deinem Gehirn und einem Stift zu einer User Story Mapping-Sitzung erscheinen 🧠🖊️ Du brauchst dein Gehirn immer noch für das Remote User Story Mapping, aber du kannst den Stift wegwerfen.

Stattdessen müssen Sie sicherstellen, dass Sie und Ihr Team Zugriff auf die Technologie haben, die sie benötigen, um online teilzunehmen und zusammenzuarbeiten. Dinge wie:

• Zugriff auf Zoom, Google Hangouts oder Skype — Jeder sollte sein Konto startklar haben und etwas Erfahrung mit der Plattform mitbringen
• Slack oder Microsoft Teams — Richten Sie einen Echtzeit-Chat ein, wenn Sie nicht an einer Videokonferenzsitzung teilnehmen
• Kopfhörer und Mikrofon — Diese sollten gut funktionieren und im Voraus getestet werden
• Webcam — Eine Webcam ist zwar nicht unbedingt erforderlich, hilft Ihnen aber dabei, das Gefühl zu vermitteln, zusammen im Raum zu sein
• Internet — Bitten Sie Ihr Team, die Verbindung zu testen und sicherzustellen, dass sie zuverlässig ist. Idealerweise sollten Sie mindestens eine Backup-Option haben (z. B. ein lokales Café, das Haus eines Freundes oder mobiles Hotspotting)

Mit der richtigen Technologie können Sie den User Story Mapping-Prozess so anpassen, dass er für Ihr Remote-Team funktioniert.

7. Holen Sie sich eine Software zur Zuordnung von Benutzergeschichten

Eine physische User Story-Mapping-Sitzung beinhaltet in der Regel ein langes Blatt Papier oder Karton mit Hunderten von winzigen Haftnotizen für jede Geschichte und jedes Backbone-Objekt sowie eine Schnur, um Schnittlinien zu zeigen.

Die gute Nachricht ist, wenn Sie Story-Mapping aus der Ferne durchführen, müssen Sie nicht das nächstgelegene Schreibwarengeschäft ausräumen. 🎉 Sie müssen sich jedoch mit einigen digitalen Tools ausstatten, um das physische Story-Mapping-Board online zu replizieren.

Es gibt ein paar User Story Mapping-Tools auf dem Markt, aber wir sind daran interessiert Einfache Agile User Story Maps. Es lässt sich direkt in deinen bestehenden Jira-Workspace integrieren und ermöglicht dir:

• Bilden Sie Ihre Kundenreise visuell ab
• Weisen Sie Epen Geschichten zu
• Geschichten priorisieren und sequenzieren
• Ordne Geschichten in Sprint- und Versions-Swimlanes an
• Story-Point-Schätzungen hinzufügen

Es ist wie das physische User Story Mapping, wird aber digital in Jira durchgeführt. Das macht es perfekt für die Durchführung einer Remote-User-Story-Mapping-Sitzung.

Okay, wir sind vielleicht ein bisschen voreingenommen, aber diese Leute sind es nicht:

Möchten Sie es für Ihre bevorstehende Remote User Story Mapping-Sitzung ausprobieren? Melden Sie sich für unsere kostenlose 30-Tage-Testversion an um die Vorteile für Sie und Ihr Team zu sehen. Wir sind zuversichtlich, dass Sie lieben werden, was Sie finden!

Probiere es jetzt

8. Integrieren Sie Ihren Arbeitsablauf

Stellen Sie zu guter Letzt sicher, dass Ihre Remote-User Story Mapping-Sitzung in Ihren Workflow integriert ist

Gute Neuigkeiten! Wenn Sie ein digitales User-Story-Mapping-Tool (wie das von Easy Agile) verwenden, wird es für Sie viel einfacher sein, Ihre Storymap in Ihren Workflow zu integrieren. Sobald Ihre User Story Mapping-Sitzung abgeschlossen ist, sind Ihre User Stories bereits in Jira eingerichtet und in Sprints oder Versionen organisiert, sodass Ihr Team genau weiß, woran es als Nächstes arbeiten muss.

(Obwohl sie sich vielleicht ein oder zwei Tage Zeit nehmen wollen, um sich wieder zu entspannen... 😴)

Machen Sie sich bereit für den Erfolg!

Mit der richtigen Vorbereitung und den richtigen Tools können Sie sich auf eine relativ reibungslose Remote-User Story-Mapping-Sitzung vorbereiten. Und danach? Sie werden in der Lage sein, Ihre zukünftigen Story-Mapping-Events auf eine optimiertere, digitale Art und Weise durchzuführen, unabhängig davon, ob Sie von zu Hause aus arbeiten, mit einem verteilten Team zusammenarbeiten oder vom Büro aus arbeiten müssen.

Und angesichts der Art und Weise, wie sich die Arbeit im Jahr 2020 (und darüber hinaus) verändert, ist das eine sehr gute Fähigkeit, die man haben sollte.

Wir werden oft gefragt, warum Produkt-Roadmaps als agiles Tool angesehen werden. Einigen erscheint es ziemlich „unagil“, konkrete Termine für eine lange Liste von Aufgaben festzulegen, die Sie wahrscheinlich nie erledigen werden.

Diese Annahme könnte nicht falscher sein. Es wird davon ausgegangen, dass eine Produkt-Roadmap eine alte, übertriebene Praxis ist, die eher den Vorgängern von Waterfall wie dem *Cough*Gantt-Diagramm *hust* ähnelt. Das ist nicht der Fall. Gantt-Diagramme dienen der Aufgabenabhängigkeit und gehen davon aus, dass die Arbeit linear abgeschlossen wird.

Auf der anderen Seite kann sich eine echte Produkt-Roadmap vollständig ändern. Es ist ein lebendiges Dokument, das als Leitfaden dienen soll. Die Roadmap zeigt, was ein Team erreichen muss, um bestimmte Funktionen zu erstellen oder anderweitig Aufgaben zu erledigen, die den Kunden in einem bestimmten Zeitraum den größten Nutzen bieten.

Diese Flexibilität ermöglicht es Produktentwicklungsteams, die fundiertesten Entscheidungen zu treffen. Um Teams dabei zu unterstützen, haben wir die einfachste und flexibelste Lösung entwickelt Roadmapping-Tool für Jira (dazu später mehr). Hier erfahren Sie mehr über die Vorteile der Verwendung von Produkt-Roadmaps, die Leitprinzipien des Roadmapping-Prozesses und den effektiven Einsatz von Roadmapping-Tools.

Was ist eine agile Produkt-Roadmap?

Agile ist ein weit gefasster Begriff für eine nichtlineare Arbeitsweise, bei der Flexibilität und Zusammenarbeit im Vordergrund stehen. Dieser Arbeitsstil hilft Teams dabei, ständig zu iterieren, anstatt sich an einen starren Plan zu halten, der sich nicht an neue Informationen anpasst.

Stellen Sie sich Agilität als das komplette Gegenteil eines Fließbandprozesses zur Herstellung eines Produkts vor. Eine Montagelinie hat einen strengen Plan, bei dem ein Schritt nach dem nächsten passiert. Jedes Teil passt nacheinander an seinen Platz, ohne dass zusätzliche Eingaben oder Wiederholungen erforderlich sind.

🖍 Ideal für eine Montagelinie von Crayola-Produkten, nicht so gut für die Softwareentwicklung. 📱

Anstatt den Fließbandansatz zu verwenden, arbeiten agile Teams kollaborativ und iterativ an neuen Produkten, um Hindernisse frühzeitig zu erkennen, bevor sie zu Verzögerungen führen können. Und Produktteams verwenden agile Tools, um Kunden und Stakeholdern auf konsistenter Basis einen Mehrwert zu bieten.

Im Grunde sind agile Produkt-Roadmaps der Schlüssel zur Herstellung eines großartigen Produkts.

Sie sorgen für einen reibungslosen und kollaborativen Planungsprozess für Entwicklungsteams und wahren gleichzeitig die strategischen Ziele und Produktvisionen, die die Stakeholder erwarten. Darüber hinaus begeistert die Flexibilität, die ein agiles Produkt-Roadmapping bietet, die Kunden, da sie ihren sich ändernden Bedürfnissen, Launen und Wünschen stets gerecht werden.

Die Vorteile von Roadmapping für das Produktmanagement

Das Roadmapping bietet viele Vorteile für alle Beteiligten. Roadmapping unterstützt Produktmanager, unterstützt das Entwicklungsteam bei der Zusammenarbeit, gibt den Beteiligten einen klaren Überblick über den Prozess und stellt sicher, dass die Kunden kontinuierlich mit den Produktmerkmalen und Funktionen zufrieden sind.

Effektive Roadmap-Tools können die folgenden Vorteile bieten:

• Ermöglichen Sie Teams, ihre Vision an den Produktmerkmalen auszurichten
• Verschaffen Sie sich ein klares Bild der wichtigsten Priorisierungen
• Stellen Sie sicher, dass kurzfristige Produktziele so schnell wie möglich erreicht werden, während Sie die langfristigen Ziele überwachen und anpassen
• Richten Sie alle Teammitglieder darauf aus, was zu einem bestimmten Zeitpunkt am wichtigsten ist
• Behalten Sie den Überblick über bestimmte Produkteinführungs- und Veröffentlichungsdaten
• Pflegen Sie die Produktvision und die Geschäftsziele
• Stellen Sie sicher, dass alle Beteiligten den aktuellen Produktplan einsehen und Feedback dazu geben können
• Versenden Sie ein Produkt und lösen Sie Probleme relativ schnell
• Bieten Sie Stakeholdern und Kunden einen konstanten Mehrwert

Für die meisten Teams ist es wirklich das Herzstück der Produktentwicklung.

4 Leitprinzipien, um das Beste aus Ihren Produkt-Roadmaps herauszuholen

Wir sind besessen von Roadmapping und den vielen agilen Strategien, die Teams helfen, effektiver zu arbeiten. Deshalb haben wir eine Liste der wichtigsten Leitprinzipien zusammengestellt, die sicherstellen, dass Ihr agiles Team das Beste aus Ihrer Produkt-Roadmap herausholt.

1. Konzentrieren Sie sich auf Arbeitsthemen, nicht auf Funktionen

In der einfachsten Form stellen Themen hochrangige Arbeitsgruppen dar (wie Epen). In einer agilen Produkt-Roadmap sollten die Themen kundenorientiert sein, im Gegensatz zu herkömmlichen Wasserfall-Roadmaps, bei denen sich die Themen in der Regel auf Geschäftsziele konzentrieren.

Zu den Themen gehören beispielsweise:

• Erfahrung beim Onboarding von Kunden
• Reduzierung der Technologieverschuldung
• Kundenzufriedenheit und Kundenbindung

Indem die Teams ihre Arbeit nach Themen gruppieren, können sie eine Geschichte darüber erzählen, in welche Richtung sie sich bewegen und welche Ziele und Ergebnisse sie dorthin bringen werden. Geschichten von Nutzern Stellen Sie eine umfassende Visualisierung bereit, damit Teams wichtige Fragen beantworten können:

• Was machen wir?
• Warum machen wir das?
• Wie hängt es mit unseren Zielen und wichtigsten Ergebnissen (OKRs) zusammen?

2. Stellen Sie sich die Roadmap als lebendiges Dokument vor

Produktmanager müssen ihre Stakeholder über den wahren Zweck der Produkt-Roadmap informieren, um die Erwartungen zu bewältigen und sicherzustellen, dass alle auf derselben Wellenlänge sind.

Eine Produkt-Roadmap ist kein Versprechen. Es ist ein lebendiges Dokument, das als flexibler Leitfaden dienen soll.

Sie müssen allen Beteiligten vermitteln, dass die Roadmap Teile der Arbeit darstellt, z. B. neue Features, Funktionen und Kennzahlen, die Kunden zu einem bestimmten Zeitpunkt am meisten schätzen. Es ist unvermeidlich und wird erwartet, dass sich die Bedürfnisse und Präferenzen der Kunden ändern werden. Die Roadmap sollte im Laufe der Zeit angepasst und geändert werden, um diesen Änderungen Rechnung zu tragen.

Der agile Produktentwicklungsprozess sollte sich ändern, um das Kundenerlebnis zu maximieren. Das ist es, worum es geht!

3. Arbeiten Sie aktiv mit Stakeholdern zusammen

Beziehen Sie alle Beteiligten in den Prozess ein, einschließlich interner Stakeholder, externer Stakeholder und des gesamten Entwicklungsteams, wenn Sie die Roadmap planen, überprüfen oder anpassen.

Der Produktmanager muss nicht der einzige sein, der die Stimme des Kunden vertritt. Indem Sie die Perspektive der Entwickler, des Vertriebsteams, des Kundensupports und der Ingenieure gewinnen, erhalten Sie einen ganzheitlichen Überblick über das Kundenerlebnis. Auf diese Weise erhalten Sie einen klaren Überblick darüber, was Ihre Kunden schätzen, und können bestimmen, was wann getan werden sollte.

4. Stellen Sie sicher, dass die Roadmap für alle Beteiligten zugänglich ist

Die Produkt-Roadmap sollte die zentrale Informationsquelle für das Team sein und den Umsetzungsplan anhand der Ziele und wichtigsten Ergebnisse (OKRs) des Unternehmens darstellen.

Zu verstehen, was vor sich geht und warum jede Person das tut, was sie tut, ist entscheidend, um Transparenz und Vertrauen in Ihr Team zu schaffen.

Die Roadmap stellt die Gesamtvision des Teams für einen bestimmten Zeitraum dar. Durch die Sicherstellung, dass die Roadmap für alle Beteiligten zugänglich ist, wird eine organisatorische Ausrichtung erreicht.

Produktstrategie mit Easy Agile Roadmaps für Jira

Wir haben oben angedeutet, dass wir Ihnen mehr über Easy Agile Roadmaps erzählen würden. Wir haben die einfachsten und flexibelsten entworfen Roadmapping-Tool für Jira. Unsere Roadmap-Software hilft Teams dabei, sich auf eine Produktvision auszurichten und die wichtigsten Funktionen für die Auslieferung an den Kunden zu ordnen.

Easy Agile Roadmaps sind für alle am Produktentwicklungsprozess Beteiligten konzipiert, vom Produktmanager über das Entwicklungsteam bis hin zu wichtigen Stakeholdern und Kunden. Es funktioniert nahtlos mit beiden Scrum- und Kanban Jira Software-Boards. Und natürlich ist es völlig agil. So wie Simone Biles flexibel.

Verabschieden Sie sich von klobigen Excel-Tabellen, einmaligen Powerpoint-Präsentationen und statischen Gantt-Diagrammen. Easy Agile Roadmaps können eine visuelle Roadmap-Zeitleiste erstellen, die flexibel, iterativ und benutzerfreundlich ist. Teilen Sie geplante Arbeiten auf, fügen Sie Datumsmarkierungen hinzu, verwenden Sie Schnellfilter, verfolgen Sie Ihren Fortschritt und exportieren Sie die Roadmap nach Bedarf. Das Tool verwendet eine einfache Drag-and-Drop-Funktion für eine übersichtliche Benutzererfahrung, unabhängig von den Anforderungen Ihres Teams.

Wir sind uns so sicher, dass du es lieben wirst, du kannst 30 Tage kostenlos testen. Wenn Sie Fragen haben, unser Team bereit ist und darauf wartet, von Ihnen zu hören, oder eine On-Demand-Demo ansehen unserer Roadmapping-App in Aktion.

Es gibt unendlich viele Lernmöglichkeiten, wenn es darum geht, Jira zu verwenden, damit du das Tool optimal nutzen kannst. Von Jira-Tutorials über Udemy-Kurse bis hin zu einer Atlassian-Zertifizierung — du kannst deine Fähigkeiten weiter verbessern und von anderen lernen.

Es gibt immer mehr zu entdecken. Frischen Sie Ihre Fähigkeiten auf, bringen Sie Ihre Karriere voran und erwerben Sie Zertifikate, mit denen Sie Ihren Traumjob bekommen können. Kontinuierliches Lernen kann dich in deinem Unternehmen und auf der ganzen Welt zu einem unverzichtbaren MEISTER aller Dinge in Jira machen.

Lesen Sie unsere Liste mit empfohlenen Jira-Tutorials, Schulungen und Zertifizierungen, die Ihnen den Weg zur Jira-Meisterschaft ebnen.

Warum sich agile Teams für Jira entscheiden

Jira ist ein agiles Projektmanagement-Tool, entwickelt von Atlassian. Es begann als Softwareentwicklungsanwendung für DevOps-Teams, hat sich aber weiterentwickelt, um modernen Arbeitsplätzen, die agile Methoden anwenden, zu helfen, ihre Prozesse zu erweitern.

Die Software wird häufig zur Fehlerverfolgung, Problemverfolgung und zur Behebung von Leistungsverbesserungen auf der Grundlage von Echtzeitdaten verwendet. Und die Online-Funktionalität reduziert die physischen Abhängigkeiten, die mit der Verwaltung eines Projekts als Team verbunden sind — etwas, das für Unternehmen von Jahr zu Jahr wichtiger wird.

Wissenswertes: Der Name Jira ist die Abkürzung von Gojira, dem japanischen Namen für Godzilla. Atlassian empfiehlt schreit es laut, als würdest du in die Schlacht stürmen!

Jira wird von fast allen Entwicklungsteams häufig verwendet, da bei der Produktgestaltung der Kunde an erster Stelle steht. Jira ermöglicht umfangreiche Anpassungen, um Teams dabei zu unterstützen, die Bedürfnisse ihrer Kunden zu erfüllen.

So wählst du das Jira-Lernen aus, das am besten zu dir passt

Befolge diese Tipps, wenn du auswählst, wie du weitere Schulungen und Weiterbildungen zu Jira erhalten möchtest:

• Wenn du eine Ausbildung anstrebst, um deine Karriere voranzutreiben, benötigst du möglicherweise einen Nachweis über den Abschluss eines Kurses, entweder aus einer Schulung an der Atlassian University oder aus einem Udemy-Kurs, um potenziellen Arbeitgebern zur Verfügung zu stellen.
• Wenn Sie daran interessiert sind, ein zu werden Zertifizierter Atlassian-Experte, du benötigst eine Zertifizierung durch die Atlassian University.
• Wenn die Kosten ein Hindernis darstellen, beginnen Sie mit den kostenlosen Tutorials der Atlassian University.

Jira-Tutorials, Schulungen und Zertifizierungen von Atlassian

Unsere Liste beginnt mit Lernmöglichkeiten von Atlassian Universität (da sie Jira am besten kennen), und dann werden wir weiter unten auf Tutorials, Schulungen und Kurse aus anderen Online-Quellen erweitern.

Atlassian Universität

Atlassian bietet mehrere kostenlose Jira-Tutorials sowohl für Anfänger als auch für Profis, sodass Sie mit Produktkenntnissen, die genau das abdecken, was Sie für den Einstieg und darüber hinaus benötigen, Selbstvertrauen gewinnen können. Die Jira-Tutorials sind deutlich mit einem Zeitstempel gekennzeichnet, der dir bei der Planung deines Zeitplans hilft.

Jedes kurze Jira-Tutorial ist in eine Reihe unterteilt, die auf einer Reihe von Themen basiert, angefangen mit den grundlegenden bis hin zu spezifischeren Themen, darunter:

• Erste Schritte mit Boards in Jira Software
• Jira Essentials mit agilem Mindset
• Mehr aus Jira Workflows herausholen
• Jira automatisieren

Einige Tutorialreihen sind kurz genug, um sie in einer Mittagspause abzuschließen, während andere einige Stunden dauern. Anstatt also Doomscrolling zu machen, während du dein Sandwich isst, rufe ein kurzes Tutorial auf, um deine Fähigkeiten zu verbessern! 🥪

Wenn du hoffst, eine Zertifizierung zu erwerben, dir aber nicht ganz sicher bist, mit welchen spezifischen Schulungskursen du dorthin gelangen wirst, hat Atlassian rollenbasierte Lernpfade um dich auf deinem Weg zu begleiten.

Atlassian University — Jira-Zertifizierungen

Um dich endlich und offiziell als Jira Jedi Master zu festigen, kannst du ein Zertifizierter Atlassian-Experte und der Experte für alles, was mit Jira zu tun hat. Außerdem sind alle Atlassian-Zertifizierungen weltweit anerkannt. Wo auch immer du dich befindest, Atlassian steht dir zur Seite.

Abhängig von den von Ihnen gewählten Fähigkeiten sind eine Reihe verschiedener Zertifizierungen verfügbar. Um eine Zertifizierung zu erhalten, müssen Sie an den Kursen teilnehmen, die über den obigen Schulungslink verfügbar sind, praktische Erfahrung sammeln und eine Prüfung ablegen.

Weitere Jira-Tutorials, -Schulungen und -Kurse

Die Atlassian University ist zwar voller Lernmöglichkeiten, aber viele andere Ressourcen helfen dir dabei, vom Anfänger zum Experten und vom Experten zum Meister zu werden.

Die besten Udemy Jira-Kurse

Udemy Jira-Kurse bieten eine Vielzahl von Themen zu unterschiedlichen Preisen für Jira-Anfänger und alte Profis. Studierende können auf umfassendere Themen wie Agile und Projektmanagement sowie auf Professional Scrum Master (PSM) -Kurse zugreifen, um dich auf deine Zertifizierung vorzubereiten.

Die Kurse werden mit einer Bewertung versehen, die auf den Erfahrungen früherer Schüler basiert. Und wenn man bedenkt, dass über 200.000 Schüler Jira auf Udemy lernen, kannst du sehen, welche Kurse gut bewertet wurden, um dir bei der Entscheidung zu helfen.

Von Crashkursen für Anfänger bis hin zu Themen für Fortgeschrittene oder Nischenthemen ist für jeden etwas dabei. Sie bieten auch kostenlose „kleine“ Jira-Lektionen mit 3 bis 11 Minuten langen Videos an, sodass du sie in jeden vollen Terminkalender einbauen kannst. Außerdem haben alle Kurse eine 30-tägige Geld-zurück-Garantie.

Die Atlassian-Kurse von Expium

Expium bietet Workshop-basiertes Jira-Training für Atlassian-Unternehmenskunden. Die Kurse zielen darauf ab, die Studierenden in die Lage zu versetzen, Jira kompetent zu konfigurieren. Es gibt eine Reihe von Workshops, die die Grundlagen für Anfänger bis hin zu spezifischeren Themen behandeln.

Das praktische Lernen ist für öffentliche, private oder Online-Kurse verfügbar. Expium ist ein Platinum-Lösungspartner, was laut Atlassian bedeutet, dass das Unternehmen die höchsten Schulungskriterien erfüllt und über eine bewährte Praxis verfügt, die von kleinen bis großen Kunden skaliert werden kann.

Guru 99 Jira Tutorial: Wie benutzt man Jira Software für Anfänger

Die kostenlose Online-Ressource von Guru 99 ist sowohl für Anfänger als auch für diejenigen, die die Grundlagen auffrischen müssen. Es bietet eine schrittweise Anleitung zur Verwendung des Jira-Dashboards.

Die Ressource beschreibt detaillierte Anwendungsfälle mit kommentierten Screenshots aus dem Jira-Tool. Die detaillierten Bilder zeigen die Grundlagen der Erstellung von Problemen und der Verwaltung von Problemattributen sowie spezifischere Verwendungszwecke, z. B. das Einrichten von Workflows, das Klonen von Problemen und das Erstellen benutzerdefinierter Felder.

Das Jira-Tutorial von Guru 99 beinhaltet:

• Jira-Probleme und Problemtypen wie neue Funktionen, Unteraufgaben, Bugs usw.
• Jira-Problemattribute wie „In Bearbeitung“, „offen“, „geschlossen“, „gelöst“ usw.
• Jira-Komponenten
• So erstellen Sie Issues in Jira
• So erstellen Sie Unteraufgaben, Workflows, Plugins, Epics und Klone
• Sicherheitssysteme und Genehmigungssysteme
• Jira-Reporting und Burndown-Charts
• So erstellen Sie ein Kreisdiagramm mit Prioritäten

Jetzt ist es an der Zeit, rauszugehen und zu lernen! Erfolgreiche Menschen wissen, dass das Lernen niemals aufhört.

Bonus-Ressource: Lernen Sie weiter im Easy Agile-Blog

Und hey, wir haben auch umfangreiche Lernressourcen in unserem Easy Agile-Blog! Aus dem Verständnis der Unterschied zwischen Kanban und Scrum, Verwendung von Epics zur Leistungsmaximierungund wenn Sie die Best Practices für Jira-Workflows kennen, sind Sie hier richtig.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu helfen, mit Agile besser zu arbeiten. Unser Apps für Jira sind so konzipiert, dass der Kunde bei jedem Schritt des Produktentwicklungsprozesses stets im Mittelpunkt steht. Sie sind einfach, kollaborativ und wurden von einem Entwicklungsteam entwickelt, das Jira lebt und atmet.

Kontaktiere unser Team um mehr zu erfahren oder eine Anfrage zu stellen Demo-Tutorial um unsere Plugins in Aktion zu sehen.

Für viele Menschen läuft 2020 nicht ganz wie erwartet.

Vielleicht wurde die eine oder andere Konferenz abgesagt (wie der Atlassian Summit 😭). Vielleicht steht Ihr großes Teamplanungsevent in den Hintergrund. Oder vielleicht wurde Ihre gesamte Belegschaft angewiesen, bis auf weiteres von zu Hause aus zu arbeiten.

Amazon hat hat alle unnötigen Reisen gestoppt und eine Reihe großer Technologieunternehmen haben dazu ermutigt Mitarbeiter sollen von zu Hause aus arbeiten, einschließlich Apple, Google, Microsoft, Twitter, Facebook und HP (in einigen oder allen Regionen).

Du denkst, du bist störend? Nun, offensichtlich haben Sie COVID-19 noch nicht getroffen!

Die neue Pandemie hat die Dinge durcheinander gebracht. Rekordzahlen von Unternehmen suchen nach Möglichkeiten, sich schnell anzupassen und ihre Teams auf Telearbeit umzustellen. Das ist eine große Herausforderung, wenn man bedenkt, dass Agile in der Regel für die persönliche Interaktion konzipiert ist — insbesondere bei kritischen Ereignissen wie der vierteljährlichen PI-Planung.

Basierend auf unseren eigenen Erfahrungen und der Zusammenarbeit mit großen Unternehmen, die schon seit einiger Zeit mit Remote-Teammitgliedern zusammenarbeiten, haben wir einige Gedanken zusammengestellt, die Ihnen helfen sollen, Ihr Team schnell auf Distributed Agile umzustellen. Das Wichtigste zuerst...

1. Keine Panik (in Bezug auf Distributed Agile)

Wir sind nicht qualifiziert, Ihnen zu sagen, ob Sie wegen der Pandemie in Panik geraten sollten (aber ernsthaft... Sie benötigen nicht so viel Toilettenpapier). Aber wir sind qualifiziert, Ihnen zu sagen, dass eine Belegschaft im Homeoffice nicht so gruselig ist, wie es sich anhört. Es wird dir gut gehen.

Organisationen wie Ihre machen seit Jahren ihr Ding mit einem verteilten agilen Team. Einer unserer Kunden hat ein großes, verteiltes Team und führt PI-Planung nur aus der Ferne durch. Es ist möglich, das durchzuziehen.

2. Zeigen Sie den Leuten, wie sie von zu Hause aus arbeiten können

Einige der Leute in Ihrem Team haben wahrscheinlich noch nie von zu Hause aus gearbeitet. Zumindest nicht für einen längeren Zeitraum. Bieten Sie also Ratschläge dazu an, was erwartet wird und wie sie das Beste aus der Arbeit zu Hause herausholen können.

Du weißt schon... wie das Geschäft oben, die Jogginghose drunter, und niemand, der an der Telefonkonferenz teilnimmt, wird klüger sein.

Aber im Ernst, es ist eine gute Idee, Anleitungen zu teilen wie:

• Welche Ausrüstung werden sie benötigen
• Eine Liste der herunterzuladenden Software und Apps (mit Lizenzinformationen)
• Wo man Informationen findet und auf Dateien zugreifen kann (eine einzige Informationsquelle ist immer am besten, aber vor allem, wenn die Dinge bereits etwas überwältigend sind)
• Wie kommuniziert man virtuell
• Ideale Umgebungen für Konzentration und Produktivität
• So blenden Sie Lärm und Ablenkungen aus
• Erwartete Arbeitsstunden
• So schalten Sie ab und machen Pausen

Aber eine kleine Anleitung wird viel dazu beitragen, dass sich alle in der neuen Arbeitssituation „wie zu Hause“ fühlen.

3. Ermutigen Sie den Informationsaustausch

Möglicherweise haben Sie bereits ein verteiltes agiles Team, das Erfahrung mit Telearbeit hat. Ermutigen Sie also die erfahrenen Telearbeiter, sich für diese Praxis einzusetzen und andere zu leiten.

Erstelle einen Slack-Channel oder eine andere Umgebung, in der Diskussionen über das Arbeiten von zu Hause aus stattfinden, damit die Leute Tipps und Erfahrungen austauschen und Fragen stellen können. Bei Easy Agile haben wir einen #remote -Kanal eingerichtet, um unsere Setups zu teilen.

4. Holen Sie sich die richtigen Tools

Wenn Ihr Team zum ersten Mal remote arbeitet, hat es möglicherweise nicht alle Kleinigkeiten, die es zu Hause benötigt, um seine Arbeit zu erledigen, an Besprechungen teilzunehmen oder ordnungsgemäß zu einer PI-Planungsveranstaltung aus der Ferne zu erscheinen.

Abhängig von ihrer Rolle benötigen sie möglicherweise:

• Computer — Ein Desktop- und Monitor-Setup oder ein Laptop mit ausreichender Rechenleistung für alltägliche Aufgaben
• Konferenzausstattung — Webcam, Kopfhörer und funktionierendes Mikrofon
• Deine bevorzugten Kommunikations-Apps — Slack, Zoom, Google Hangouts, Skype oder Microsoft Teams
• Sicherheitsmaßnahmen — Passwortmanager, VPNs und Antivirensoftware
• Ihr Projektmanagement-Tool — Jira, Trello, Asana oder Smartsheet
• Einfache agile Programme für PI-Planung in Jira

5. Schau dir das als Pilot an

Immer mehr Menschen möchten von zu Hause aus arbeiten, und es ist für Unternehmen sehr sinnvoll, diese neue Arbeitsweise zu fördern. Es kann eine Menge Geld sparen (eine Schätzung geht von 10.000$ pro Person und Jahr aus), wenn Teams zu Hause bleiben. Und Sie können Hunderttausende pro PI Planning-Sitzung sparen, wenn Sie nicht für Flüge, Unterkünfte und Veranstaltungsräume für ein Team von bis zu 100 Personen bezahlen müssen.

Der Trend zur Telearbeit wird nicht verschwinden — auch nach dem Abklingen der Pandemie. Sehen Sie das also als Gelegenheit, Distributed Agile auszuprobieren, falls Sie es noch nicht getan haben. Sie könnten feststellen, dass dies eine bessere und kostengünstigere Methode für Sie ist, Dinge zu erledigen und Ihren Mitarbeitern das zu geben, was sie wollen.

6.Vertraue deinen Leuten

Niemand fühlt sich gerne beobachtet, während er arbeitet 👀 Vor allem aber nicht, wenn er von zu Hause aus arbeitet. Zu Hause werden Ihre Mitarbeiter wahrscheinlich:

• Ertrage mehr Ablenkungen (wie Kinder!)
• Gehen Sie weg, um eine Ladung Wäsche anzulegen
• Schnapp dir einen Kaffee (und wahrscheinlich noch ein paar andere Dinge 😋🍛🍫🧁) aus der Küche

Zwischen all dem müssen Sie darauf vertrauen können, dass sie ihre Arbeit erledigen, ihr Bestes geben und produktiv sind — auch wenn dies außerhalb der regulären Geschäftszeiten passiert.

Wenn Sie agil sind, haben Sie glücklicherweise wahrscheinlich bereits eine Vertrauenskultur aufgebaut. Halten Sie also mit regelmäßiger Kommunikation, virtuellen Standups und Transparenz Schritt. Dies sollte ausreichen, um den Fortschritt zu überwachen und Ihre Mitarbeiter ohne Mikromanagement zur Rechenschaft zu ziehen

7. Bleib sozial

Auch wenn Sie sich nicht persönlich treffen können, bieten Sie Ihren Teams die Möglichkeit, virtuell zusammenzukommen, Kontakte zu knüpfen und zu chatten. Richten Sie einen Slack-Kanal ein, der nicht zur Arbeit gehört, führen Sie regelmäßig Videoanrufe durch und sprechen Sie über mehr als nur die Arbeit. Menschen, Beziehungen und Verbundenheit sind noch wichtiger, wenn ihr nicht zusammen im selben Raum sein könnt.

8. Werden Sie besser im Risikomanagement

Wenn all das vorbei ist (und das wird es), werden Sie als viel stärkere Organisation hervorgehen als zuvor. Wenn ein einzelnes Teammitglied, ein ganzes Team oder Ihre gesamte Organisation in Zukunft remote arbeiten muss, können Sie problemlos und mit minimaler Unterbrechung den Gang wechseln.

Nutzen Sie diese Gelegenheit, um Risiken aufzudecken, die Sie zuvor möglicherweise nicht in Betracht gezogen haben. Stellen Sie Fragen wie:

• Was ist, wenn die Hälfte von uns krank wird und ein paar Wochen nicht arbeiten kann?
• Welche Backup-Optionen gibt es für unsere Internetverbindung, Dateien und Kommunikation?
• Was ist, wenn unser Gebäude plötzlich nicht mehr zugänglich ist?
• Machen Sie sich der potenziellen Risiken für Ihr Unternehmen bewusster, damit Sie in Zukunft besser vorbereitet sind.

9. Schau auf die positive Seite

Eine Pandemie ist zwar kein ideales Szenario, aber es ist in Ordnung, nach positiven Aspekten Ausschau zu halten, wie zum Beispiel:

• Ihre Teams werden vielleicht feststellen, dass sie es lieben, von zu Hause aus zu arbeiten
• Einige verteilte agile Teams werden feststellen, dass sie tatsächlich produktiver sind.
• Sie erhalten eine bessere Work-Life-Balance
• Keine Pendelfahrten
• Mehr Qualitätszeit mit der Familie
• Reduzierte Emissionen von Autos und Flugzeugen
• Ruhigere Straßen mit weniger Staus und Unfällen

Und vielleicht... nur vielleicht... bleiben einige dieser Änderungen zum Besseren bestehen 🤞