Agile Teams

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Fortgeschrittene Strategien zur Nutzersegmentierung

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

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

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

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

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

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

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

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

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

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

Kurztipp: Abgeleitete versus explizite Daten

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

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

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

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

Nutzen Sie das Potenzial der Segmentierung mit Jira

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

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

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

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

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

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

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

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

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

Scrum kann in einige wichtige Elemente unterteilt werden:

1. Rollen
2. Artefakte
3. Zeremonien

Dieser Beitrag konzentriert sich auf die Scrum-Zeremonien.

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

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

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

1. Steh auf (oder tägliches Scrum)

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

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

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

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

Wann sollte man einen Stand halten: täglich

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

Und noch ein Bild von InsideIt's Stand Up:

2. Sprint-Planung

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

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

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

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

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

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

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

3. Bewertung im Sprint

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

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

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

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

4. Rückblick

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

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

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

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

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

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

---

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

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

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

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

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

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

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

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

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

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

Was ist User Story Mapping?

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

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

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

„Das User Story Mapping ist ein moderiertes, kuratiertes Gespräch, das alle mit auf die Reise nimmt. Es ist eine Gelegenheit für den Produktmanager, seine Erkenntnisse (der Tag für Tag tief in diesem Zeug steckt) zu analysieren und sie in den Köpfen des Teams zu verankern, das im Begriff ist, sie umzusetzen.“

Nicholas Muldoon, Mitbegründer @Easy Agile

Was ist kein User Story Mapping?

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

User Story Mapping im Vergleich zu Journey Mapping

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

User Story Mapping im Vergleich zu Event Storming

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

User Story Mapping für agile Teams

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

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

Das passt genau zum Agilen Manifest.

Und vergessen wir nicht das Agile-Prinzip Nummer eins:

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

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

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

Die Anatomie einer User Story Map

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

Geschichten von Nutzern

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

User Stories folgen normalerweise der Struktur:

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

Zum Beispiel:

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

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

Epen

Geschichten können mit Epen in Verbindung gebracht werden.

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

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

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

Das Rückgrat

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

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

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

Mehr zu: Die Anatomie einer User Story Map

Warum User Story Mapping durchführen?

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

Du wirst die Antwort kennen auf:

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

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

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

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

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

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

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

Lesen ➡️ Warum User Story Mapping

Vorteile von User Story Mapping

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

Nicholas Muldoon, Mitbegründer @Easy Agile

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

Risiko visualisieren

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

Priorisierung und Ressourcenzuweisung

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

Förderung schlanker Alternativen

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

Förderung der kollaborativen Problemlösung

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

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

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

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

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

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

‍

Der flache Backlog im Vergleich zum User Story Mapping

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

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

Was ist ein flacher Backlog?

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

Aber ich mag unseren Backlog!

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

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

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

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

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

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

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

Wann wird das User Story Mapping durchgeführt?

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

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

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

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

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

Das Beste aus User Story Mapping herausholen

Wer sollte am User Story Mapping teilnehmen?

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

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

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

Abbildung der User Stories

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

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

Sequenzierung

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

Linien oder Schwimmbahnen abschneiden

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

Lesen ➡️ Anatomie einer agilen User Story Map.

Tipps für ein erfolgreiches User Story Mapping

Beziehen Sie die richtigen Leute ein

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

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

Mach Schluss

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

Nicholas Muldoon, Mitbegründer @Easy Agile

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

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

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

Ein einziger Moderator

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

Keine Telefone/Laptops

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

Beginnen Sie mit Daten und Beweisen

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

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

Ansätze zur Zuordnung von User Storys

Beispiel für das Mapping von User Storys

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

• Identifizieren Sie das Produkt/das Ergebnis

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

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

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

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

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

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

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

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

Teilen Sie es auf Releases oder Sprints auf

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

Eine User Story Mapping... Story

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

Schritt 1: Kick Off

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

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

Schritt 2: Identifizierung der Person

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

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

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

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

Schritt 3: Die großen Schritte

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

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

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

Schritt 4: Die Geschichten

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

Schritt 5: Linien abschneiden

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

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

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

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

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

Ergebnisse 🏆

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

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

Physisches versus digitales User Story-Mapping

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

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

Es könnte ein bisschen so aussehen:

Dieser Prozess bringt jedoch einige Herausforderungen mit sich:

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

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

Nicholas Muldoon, Mitbegründer @Easy Agile

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

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

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

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

Jira + Einfacher agiler TeamRhythm

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

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

So funktioniert das:

Funktionen zur Zuordnung von User Storys zu Jira hinzufügen

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

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

Richte dein Rückgrat ein

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

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

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

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

Füge das Fleisch hinzu (oder Geschichten!)

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

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

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

Bestelle deine Epen und Geschichten

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

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

Arbeit schätzen

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

Lesen ➡️ Agile Schätzungstechniken

Swimlanes hinzufügen und anordnen (Version/Sprint)

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

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

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

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

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

Probiere verschiedene Ansichten aus

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

An die Arbeit!

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

Erste Schritte mit Easy Agile TeamRhythm

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

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

Kostenlose Testversion von Easy Agile TeamRhythm

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

TeamRhythm Highlights-Tour

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

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

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

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

- Mike Doolittle, Produktdirektor @Priceline

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

- Casey Flynn, Analyst für Vertriebsprognosen @adidas

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

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

Sehen Sie, worum es bei der ganzen Aufregung geht

Starten Sie Ihre kostenlose 30-Tage-Testversion

Einfacher agiler Teamrhythmus

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

6 Möglichkeiten, deine Storymap am Leben zu erhalten

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

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

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

1. Verfolgung des Fortschritts

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

2. Pflege des Backlogs

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

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

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

3. Sprint-/Release-Planung

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

4. Sprint-Bewertungen

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

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

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

5. Straßenkarten

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

6. Rückblicke

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

So erfahren Sie mehr über User Story Mapping

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

Hier sind einige Ressourcen, die einen Blick wert sind:

Bücher zum Mapping von Nutzergeschichten

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

Artikel zum Mapping von User-Storys

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

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

Wie schreibt man gute User Stories in der agilen Softwareentwicklung

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

Anatomie einer agilen User Story Map

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

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

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

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

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

So wie Sie sich vor einem Roadtrip eine physische Landkarte ansehen, um die Etappen jeder Reise zu verstehen, helfen Roadmaps agilen Teams dabei, ihre Arbeitsbelastung für die kommenden Monate zu verstehen. Jira-Roadmaps bieten weitere Vorteile, wie z. B. die Visualisierung des Zeitplans und die Möglichkeit, relevante Informationen mit externen Stakeholdern zu teilen.

In diesem Artikel werden wir den Zweck von entpacken Produkt-Roadmaps und ob sie alle gleich sind und warum Einfache Agile Roadmaps für Jira ist das einfachste Roadmapping-Tool für Jira. Du wirst entdecken, wie Roadmaps helfen Produkteigentümer, agile Teammitglieder, Kunden und Stakeholder. Sie werden auch den Unterschied zwischen Roadmaps und Gantt-Diagrammen verstehen.

Lassen Sie uns damit beginnen, den Zweck von Roadmaps für agile Teams zu erörtern.

Warum braucht ein agiles Team eine Roadmap?

Roadmaps helfen agilen Teams dabei, ihre großen Arbeitsbereiche zu definieren und zu definieren, bis wann sie abgeschlossen werden müssen. Es ist ein Artefakt, mit dem Team, Kunden und anderen Projektbeteiligten zu kommunizieren.

Mithilfe von Roadmaps haben agile Teammitglieder einen Überblick über ihre Reise für die nächsten 3-6 oder sogar 12 Monate. Wenn Teams diese Reise verstehen, können sie die Entwicklung ihres Produkts besser verstehen.

Wenn Sie ein Product Owner sind, sind Roadmaps eine großartige Möglichkeit für Sie:

• Zeigen Sie, dass Sie die Unternehmensziele verstehen
• Zeigen Sie der C-Suite und dem agilen Team, dass Sie sich dessen bewusst sind Bedürfnisse des Kunden
• Zeigen Sie, dass Sie wissen, wie Sie Ihren Kunden ein wertvolles Produkt liefern und gleichzeitig die Ziele Ihres Unternehmens erreichen

Roadmaps sind auch eine großartige Möglichkeit, Sie und Ihr Team daran zu erinnern, wie ihre Arbeit in das Gesamtbild passt. Sie geben dir die Möglichkeit, Teammitglieder zu motivieren und ihnen zu helfen.

Außerdem, indem Sie Epen in Benutzergeschichten aufteilen in der Produkt-Backlog, Product Owner und das Entwicklungsteam können diese Arbeitselemente besser priorisieren, planen und Ressourcen zuweisen.

Nachdem wir die Grundlagen der Jira-Roadmaps behandelt haben, schauen wir uns an, wie wir sie für verschiedene Rollen anpassen können.

Maßgeschneiderte Roadmaps auf spezifische Bedürfnisse

Verschiedene Teammitglieder benötigen unterschiedliche Ansichten der Roadmaps. Einige Rollen konzentrieren sich auf die Analyse bestimmter Roadmap-Elemente, während andere Rollen sich auf andere Teile konzentrieren.

Das Entwicklungsteam benötigt Roadmaps mit voraussichtlichen Veröffentlichungsdaten, Meilensteinen und einer detaillierten Erläuterung des Kundennutzens.

Sie können Roadmap-Elemente nach dem Kundennutzen priorisieren, was sinnvoll ist, wenn Sie die agile Methode des Kunden in Betracht ziehen.

Oft haben Entwicklungsteams Roadmaps, die nach Sprints organisiert sind, und Arbeitsaufgaben, die auf einem Zeitplan angeordnet sind. Ein Arbeitselement kann eine Benutzergeschichte, eine Aufgabe oder ein Bug.

Die C-Suite verwendet Roadmaps, um die Arbeit der Entwicklungsteams den Unternehmenszielen und -kennzahlen zuzuordnen.

Diese Roadmaps zeigen Arbeitselemente an, die nach Monaten oder Quartalen geordnet sind. Diese Organisation hilft dabei, Fortschritte im Laufe der Zeit zu verfolgen und Schlussfolgerungen zur Zielerreichung zu ziehen.

Beim Roadmapping für die C-Suite müssen Sie sich keine Gedanken darüber machen, ihnen detaillierte Arbeitsaufgabenbeschreibungen zur Verfügung zu stellen.

Das Verkaufspersonal stützt sich auf Roadmaps, um mehr über neue Funktionen und den Kundennutzen zu erfahren. Diese Art von Informationen kann dazu beitragen, die Umsatzerlöse zu verbessern. Roadmaps sind eine großartige Möglichkeit für die Vertriebsmitarbeiter, bevorstehende Entwicklungen zu verstehen, für die sie die Kunden begeistern können.

Sie sollten auch Ihr Bestes tun, um Ihren Kunden visuell ansprechende und gut lesbare Roadmaps anzubieten. Sie werden nach einer priorisierten Übersicht über neue Funktionen suchen.

Jira-Roadmaps können dir bei der Bereitstellung dieser verschiedenen Arten von Roadmaps helfen.

Jira-Roadmaps

Atlassian hat Roadmaps in die Jira-Software der nächsten Generation aufgenommen. Mit Jira-Roadmaps kannst du Elemente in einer Zeitleiste definieren und organisieren und sie auf dem neuesten Stand halten. Du kannst den Arbeitsstatus sogar mit Stakeholdern teilen.

Aber das Coolste an Roadmaps in Jira ist, dass sie mit der Arbeit der Entwickler synchronisiert werden.

Da sich der Umfang eines Projekts ändern kann, während agile Teams arbeiten, kann es schwierig werden, eine aktuelle Roadmap aufrechtzuerhalten, insbesondere wenn Sie ein statisches Tool wie Excel oder Confluence verwendet haben. Zum Glück können Sie mit Jira-Roadmaps den Arbeitsstatus und die Prioritäten der Elemente schnell und einfach aktualisieren.

Agile Teams können User Stories an das Jira-Projekt anhängen, an dem sie gerade arbeiten. Infolgedessen aktualisiert Jira Software die eigentliche Arbeit in ihrer Roadmap.

Du kannst auch die Jira-Software verwenden, um das Problem zu lösen Roadmap-Elemente oder Epen, was bedeutet, die Arbeit in kleine Teile aufzuteilen. Und als ob das nicht schon genug Spaß gemacht hätte, kannst du die Drag-and-Drop-Funktionalität von Jira Software verwenden, um die Prioritäten von Elementen in der Timeline anzupassen. Folglich passt Jira Software die Daten in den Epen automatisch an.

Dies sind einige weitere Gründe, warum es sich lohnt, sich die Roadmaps von Jira anzusehen. Sie bieten:

• Zusammenarbeit der Interessengruppen bei der Erstellung und Pflege der Roadmap
• Die Fähigkeit, Informationen mit externen Stakeholdern zu teilen
• Höhere Verfügbarkeit und Sichtbarkeit für Teammitglieder
• Enge Verbindungen zwischen der Arbeit eines Teams und der Roadmap
• Nahtlose Aktualisierbarkeit von Gegenständen
• Visualisierung des Projektstatus
• Sowohl allgemeine als auch detaillierte Artikelbeschreibungen
• Verbindungen zwischen Jira-Ausgabedaten und Daten auf der Roadmap

Einfache Agile Roadmaps für Jira kann dir dabei helfen, deine Roadmap als Zeitleiste mit Swimlanes zu gestalten, die auf Arbeitsthemen oder Teams basieren. Ziehen Sie Elemente per Drag & Drop auf die Zeitleiste, um festzulegen, wann das Team mit der Bearbeitung beginnen und enden soll. Sie können auch:

• Meilensteine definieren
• Die Ansicht der Roadmap filtern
• Verfolge den Fortschritt der epischen Fertigstellung
• Teilen Sie eine PDF-Version der Roadmap mit Stakeholdern

Bevor Sie loslegen, sollten wir uns mit Gantt-Diagrammen und Roadmaps befassen.

Was sind Gantt-Diagramme?

Wenn wir sagen: „Gantt-Diagramme sind nützlich für agile Teams„, denkst du vielleicht sofort, „Das kann nicht stimmen!“ 😮 Gantt-Diagramme können jedoch im richtigen Kontext nützlich sein. Sie sind einfach nicht sehr agil.

Das Gantt-Diagramm, benannt nach dem Schöpfer des Diagramms, Henry Lawrence Gantt, bietet einen grafischen Zeitplan für die Planung und Visualisierung von Aufgaben, die nach Projektphasen organisiert sind.

Projektmanager verwenden Gantt-Diagramme, um Aufgabenabhängigkeiten und den kritischen Pfad zu verwalten. Dieser Pfad ist die Abfolge von Aufgaben, die die Teammitglieder pünktlich ausführen müssen, um das Enddatum des Projekts nicht zu gefährden.

Einfach ausgedrückt, wenn Sie ein Rechenzentrum bauen, müssen Sie die Reihenfolge definieren, in der das Team Aufgaben ausführen muss. Im Grunde kann das Team einige Aufgaben nicht beginnen, bevor es andere erledigt hat.

Lassen Sie uns nun klären, warum Roadmaps agil sind, Gantt-Diagramme jedoch nicht.

Warum Gantt-Diagramme und Roadmaps nicht austauschbar sind

Auf den ersten Blick scheinen Gantt-Diagramme Roadmaps zu ähneln. Im Kern dienen sie jedoch unterschiedlichen Zwecken und Zielgruppen.

Gantt-Diagramme gehen davon aus, dass die Teammitglieder ihre Arbeit linear erledigen. Das bedeutet, dass die Ausführung einiger Aufgaben von der Ausführung anderer Aufgaben abhängt. Und jede Änderung des Zeitplans kann das Enddatum des Projekts gefährden. Daher sollten Sie eine Neuplanung von Aufgaben vermeiden und die Ausführung der Aufgaben regelmäßig überwachen.

Aus diesem Grund widerspricht die Linearität von Gantt-Diagrammen den Prinzipien der Agilität. 🛑

Die agile Methodik entstand aus der Notwendigkeit, die Ineffizienzen traditioneller Projektmanagementpraktiken in der Softwareentwicklung zu beheben. Eine dieser Methoden ist die Wasserfallmethode.

Agile Teams planen adaptiv und liefern kontinuierlich Ergebnisse. Sie konzentrieren sich auch auf kontinuierliche Verbesserung. Deshalb würde kein Gantt-Diagramm in ein agiler Arbeitsablauf.

Gantt-Diagramme folgen einem linearen Bereitstellungsmodell mit vielen Aufgabenabhängigkeiten, das in der Regel langsam ist. 🐌

Auf der anderen Seite hat der agile Workflow kürzere Entwicklungszyklen — Iterationen — mit häufigen Lieferungen und den geringsten Aufgabenabhängigkeiten. Das beschleunigt die kontinuierliche Verbesserung. Darüber hinaus passen agile Teams ihre Roadmaps sehr gut an sich ständig ändernde Prioritäten und Anforderungen an.

Roadmaps sind gut, aber Jira-Roadmaps sind fantastisch

Jira-Roadmaps wie Einfache agile Roadmaps hilft dabei, Arbeitselemente nach Priorität zu ordnen und ihren Status zu aktualisieren. Projektbeteiligte können in Jira gemeinsam Änderungen an Roadmaps vornehmen, was sehr praktisch ist.

Das vielleicht beste Feature von Jira-Roadmaps ist, dass Entwickler sowohl die Arbeit in den Jira Software-User Stories als auch die Aufgaben auf diesen Roadmaps verfolgen können. Aus Sicht des Product Owners besteht der Vorteil darin, wie er die Arbeit der Entwickler visualisiert und mit den Stakeholdern kommuniziert.

Es ist wirklich wichtig sicherzustellen, dass sowohl die C-Suite als auch das agile Team sich an die Roadmap halten. Wenn sie das nicht tun, stimmen Sie die Arbeit Ihres Teams möglicherweise nicht auf die Unternehmensziele und Kundenbedürfnisse ab.

Denken Sie daran, dass die Vorteile von Roadmaps auf zwei Arten wirken: Die Teammitglieder erkennen besser, wie sie zur Erreichung der Unternehmensziele beitragen, und Sie können diesen Prozess überwachen.

Testen Sie unsere Einfache Agile Roadmaps für Jira. Ob du dem folgst Scrum-Rahmenwerk oder die Kanban-Framework, es hilft Ihnen dabei, die Arbeitsaufgaben Ihres Teams in einer Zeitleiste zu organisieren, Meilensteine zu definieren und den Fortschritt zu verfolgen.

Sprints sind das Herzstück von agile Prinzipien. Und so nutzt ein Scrum-Team einen vordefinierten Zeitraum, um gemeinsam auf ein vereinbartes Ziel hinzuarbeiten. Ein Sprint konzentriert sich auf Interaktion und Zusammenarbeit, um funktionierende Software zu entwickeln. Ein Team muss viel Arbeit leisten, um seine Sprint-Workflows in Jira aufrechtzuerhalten. Das Ändern des Aufgabenstatus, das Informieren von Teamkollegen über Sprint-Änderungen und das Synchronisieren der Codeänderungen der Entwickler mit den Jira-Aufgaben können zu einer Menge manueller Mausklicks führen. 🖱

Viele dieser manuellen Schritte können automatisiert werden, um Ihrem Team den Aufwand zu ersparen.

Hilf deinem Scrum-Team mit Jira-Automatisierungen

Gedränge ist ein Framework, um agiles Arbeiten zu erledigen. Das Scrum Veranstaltungen sind:

• Sprint: Der Zeitraum, in dem das Team auf sein Sprintziel hinarbeitet (z. B. die Fertigstellung einer bestimmten Anzahl von User Stories aus dem Produkt-Backlog). Der nächste Sprint beginnt, wenn der vorherige endet.
• Sprint-Planungsmeeting: Ein Meeting, in dem der Umfang des Aufwands festgelegt wird, der für Backlog-Elemente erforderlich ist, die vom Product Owner priorisiert wurden. Das Softwareentwicklungsteam verpflichtet sich, diesen Arbeitsaufwand zu erledigen.
• Tägliches Scrum: A kurzes Treffen an jedem Werktag wenn sich die Mitglieder des Scrum-Teams gegenseitig über den Fortschritt ihrer Arbeit innerhalb des Sprints informieren. Es ist an der Zeit, einem anderen Teammitglied, das möglicherweise bei einem Problem feststeckt, Unterstützung zu gewähren oder die Blockierung zu entsperren.
• Sprint Review: Eine Gelegenheit für das Scrum-Team und die Stakeholder, die Ergebnisse des abgeschlossenen Sprints zu überprüfen und zu erörtern, welche Auswirkungen sie auf zukünftige Sprints haben.
• Sprint-Retrospektive: Ein Meeting, um Möglichkeiten zur Verbesserung der agilen Prozesse des Teams und seiner Interaktionen untereinander zu finden.

Welche Scrum-Rollen sind beteiligt:

• Softwareentwickler: Sie erledigen die Arbeit, wollen aber keine Sprint-Überraschungen.
• Product Owner: Diese Person priorisiert die Arbeit und muss manchmal ungeplante Änderungen mitten im Sprint vornehmen.

Jeder Spieler im Softwareentwicklungsteam, von Startups bis hin zu etablierten Unternehmen, hat sich wiederholende Aufgaben, die er während seiner Sprint-Events ausführen muss. Da wir alle Menschen sind, vergessen wir beim Sprinten manchmal, den Status von Problemen zu ändern oder die kleinen Dinge in Jira zu erledigen, damit jeder im Team in Echtzeit weiß, was in unserem Sprint passiert.

Automatisieren Sie Ihre Sprint-Workflows mit Jira

Hab keine Angst. Jira kann dabei helfen, typische Sprint-Workflows wie Aufgabenübergänge und Teambenachrichtigungen zu automatisieren. 🤯 Agiles Projektmanagement in der Softwareentwicklung ist eine Methode, die der Automatisierung förderlich ist. Du kannst Verhaltensweisen in deinen Jira-Problemen verknüpfen, um Aktionen über Tools wie Slack und MS Teams, E-Mail, GitHub, Bitbucket und GitLab auszulösen.

Du kannst Jira-Automatisierungen verwenden, um Dinge wie die folgenden zu tun:

• Informieren Sie Teammitglieder und Stakeholder über alle Änderungen an einem Sprint
• Auslösen von Aktionen auf der Grundlage von Aufgabenübergängen innerhalb einer Sprint-Iteration
• Synchronisiere den Status und die Story Points von Jira-Aufgaben und Unteraufgaben
• Verbinde Code-Commits und Build-Statuen mit Jira-Issues

Oh mein Gott!

Wenn Sie nicht wussten, dass es diese Tools gibt, haben Sie hier die Gelegenheit, sie zu erlernen.

Automatisieren Sie Ihren Weg zur Konnektivität

Halten Sie agile Teamkollegen auf dem Laufenden

Wenn ein Sprint beginnt, ist es wichtig, dass der Product Owner die Teammitglieder benachrichtigt, wenn sich etwas ändert. Auf diese Weise können Sie sicherstellen, dass sich dies nicht negativ auf Ihre Fähigkeit auswirkt, Ihr Sprintziel zu erreichen.

Die Kommunikation innerhalb agiler Teams ist von größter Bedeutung, und Jira bietet Möglichkeiten, dein Scrum-Team automatisch zu benachrichtigen, basierend auf Regeln, die du für deinen Sprint festgelegt hast. Du kannst zum Beispiel E-Mails oder Slack-Benachrichtigungen senden, wenn sich der Status einer Aufgabe ändert.

Koordination von Aufgaben und Unteraufgaben

Unteraufgaben sind eine praktische Funktion in Jira. Sie helfen dir dabei, Aufgaben in kleinere Schritte zu unterteilen und ihren Fortschritt zu verfolgen, während sie bearbeitet werden. Scrum Master empfehlen dies in agilen Methoden allgemein, aber es kann leicht sein, dass Unteraufgaben nicht mehr mit ihren übergeordneten Aufgaben synchronisiert werden. Wir werden bald eine Jira-Automatisierung erlernen, um dies zu verhindern.

Verbinde die Arbeit mit Entwicklercode und Jira-Problemen

Ihr Entwicklungsteam hat während eines Sprints viel um die Ohren. Es muss nicht nur alle seine User Stories fertigstellen, sondern es gibt auch die Mechanik, Code-Commits von Entwicklern mit ihren zugehörigen Jira-Tickets zu synchronisieren. Und immer daran zu denken, diese mit Jira-Tickets im Einklang zu halten, ist lästig. Wie du sehen wirst, gibt es Möglichkeiten, die in GitHub, Bitbucket und GitLab durchgeführten Aktionen miteinander zu verbinden und Jira-Tickets zu aktualisieren.

Jira-Automatisierungen FTW

Hier sind unsere neun Lieblings-Jira-Automatisierungen, die unseren Sprint-Workflow optimieren.

1. Benachrichtige Teammitglieder, wenn eine Story zu einem Sprint hinzugefügt wird

Scope Creep (Hinzufügen neuer Punkte zu einem Sprint, nachdem er gestartet wurde) ist niemandes Freund. Es gibt jedoch Zeiten, in denen ein Product Owner einen Artikel aus dem Produkt-Backlog abrufen und zum aktuellen Sprint hinzufügen muss. In diesem Fall empfiehlt es sich, das gesamte Team darüber zu informieren, dass eine Änderung vorgenommen wurde. Verwenden Sie diese praktische Automatisierungsvorlage um eine E-Mail an Ihr Team zu senden, wenn Backlog-Elemente zu einem Sprint hinzugefügt werden.

2. Weisen Sie eine Aufgabe automatisch zu, wenn sich ihr Status ändert

Einige Teammitglieder müssen darauf aufmerksam gemacht werden, wenn ein Problem auf ihren Teller gerät. Wenn der Status eines Vorgangs beispielsweise zu In Bearbeitung wechselt, können Sie weist es automatisch einem QA-Teamkollegen zu.

3. Feiere, wenn dein Sprint vorbei ist, indem du eine Slack-Nachricht sendest

Während eines Sprints passiert viel Arbeit. Da Ihr nächster Sprint immer sofort beginnt, wenn der aktuelle endet, ist es oft schwierig, Zeit zu finden, um Siege zu feiern. Nutze diese Feier, um sende eine lustige Slack-Nachricht an dein Team, wenn die letzte Ausgabe des Sprints abgeschlossen ist. Mit Automatisierung kannst du dafür sorgen, dass Sprints Spaß machen!

4. Automatisches Einfügen von „In Bearbeitung“ -Vorgängen in den aktuellen Sprint

Um sicherzustellen, dass Jira-Probleme in Progress im aktuellen Sprint sichtbar sind, gibt es viele bewegliche Teile. Niemand will versteckte Arbeit. Wenn ein Entwickler eine Aufgabe in „In Bearbeitung“ verschiebt, können Sie automatisch zuweisen zum aktuellen Sprint.

5. Addiere die Storypoints der Unteraufgaben und aktualisiere den Wert der übergeordneten Aufgabe

Vergewissern Sie sich, dass Ihre Storypoint-Gesamtwerte korrekt sind automatisches Summieren der Punkte Ihrer Unteraufgaben und Aktualisierung der übergeordneten Aufgabe mit dem Wert. Mit dieser raffinierten Automatisierungsregel werden sie nie aus dem Gleichgewicht geraten.

6. Schließen Sie ein Problem, wenn alle zugehörigen Unteraufgaben abgeschlossen sind

Manche Leute arbeiten gerne mit Unteraufgaben, was großartig ist. Es kann jedoch leicht übersehen werden, eine übergeordnete Aufgabe zu schließen, nachdem Sie Ihre Arbeit abgeschlossen und alle Unteraufgaben abgeschlossen haben. Nun... du kannst schließt automatisch eine übergeordnete Aufgabe wenn alle Unteraufgaben abgeschlossen sind, damit dies nicht passiert. 🤖

7. Verschieben Sie eine Aufgabe nach einem Commit in Progress

Sparen Sie Ihren Entwicklern Zeit, indem Sie redundante Aufgaben reduzieren. Wenn ein Code-Commit erfolgt, bedeutet dies, dass an einer Aufgabe gearbeitet wird. Verbinde Jira mit deinem Commit-Repository (GitHub, Bitbucket oder GitLab), sodass bei einem Code-Commit das zugehörige Jira-Problem angezeigt wird wechselt zu In Bearbeitung.

8. Füge einem Ticket einen Kommentar hinzu, wenn eine Pull-Anfrage gestellt wird

Das Hinzufügen von Details zu einem Jira-Ticket aus einem Pull-Request kann ein Copy-and-Paste-Job sein — muss es aber nicht. Verwende einen Trigger, um die Details aus der Anfrage hinzuzufügen in einen Jira-Kommentar.

9. Benachrichtige das Entwicklungsteam, wenn ein Jenkins-Build fehlschlägt

Bestimmte Probleme können es kaum erwarten, beim nächsten täglichen Stand-up vom gesamten Team erkannt zu werden. Wenn Ihr Jenkins-Build fehlschlägt, ist dies eine großartige Möglichkeit lass es das ganze Team wissen per Slack, MS Teams oder E-Mail... sofort.

Machen Sie agile Sprints einfach

Automatisierungen in Jira erleichtern einem Sprint-Team das Leben, indem sie die manuelle Arbeit reduzieren, die erforderlich ist, um die Mechanik eines Sprints am Laufen zu halten.

Sie können modifizierte Versionen dieser Automatisierungen mit Easy Agile verwenden, um Agile noch einfacher zu machen! Feiern Sie zum Beispiel Erfolge in der Roadmap, indem Sie Ihr Team benachrichtigen, wenn Probleme in Ihrem Unternehmen abgeschlossen sind Einfache Agile Roadmaps für Jira, oder synchronisiere deine Jira-Datenfelder mit deiner Roadmap. Es gibt viele Möglichkeiten, Regeln und Trigger zu kombinieren, damit Jira-Automatisierungen für dich funktionieren.

Vor ein paar Wochen hat unser Partner Adaptavist veröffentlichte ihren State of the Atlassian Ecosystem Report, in dem rund 1.000 Nutzer von Atlassian-Tools und -Services befragt wurden. Nachdem ich das über 50-seitige Dokument gelesen hatte, kam ich zu dem Schluss, dass die Erkenntnisse der Berichte äußerst wertvoll und es wert sind, geteilt zu werden.

Sie können auch den vollständigen Bericht herunterladen hier. Es ist eine fantastische Lektüre und unglaublich interessant für jeden, der im Atlassian-Ökosystem arbeitet.

Wichtige Erkenntnisse vom Chief Information Officer bei Adaptavist

• Trotz eines turbulenten Jahres wächst und entwickelt sich das Atlassian-Ökosystem weiter. In diesem Jahr übertraf das Unternehmen zum ersten Mal den Quartalsumsatz von 500 Millionen US-Dollar
• Für diejenigen, die sich auf Atlassian Server verlassen, hat die Entscheidung des Unternehmens, seine Serverprodukte einzustellen, einige Überlegungen angestellt und schwierige Entscheidungen erzwungen
• Atlassian konzentriert sich weiterhin darauf, Verbesserungen in den Bereichen Sicherheit, Anpassung und Funktionsparität voranzutreiben
• Lassen Sie uns die Zusammenarbeit im gesamten Ökosystem eröffnen und neue Wege finden, um die vor uns liegenden Herausforderungen zu bewältigen.

Wichtigste Ergebnisse

• Verbrauch steigt: Die Nutzung von Atlassian ist gestiegen, obwohl die IT-Ausgaben insgesamt gesunken sind. Einschließlich Jira, Access, Trello, Align und Advanced Roadmaps
• Nicht technisch versierter Nutzer: Zunahme der Teams ohne technischen Hintergrund, die Atlassian-Tools wie Operations und Marketing verwenden.
• Herausforderung: Die größte Integrationsherausforderung für Unternehmen besteht darin, Atlassian mit anderen Drittanbieter-Apps wie Zoom, MS Office, Slack, Gitlab, Github und Salesforce zu verbinden.
• Wolke: Die Akzeptanz von Atlassian Cloud nimmt langsam aber sicher zu: 28% 2020 bis 34% 2021. Server machen den Großteil der Bereitstellung aus, gefolgt von DC
• Herausforderung: Anpassung (57% besorgt), App-Integration (48% besorgt), Kosten und Funktionsfunktionen (43% besorgt) sind die wichtigsten Bedenken bei der Migration zu Atlassian Cloud
• Einsatz ändern: 65% der Befragten gehen davon aus, dass sie die Art und Weise, wie sie Atlassian-Produkte einsetzen, in den nächsten drei Jahren ändern werden. Der Ausfall des Servers hat dies vorangetrieben.
• Was die Leute wollen mehr Automatisierung - treibt Geschäftsprozesse voran, senkt die Betriebskosten und verbessert die Integration mit Tools
• DevOps ist da: 27% der Befragten entwickeln in den nächsten 3 Jahren eine DevOps-Strategie. Akzeptanz in allen Branchen. Warum? Automatisiert Arbeitsabläufe, schnellere Entwicklungszyklen, bessere Koordination zwischen Teams, kürzere Markteinführungszeiten. Warum nicht? Mangelnde Fähigkeiten, unzureichende Schulung, unzureichendes Budget (Genau wie die Vorteile, die Organisationen von DevOps erwarten können!)
• Agile Adoption Up, aber Hindernisse für eine Skalierung der Bemühungen: 67% der großen Unternehmen (> 5.000 Mitarbeiter) verfolgen hohe Absichten zur Einführung agiler Methoden. Die Einführung von Agile in großem Maßstab ist von 10% im Jahr 2020 auf 49% im Jahr 2021 gestiegen. Die größten Hindernisse für die Einführung von Agile at Scale: andere Prioritäten, aktuelle Methode funktioniert einwandfrei, unklarer ROI. Warum wollen Organisationen Agile in großem Maßstab einführen? Bessere Teamkoordination, Abstimmung von Strategie und Umsetzung, erhöhte Sichtbarkeit.

Im vergangenen Mai präsentierte John Walpole von Twitter auf der Facebook-Veranstaltung für technische Programmmanager im Silicon Valley Story Maps: Ein visuelles Tool für kundenorientierte Entwicklung. Und unser Produkt, Easy Agile User Story Maps for JIRA, erhielt einen Shoutout — danke John!

Schau dir jetzt John's Lightning Talk an:

John Walpole ist technischer Programmmanager bei Twitter in San Francisco. Bevor er zu Twitter kam, war er als Ingenieur, Produkt- und Programmmanager an den Xbox-, Azure- und Windows-Projekten bei Microsoft beteiligt.

In diesem Lightning Talk, der auf Facebook aufgezeichnet wurde, untersucht John Storymaps, um herauszufinden, worauf sich Ihr agiles Softwareentwicklungsteam konzentrieren sollte (um die Kundenbedürfnisse zu erfüllen). Storymaps stellen die Customer Journey während der Entwicklung in den Mittelpunkt und machen deutlich, was in einem Sprint eines Teams enthalten sein sollte. Weitere Informationen zum Story-Mapping finden Sie unter Verstehen Sie mit agilen User Story Maps, was Ihre Kunden wollen.

Softwareentwicklungsteams sind dafür bekannt, eine Vielzahl agiler Methoden, Ansätze und Tools einzusetzen, um Kunden einen Mehrwert zu bieten. Je nach den Bedürfnissen des Teams und der am Produkt Beteiligten ist es üblich, dass Teams eine Kombination von Softwareentwicklungsmethoden einsetzen und nutzen.

Die meisten Entwicklungsteams kombinieren Methoden und Frameworks, um ihren eigenen einzigartigen Ansatz für die Produktentwicklung zu entwickeln. Sie werden feststellen, dass sich viele Prinzipien von einer Methode zur nächsten überschneiden. Der Schlüssel liegt darin, ein System auszuwählen und als Team daran zu arbeiten, diesen Ansatz zu verfeinern und zu verbessern, damit Sie weiterhin Verschwendung reduzieren, die Effizienz maximieren und die Zusammenarbeit optimieren können.

In diesem Beitrag werden wir die folgenden acht Softwareentwicklungsprozesse skizzieren und vergleichen:

1. Methodik der agilen Softwareentwicklung

2. Wasserfall-Methodik

3. Funktionsorientierte Entwicklung (FDD)

4. Methodik der schlanken Softwareentwicklung

5. Methodik der Scrum-Softwareentwicklung

6. Extreme Programmierung (XP)

7. Schnelle Anwendungsentwicklung (RAD)

8. DevOps-Bereitstellungsmethodik

1. Methodik der agilen Softwareentwicklung

Agil ist der gebräuchlichste Begriff zur Beschreibung von Entwicklungsmethoden. Er wird häufig als Überbegriff für Methoden verwendet, die agil sind. Dabei handelt es sich um einen iterativen Prozess, der Verschwendung reduziert und die Effizienz maximiert.

Die meisten Softwareentwicklungsmethoden sind agil und legen im Gegensatz zum traditionellen Projektmanagement einen starken Schwerpunkt auf Iteration, Zusammenarbeit und Effizienz. Es ist, als würde man Jazz mit klassischer Musik vergleichen. 🎷

Traditionelle, lineare Managementmethoden, wie die Wasserfallmethode, auf die wir weiter unten eingehen werden, sind wie klassische Musik, die von einem Dirigenten geleitet wird, der einen festen Plan hat, wie die Musik gespielt werden sollte. Der agile Prozess ähnelt dagegen eher dem Jazz, der durch Zusammenarbeit, Experimente und Iteration zwischen den Bandmitgliedern zustande kommt. Er ist anpassungsfähig und entwickelt sich mit neuen Ideen, Situationen und Richtungen weiter.

2. Die Wasserfall-Methodik

Das Wasserfall-Ansatz ist eine traditionelle Methode, die in der Softwareentwicklung nicht mehr sehr verbreitet ist. Viele Jahre lang war das Wasserfallmodell die führende Methode, aber sein starrer Ansatz konnte den dynamischen Anforderungen der Softwareentwicklung nicht gerecht werden.

Es ist üblicher, dass die Wasserfallmethode eher für das Projektmanagement als für die Produktentwicklung verwendet wird. Zu Beginn eines Projekts sammeln Projektmanager alle notwendigen Informationen und verwenden sie, um im Vorfeld einen fundierten Aktionsplan zu erstellen. Normalerweise ist dieser Plan ein linearer, schrittweiser Prozess, bei dem eine Aufgabe in die nächste übergeht, was ihr den Namen „Wasserfall“ gibt.

Der Ansatz ist planorientiert und starr, sodass wenig Spielraum für Anpassungen bleibt. Es ist mehr oder weniger das Gegenteil von agil und legt Wert darauf, sich an den Plan zu halten, anstatt sich an neue Umstände anzupassen.

3. Funktionsorientierte Entwicklung (FDD)

Feature-getriebene Entwicklung wird auch als ältere Methode angesehen. Obwohl sie einige agile Prinzipien verwendet, wird sie als der Vorgänger der heutigen agilen und schlanken Methoden angesehen.

Wie der Name schon sagt, konzentriert sich dieser Prozess auf die häufige Implementierung von Funktionen, die vom Kunden geschätzt werden. Es ist ein iterativer Prozess, bei dem alle Augen darauf gerichtet sind, den Endbenutzern greifbare Ergebnisse zu liefern. Der Prozess ist adaptiv und verbessert sich auf der Grundlage neuer Daten und Ergebnisse, die regelmäßig gesammelt werden, um Softwareentwicklern zu helfen, Fehler zu erkennen und darauf zu reagieren.

Diese Art von fokussierter agiler Methodik kann für einige Teams funktionieren, die einen stark strukturierten Ansatz und klare Ergebnisse wünschen und gleichzeitig einen gewissen Spielraum für Iterationen lassen.

4. Methodik der schlanken Softwareentwicklung

Schlanke Softwareentwicklung basiert auf den Prinzipien der schlanken Fertigung. Im Kern zielt Lean Development darauf ab, die Effizienz zu verbessern, indem Verschwendung vermieden wird. Durch die Reduzierung von Aufgaben und Aktivitäten, die keinen echten Mehrwert bieten, können die Teammitglieder mit optimaler Effizienz arbeiten.

Das fünf Lean-Prinzipien Stellen Sie einen Arbeitsablauf bereit, den Teams verwenden, um Verschwendung zu identifizieren und Prozesse zu verfeinern. Lean ist auch ein Leitgedanke, der Menschen helfen kann, effizienter, produktiver und effektiver zu arbeiten.

Die Philosophien und Prinzipien von Lean können auf agile und andere Softwareentwicklungsmethoden angewendet werden. Die Lean-Entwicklung bietet eine klare Anwendung für die Skalierung agiler Praktiken in großen oder wachsenden Organisationen.

5. Methodik der Scrum-Softwareentwicklung

Gedränge ist ein System, das regelmäßig von Softwareentwicklungsteams verwendet wird. Wie viele Softwareentwicklungsmethoden ist Scrum agil und konzentriert sich auf einen wertorientierten Ansatz. Der Scrum-Prozess basiert auf Empirismus, der Theorie, dass Wissen aus praktischer Erfahrung und beobachtbaren Fakten stammt.

Ein Scrum findet über einen voreingestellten Zeitraum statt, der als Sprint bezeichnet wird. Normalerweise liegt der Zeitrahmen zwischen zwei und vier Wochen und das Scrum befindet sich zu Beginn des Sprints. Das Ziel jedes Sprints ist es, eine unvollständige, aber fortschrittliche Version eines Produkts herauszugeben, die den Stakeholdern zur Verfügung gestellt werden kann, sodass Feedback sofort in den nächsten Sprint integriert werden kann.

Das Spezifische Ziele jedes Sprints werden bestimmt durch Produkteigentümer wer ordnet und priorisiert Backlog-Elemente (die Artefakte, die fertiggestellt werden müssen). Der Sprint-Prozess wiederholt sich immer wieder, wobei das Entwicklungsteam auf der Grundlage von Erfolgen, Misserfolgen und dem Feedback der Stakeholder Anpassungen vornimmt und iteriert.

Lernen mehr über Scrum — die komplette Programmplanungslösung für Jira.

6. Extreme Programmierung (XP)

Extremes Programmieren, auch XP genannt, ist eine Methode, die auf der Verbesserung der Softwarequalität und Reaktionsfähigkeit basiert. Es handelt sich um einen agilen Ansatz, der sich auf der Grundlage der Kundenanforderungen weiterentwickelt. Das ultimative Ziel ist die Erzielung qualitativ hochwertiger Ergebnisse. Qualität beschränkt sich nicht nur auf das Endprodukt — sie bezieht sich auf jeden Aspekt der Arbeit und gewährleistet Entwicklern, Programmierern und Managern ein großartiges Arbeitserlebnis.

Die Entscheidungsfindung beim Extremprogrammieren basiert auf fünf Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Die Besonderheiten von XP können nicht für alle Situationen gelten, aber das allgemeine Framework kann unabhängig vom Kontext einen Mehrwert bieten.

7. Schnelle Anwendungsentwicklung (RAD)

Schnelle Anwendungsentwicklung (RAD), manchmal auch Rapid Application Building (RAB) genannt, ist eine agile Methode, die darauf abzielt, qualitativ hochwertige Ergebnisse mit einer kostengünstigen Investition zu erzielen. Der Prozess priorisiert das schnelle Prototyping und häufige Iterationen.

Die schnelle Anwendungsentwicklung beginnt mit der Definition der Projektanforderungen. Von dort aus entwerfen und bauen die Teams unvollkommene Prototypen, um sie den Stakeholdern so schnell wie möglich zur Verfügung zu stellen. Prototyping und Bau wiederholen sich immer wieder in Iterationen, bis ein Produkt vollständig ist und die Kundenanforderungen erfüllt.

Dies ist ideal für kleinere Projekte mit einem klar definierten Ziel. Der Prozess hilft Entwicklern, auf der Grundlage häufiger Rückmeldungen von Interessengruppen schnelle Anpassungen vorzunehmen. Es geht darum, schnelle Prototypen zu erstellen, die den Benutzern so schnell wie möglich konstruktives Feedback geben können. Dieses Feedback fließt in das Benutzerdesign ein, sodass Entwicklungsentscheidungen auf den direkten Gedanken und Bedenken derjenigen basieren, die das Produkt verwenden werden.

8. DevOps-Bereitstellungsmethodik

Das DevOps-Bereitstellungsmethodik ist eine Kombination aus Dev (Softwareentwicklung) und Ops (Information Technology Operations). Zusammen entwickeln sie eine Reihe von Verfahren zur Verbesserung der Kommunikation und Zusammenarbeit zwischen den Abteilungen, die für die Entwicklung eines Produkts verantwortlich sind.

Es handelt sich um eine kontinuierliche Kommunikationsschleife zwischen Produktentwicklern und Betriebsteams (IT-Betrieb). Wie so viele agile Prozesse ist es auf kontinuierliches Feedback angewiesen, um Teams dabei zu helfen, Zeit zu sparen, die Kundenzufriedenheit zu erhöhen, die Markteinführungsgeschwindigkeit zu verbessern und Risiken zu reduzieren.

Die Schritte der DevOps-Bereitstellung wiederholen sich mit dem Ziel, die Kundenzufriedenheit mit neuen Features, Funktionen und Verbesserungen zu erhöhen. Diese Methode weist jedoch einige Nachteile auf. Einige Kunden möchten keine kontinuierlichen Updates für ihre Systeme, sobald sie mit einem Endprodukt zufrieden sind.

Softwareentwicklung leicht gemacht

Die meisten Softwareentwicklungsteams verwenden eine Kombination aus Methoden und Frameworks, die zu ihrer Teamgröße, Teamdynamik und Art der zu erledigenden Arbeit passen. Der Schlüssel liegt darin, eine agile Methode zu verwenden und zusammenzuarbeiten, um Ihre Systeme kontinuierlich zu verbessern, während Sie lernen und wachsen.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu helfen, besser mit Agile zusammenzuarbeiten. Wir entwerfen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, Ihre Kunden besser zu beliefern.

Buchen Sie eine 1:1 -Demo um mehr über unsere Jira-Toolsuite zu erfahren, oder kontaktiere unser Team wenn Sie weitere Fragen haben. Wir bieten eine kostenlose 30-Tage-Testversion an, damit Sie unsere Produkte ausprobieren können, bevor Sie eine Verpflichtung eingehen.

„Tu es oder tu es nicht; es gibt keinen Versuch.“ Dies ist sicherlich das berühmteste Zitat von Jedi-Meister Yoda, aber es trifft nicht gerade auf die agile Entwicklung zu. Tatsächlich ist es quasi das Gegenteil von agil. Wenn Yoda ein Scrum Master wäre, würde das Zitat jedoch viel eher so aussehen: „Versuche es und versuche es noch einmal; so machst du es.“

Der Scrum Master unterstützt das Scrum-Team und führt es zu einem hoffnungsvollen Sieg. Es ist lohnend, aber die Rolle des Scrum Masters ist voller Druck. Der Erfolg des Scrum und das Wohlbefinden des Teams liegen auf den Schultern des Scrum Masters.

Wenn Sie ein Scrum Master sind oder einer werden möchten, sind Sie bei uns genau richtig. Meistern Sie die Scrum-Theorie und Ihre Führungsqualitäten mit unseren sechs Strategien für Scrum Master.

Scrum-Werte und die Rolle des Scrum Masters verstehen

Scrum ist eine agile Praxis, die häufig für die Produktentwicklung verwendet wird. Es basiert darauf, eine bestimmte Menge an Arbeit in kurzen Phasen — sogenannten Sprints — zu erledigen, sodass Teams kontinuierlich Iterationen erstellen können, während sie mehr über ein Produkt und seine Stakeholder erfahren.

Kenneth Schwaber hat in den frühen 1990er Jahren das Scrum-Framework mitentwickelt, um Teams bei der Verwaltung komplexer Entwicklungsprojekte zu unterstützen. Er gründete auch die Scrum Alliance und gründete Scrum.org, eine Online-Ressource für agile Teams.

Zu Beginn eines Scrums entscheidet der Product Owner, welche Product Backlog-Artikel in den Sprint-Backlog. Von dort aus übernimmt der Scrum Master und führt das Team durch Scrum-Events, darunter:

• Sprint-Planung
• Tägliches Scrum oder tägliche Standups
• Sprint-Bewertung
• Sprint-Retrospektiven

Die Rolle des Scrum Masters besteht darin, das Team durch den Scrum-Prozess zu führen. Sie erleichtern den Prozess und helfen dem Team, das Framework zu beherrschen und sich von einem Sprint zum nächsten zu verbessern.

Eigenschaften, die einen großartigen Scrum Master ausmachen

Ein effektiver Scrum Master zu sein, geht über das einfache Befolgen der Scrum-Regeln hinaus. Hier sind einige zusätzliche Merkmale, die Exzellenz in dieser Rolle wirklich definieren:

1. Emotionale Intelligenz

Ein guter Scrum Master besitzt eine hohe emotionale Intelligenz. Das bedeutet, dass sie:

• Verstehe und verwalte ihre eigenen Emotionen.
• Fühlen Sie sich in die Gefühle und Perspektiven der Teammitglieder ein.
• Ermöglichen Sie eine konstruktive Kommunikation und lösen Sie Konflikte elegant.

2. Starke Fähigkeiten zur Moderation

Es geht nicht nur darum, die täglichen Scrum-Meetings zu verwalten. Sie müssen:

• Ermutigen Sie zu einem offenen Dialog.
• Stellen Sie sicher, dass jede Stimme gehört wird.
• Führe das Team zum Konsens, ohne überheblich zu sein.

3. Anpassungsfähigkeit

Die Landschaft eines Projekts kann sich schnell ändern. Großartige Scrum Master:

• Passen Sie sich schnell an Veränderungen an, ohne den Fokus zu verlieren.
• Helfen Sie dem Team, Strategien schnell zu entwickeln und gleichzeitig die Moral aufrechtzuerhalten.

4. Lebenslanger Lerner

Die Welt von Agile entwickelt sich ständig weiter. Außergewöhnliche Scrum Master:

• Verpflichten Sie sich zu kontinuierlichem Lernen.
• Bleiben Sie mit den neuesten Praktiken, Tools und Methoden auf dem Laufenden.

5. Dienende Führung

Im Mittelpunkt der Rolle eines Scrum Masters steht die servative Führung. Das beinhaltet:

• Stellen Sie die Bedürfnisse des Teams über ihre eigenen.
• Beseitigung von Hindernissen, die den Fortschritt des Teams behindern.
• Befähigung der Teammitglieder, Verantwortung zu übernehmen und Entscheidungen zu treffen.

6. Analytisches Denken

Ein guter Scrum Master sollte in der Lage sein:

• Analysieren Sie die Prozesse des Teams und identifizieren Sie Engpässe.
• Nutzen Sie datengestützte Erkenntnisse, um kontinuierliche Verbesserungen zu fördern.

7. Motivierende Fähigkeiten

Die Motivation des Teams zu erhalten, ist entscheidend für eine nachhaltige Produktivität. Sie zeichnen sich aus durch:

• Kleine Erfolge anerkennen und feiern.
• Förderung einer positiven, kollaborativen Teamkultur.

8. Exzellente Kommunikation

Kommunikation ist der Schlüssel. Sie müssen:

• Vermitteln Sie Ideen klar und präzise.
• Stellen Sie sicher, dass alle Beteiligten auf derselben Wellenlänge sind.

Indem ein Scrum Master diese Eigenschaften verkörpert, ermöglicht er nicht nur ein effektives Projektmanagement, sondern fördert auch ein florierendes Teamumfeld, das Innovation und Erfolg fördert.

Sechs Strategien, um ein großartiger Scrum Master zu werden

Hier sind sechs Strategien für Scrum Master, um ihre Fähigkeiten zu verbessern oder sich auf ihre zukünftigen Rollen vorzubereiten.

1. Vergiss nicht, selbst agil zu sein

Lebst du selbst nach agilen Prinzipien? Wie agil sind Sie in Ihrem Führungsstil?

Effektive Scrum Master wissen, dass sie sich auch aufgrund neuer Erfahrungen, Erfolge und Misserfolge kontinuierlich verbessern müssen. Es ist wichtig, aus Ihren Fehlern zu lernen, damit Sie sie nicht noch einmal machen, aber es ist genauso wichtig, aus Ihren Erfolgen zu lernen. Nehmen Sie sich die Zeit, Ihren Prozess zu überprüfen, einschließlich dessen, was gut gelaufen ist und was nicht, damit Sie wissen, wie Sie sich als Führungskraft und Moderator verbessern können.

2. Lerne dein Team kennen

Ihre Fähigkeit, Ihr Team zu führen, hängt davon ab, wie gut Sie es kennen. Sie sollten kontinuierlich die Stärken und Schwächen Ihres Teams kennenlernen. Wie gut arbeiten sie zusammen? Wer bringt das Beste aus einander heraus und wer arbeitet nicht so gut zusammen? Gehen Sie tief in die Tiefe, um die grundlegende Dynamik des Teams wirklich zu verstehen.

Erfahre auch mehr über jeden Einzelnen im Team. Wobei benötigen sie Hilfe? Worin zeichnen sie sich aus? Welches Feedback können Sie ihnen geben, um ihnen zu helfen, in ihrer Rolle weiterzuentwickeln? Wie können Sie ihnen zum Erfolg verhelfen? Bauen Sie eine Beziehung zu Ihren Teammitgliedern auf, indem Sie sie fragen, wie es ihnen geht, Feedback geben und entgegennehmen und Gemeinsamkeiten finden.

3. Fördern Sie eine Kultur des kontinuierlichen Feedbacks

Die agile Methodik basiert auf kontinuierlicher Verbesserung. Wie werden sich die Personen in Ihrem Team verbessern, wenn Sie ihnen kein Feedback geben? Und wie wirst du dich verbessern, wenn du das Team nicht um Feedback bittest und es nicht akzeptierst?

Feedback ist eine Einbahnstraße, und es funktioniert nur, wenn es konstruktiv und kontinuierlich ist. Warten Sie nicht, bis Sie etwas Negatives zu beheben haben — Sie müssen regelmäßig sowohl positives als auch negatives Feedback geben. Wenn Sie dies regelmäßig tun, können Sie und Ihr Team sich daran gewöhnen, Feedback zu hören, sodass es nicht erschütternd oder abschreckend wirkt, wenn Sie dies tun.

Als Scrum Master sollten Sie ein Umfeld fördern, in dem alle Mitglieder geben und empfangen konstruktives Feedback.

4. Verbessern Sie Ihre Kommunikationsfähigkeiten

Das Sagen zu haben bedeutet nicht, dass du ständig redest. Das Gegenteil ist der Fall: Gute Führungskräfte sind großartige Kommunikatoren. Als Führungskraft müssen Sie Ihrem Team ständig zuhören und beide Ohren offen halten für alle Probleme, mit denen sich Ihr Team oder die Mitglieder des Teams möglicherweise befassen.

Hören Sie sich aktiv die Anliegen des Entwicklungsteams an und überlegen Sie, wie jeder Einzelne in Ihrem Team am liebsten kommuniziert. Bevorzugen sie mutige und auf den Punkt gebrachte Interaktionen? Oder brauchen sie Zeit, um ein Gespräch zu beginnen? Jeder kommuniziert ein bisschen anders, und wenn Sie die Präferenzen Ihres Teams verstehen, können Sie das Beste aus jeder Interaktion herausholen.

Scrum Master müssen ihre Kommunikationsfähigkeiten verbessern, um effektive Führungskräfte für ihre Teams zu sein. Beurteilen Sie regelmäßig Ihren Kommunikationsstil und dessen Effektivität und bitten Sie Ihr Team um Feedback dazu, wie es Ihnen geht.

5. Machen Sie das Beste aus jeder Retrospektive

Die Retrospektive ist die letzte Veranstaltung eines Scrums. Sie sind ein unglaublich wichtiger Teil des Scrum-Prozesses und sollten nicht übersehen, überstürzt oder zu wenig genutzt werden. Als Scrum Master müssen Sie die Verantwortung dafür übernehmen, dass Retrospektiven wirksam sind und nach jedem Scrum stattfinden. Gehen Sie mit einem Plan los, um das Beste aus jedem Retro-Meeting herauszuholen.

Das bedeutet nicht, dass Sie sich um alles kümmern müssen. Es ist hilfreich, Ihr Team gelegentlich eine Retrospektive durchführen zu lassen. Alle Beteiligten sollten kontinuierlich ihre eigenen Ideen einbringen, um das Meeting zu verbessern.

Sammeln Sie regelmäßig Feedback von Ihrem Team darüber, wie Ihre Retrospektiven ihrer Meinung nach verlaufen. Fragen Sie nach Ideen, wie sie sich verbessern und die Dinge ändern könnten. Die Wiederholung exakt derselben Fragen und rückblickende Aktivitäten langweilen Ihr Team und führen zu geringerem Engagement.

Einen tieferen Rückblick finden Sie in unseren fünf Schritten zu Durchführung effektiver Sprint-Retrospektiven.

6. Werden Sie zertifizierter Scrum Master

Eine Scrum Master-Zertifizierung kann Sie vom einfachen Scrum Master zum meisterhaften Scrum Master machen. Eine Zertifizierung ist zwar nicht erforderlich, um ein professioneller Scrum Master zu werden, aber sie hilft auf jeden Fall.

Scrum.org, die vom Mitbegründer von Scrum gegründete Website, bietet ein dreiteiliges Zertifizierungsprogramm namens The Professional Scrum MasterTM an. Das Programm besteht aus drei Bewertungsstufen, die Ihr Wissen über das Scrum-Framework und die praktische Anwendung der Scrum-Theorie bestätigen.

• Der professionelle Scrum MasterTM I (PSM I)
• Der professionelle Scrum MasterTM II (PSM II)
• Der professionelle Scrum MasterTM III (PSM III)

Wir sind auch große Fans der SAFe-Trainingsprogramme von Pretty Agile:

• SAFe Scrum Master SSM Zertifizierung
• SAFe Advanced Scrum Master

Eine Zertifizierung ist eine großartige Ergänzung zu Ihrem Lebenslauf und hilft Ihnen dabei, Ihre Moderationsfähigkeiten und Ihr Scrum-Wissen zu verfeinern.

Easy Agile für Scrum Master

„Versuche es und versuche es noch einmal; so machst du es.“

Das Schöne an Agilität ist, dass unabhängig davon, wie viele Zertifizierungen oder Jahre Erfahrung Sie haben, es immer mehr zu verbessern gibt. Agile ist ein iterativer Prozess, bei dem das Lernen von Sprint zu Sprint und von Projekt zu Projekt fortgesetzt wird. Als Scrum Master liegt es an Ihnen, das Handwerk weiter zu erlernen und Ihre Moderationsfähigkeiten zu perfektionieren. Die Rolle des Scrum Masters beinhaltet lebenslanges Lernen.

Easy Agile entwickelt Produkte, die Scrum Mastern und agilen Entwicklern helfen, effizienter und effektiver zu arbeiten. Unsere Tools wurden speziell für Teams entwickelt, die Jira verwenden und lieben, aber mehr Funktionen benötigen, um die Kundenbedürfnisse zu priorisieren.

Versuche Einfacher agiler Teamrhythmus um die Agilität Ihres Teams von der Planung bis zur Überprüfung zu unterstützen. TeamRhythm unterstützt das Mapping von User-Storys, die Verfeinerung des Backlogs, die Sprint- und Versionsplanung sowie Team-Retrospektiven und baut so einen kontinuierlichen Verbesserungszyklus direkt in Jira auf. Es ist eine Win-Win-Situation für Scrum Master, Entwicklungsteams und Kunden. Testen Sie unsere Produkte 30 Tage lang absolut kostenlos.

Du kannst dich an den manuellen Scrum-Workflow halten oder mit der kostenlosen Jira-Software automatisieren. Wir wissen, welche Methode wir bevorzugen.

Wofür Sie sich auch entscheiden, die Implementierung des Scrum-Frameworks sorgt für einen optimierten Arbeitsablauf. Jede Person hat in allen Schritten des Frameworks eine bestimmte Rolle.

Das Scrum-Arbeitsablauf bietet Teammitgliedern einen einfachen Prozess, mit dem Teams die Bedürfnisse der Stakeholder erfüllen können.

Während die agile Methodik an Scrum, Kanban und Lean angelehnt ist, konzentrieren wir uns hier darauf, was ein Scrum-Workflow ist und wie diese Methode die organisatorische Teamarbeit unterstützen kann.

Was ist Scrum?

Teams verwenden das Scrum-Framework, um ihren Arbeitsablauf zu steuern. Wenn sie eine Struktur haben, der sie folgen müssen, können sie ihre Ergebnisse problemlos teilen, verfolgen und verbessern.

Scrum unterteilt die Arbeit in kleinere Arbeitspakete, sogenannte Sprints, die in der Regel 2-4 Wochen dauern. Sobald der Sprint vorbei ist, veranstalten die Teammitglieder ein Sprint-Retrospektiv-Meeting (auch bekannt als Sprint-Review), um darüber zu sprechen, was gut funktioniert hat und was verbessert werden kann.

Scrum-Rollen

Schauen wir uns die verschiedenen Rollen an, aus denen ein Scrum-Team besteht.

1. Inhaber des Produkts

Der Product Owner spielt eine zentrale Rolle im Scrum-Workflow. Sie leiten agile Teamdiskussionen über Produkt-Backlog Artikel und Funktionen. Darüber hinaus leiten die Produktverantwortlichen die Qualitätssicherung, um sicherzustellen, dass die Ergebnisse den Anforderungen entsprechen.

2. Scrum Master

Der Scrum Master wird sich genau an die Prinzipien in der agiles Manifest zur Unterstützung der Sprint-Planung. Scrum-Master führen Entwicklungsteams durch agile Methoden, um den Stakeholdern einen Mehrwert zu bieten.

3. Team für Softwareentwicklung

Entwicklungsteams sind kompetent und funktionsübergreifend. Teams, die in agilen Softwareentwicklungsumgebungen arbeiten, bestehen in der Regel aus Designern, Entwicklern, Testern und anderen, um zu verhindern, dass externe Unterstützung erforderlich ist.

Mit den Grundlagen können wir uns die agilen Workflow-Phasen genauer ansehen.

Bestandteile des Scrum-Workflows

Der Jira-Workflow beinhaltet einen iterativen Feedback-Zyklus, der sich auf die Wertschöpfung während des gesamten Produktentwicklungsprozesses konzentriert. Sie können die grundlegenden Scrum-Workflow-Schritte verwenden oder diese anpassen.

Die Teile eines agilen Workflows lauten wie folgt.

1. Entwicklung des Backlogs

Eine Produkt-Roadmap unterstützt die Teammitglieder bei der Erstellung von User Stories und Produktanforderungen, die das Sprint-Backlog ausmachen. Im Backlog schlagen die Teams eine Liste von Funktionen oder User Stories vor, die das Team bereitstellen muss. Die Product Owner entscheiden, aus welchen Funktionen das Backlog bestehen soll.

2. Veröffentlichung des Backlogs

Produkteigentümer und Team entscheiden nun gemeinsam, welche User Stories es in die jeweilige Story schaffen. Backlog-Veröffentlichung. Jede Backlog-Version ist der Abschluss einer kleineren Reihe von Aktivitäten, aus denen schließlich eine Sprint-Version besteht. Nach Abschluss dieser Planung und der Festlegung des Zeitrahmens für jedes Aktionselement wählen die Teammitglieder bestimmte Funktionen für jeden Sprint aus.

3. Arbeit im Sprint

In einem Sprint erledigen die Teammitglieder eine Reihe von Backlog-Aufgaben innerhalb vorgegebener Zeitrahmen (normalerweise 14-28 Tage). Während dieser Zeit erstellt das agile Team die Produktfunktionen anhand eines bestimmten Sprint-Backlogs.

Scrum- oder Sprint-Meeting

Teams halten auch Scrum- oder Sprint-Meetings ab. Bei Sprint-Meetings setzt sich das Team ein Sprintziel (in der Regel die Arbeit an einem bestimmten Feature). Sie einigen sich darauf, welche Artikel im Produkt-Backlog abgeschlossen werden müssen, um diese Produktiteration abzuschließen. Das Team priorisiert, plant und schätzt die Zeit, die für die Erledigung der einzelnen Aufgaben innerhalb des Sprints benötigt wird.

Tägliche Stand-ups

Agile Teams nutzen diese täglichen Standup-Meetings, um ihren agilen Arbeitsablauf zur Erreichung der Sprintziele zu verfolgen. Tägliche Standup-Meetings werden in der Regel — natürlich — im Stehen abgehalten, da sie nicht länger als 15 Minuten dauern sollten. Standup-Meetings helfen Teams dabei, Lösungen für die täglichen Arbeitsprobleme zu besprechen.

4. Das Burndown-Diagramm

Teammitglieder können die Jira-Software verwenden, um ihre zu erstellen Burndown-Diagramme. Burndown-Diagramme zeigen ursprüngliche Zeitschätzungen im Vergleich zu Aktivitäten in Echtzeit, was zeigt, wo Erwartungen oder Teamressourcen angepasst werden müssen.

5. Testen

Während der Tests demonstriert das Team den Stakeholdern die Produktfunktionalitäten. Feedback aus Produkttests hilft bei allen erforderlichen Änderungen.

6. Sprint-Retrospektive und Folgeplanung

Die letzte Phase des Jira-Workflows besteht darin, eine Sprint-Rückblick. Sprint-Retrospektiven sind Rückblicke auf den vorherigen Arbeitsablauf. In dieser Phase hinterfragen agile Teams, was sie gut gemacht haben, was nicht so lief, wie sie es sich erhofft hatten, und welche Änderungen sie im nächsten Sprint vornehmen sollten. Gruppen veranstalten diese Sprint-Retrospektiven, um sich durch kontinuierliche Verbesserungen auf Ergebnisse zu konzentrieren, die ein besseres Preis-Leistungs-Verhältnis bieten.

Die Jira-Software bietet eine visuelle Anzeige der Geschwindigkeit, des Aufgabenfortschritts und des Projektstatus des Teams. All diese Elemente sind mit der User Story verknüpft, und die Gruppe beginnt einen neuen Lebenszyklus, um ihr Projekt abzuschließen.

Erstelle deinen Jira Scrum Workflow in wenigen einfachen Schritten

Du kannst entweder weiterhin einen manuellen Scrum-Prozess verwenden oder zu einem automatisierten Jira-Workflow für Scrum übergehen.

Um einen automatisierten, benutzerdefinierten Workflow zu erstellen, gehen Sie zu Jira Workflow-Designer. Von dort aus können Sie das Workflow-Schema für Ihr Jira-Projekt verwalten. Du kannst auch Backlogs, komplexe Workflows und Workflow-Status organisieren oder mithilfe benutzerdefinierter Felder den Status eines Vorgangs einsehen.

In Ihrem Arbeitsablauf können Sie:

• Verwenden Sie Status wie „In Bearbeitung“ oder „Wird überprüft“.
• Statuselemente in Zeilen für Übergänge anzeigen.
• Weitere Informationen finden Sie unter Problemlösungen.
• Prüfen Sie die Bedingungen, die die Rolle des Beauftragten einschränken, wenn es darum geht, Probleme auf die nächste Stufe zu bringen.
• Verwenden Sie Validatoren, um einzuschränken, wer Übergänge vornehmen kann.
• Verknüpfen Sie weitere Änderungen mit Übergängen.
• Verwenden Sie Trigger, um Übergänge innerhalb bestimmter Parameter zu automatisieren.
• Legen Sie Workflow-Eigenschaften für Übergänge fest.
• Stellen Sie mithilfe von Workflow-Schemata eine Verbindung zwischen dem einfachen oder komplexen Arbeitsablauf und den Problemtypen her.

Da das agile Team den Produktlebenszyklus in einer Reihe von Sprints durchläuft, benötigt es ein Tool, das es auf seiner Reise begleitet.

Mit dem kostenlosen Einfacher agiler Scrum-Workflow für Jira Plugin, du kannst Jira-Issues zwischen den Abschnitten „Zu erledigen“, „In Bearbeitung“ und „Erledigt“ verschieben. Du kannst auch die Schaltfläche oben rechts verwenden, um bestimmte Vorgangstypen in die Bereiche „Backlog“ und „Zur Entwicklung ausgewählt“ auf das Board zu ziehen und dort abzulegen.

Weitere Funktionen aus dem Jira Workflow-Plugin

In Bezug auf die Automatisierung stehen zahlreiche Tools zur Verfügung. Sie können Easy Agile kostenlos verwenden Jira-Workflow-Plugin als wertvolle Unterstützung für agiles Projektmanagement. Dies kann dir helfen, komplexe Workflows zu erstellen und alle Details in der Jira Cloud zu speichern, um sicherzustellen, dass nichts verloren geht. Das kostenlose Jira-Workflow-Plugin enthält auch dein Burndown-Diagramm und deinen Sprint-Bericht.

Füge das Confluence-Wiki-Tool zu deiner Jira-Software für eine bessere Teamzusammenarbeit. Verwende außerdem die Team-Kalender Add-on für eine bessere Teamzusammenarbeit.

Automatisieren Sie jetzt Ihren Jira-Workflow

Warte nicht darauf, dass die Vorsehung an deine Tür klopft. Automatisieren Sie Ihren Scrum-Workflow noch heute mit einer Software, die funktioniert.

Wir designen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.

Geschäftliche Agilität allein reicht nicht mehr aus, um im heutigen, sich schnell verändernden digitalen Zeitalter erfolgreich zu sein. Um wettbewerbsfähig und erfolgreich zu sein, müssen Unternehmen schnell Mehrwert schaffen und alles entfernen, was einem reibungslosen Arbeitsablauf im Wege steht. SAFe® -Flow-Beschleuniger können der Schlüssel sein, um diese Dynamik freizusetzen — aber wie setzt man sie erfolgreich ein, um dauerhaft Mehrwert zu schaffen?

Die SAFe-Methodologin Rebecca Davis hat sich mit Jasmin Iordanidis von Easy Agile getroffen, um über das Konzept von Flow und Geschäftsagilität nachzudenken. In diesem Artikel geben wir ihre Tipps, wie Sie den Flow in Ihrem Unternehmen beschleunigen können. Sie werden lernen:

• Warum Sie ein Flow-Mindset benötigen, damit Strömungsbeschleuniger erfolgreich sind
• Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert
• Wie arbeitet man mit Strömungsbeschleunigern

Warum Flow mit dem richtigen Mindset beginnt

Im Rahmen des SAFe® -Frameworks ist Flow dann vorhanden, wenn ein Unternehmen schnelle, kontinuierliche und effektive Bereitstellung hochwertiger Produkte und Dienstleistungen, die einen Mehrwert bieten. Dies setzt voraus, dass alle Personen und Teams im Wertstrom optimal arbeiten, mit minimalen Verzögerungen und Nacharbeiten, ein Ansatz, der sich erheblich von den herkömmlichen Arbeitsweisen unterscheidet.

„Die Denkweise ist wichtig, wenn es darum geht, auf diese Weise zu arbeiten“, sagte Rebecca. „Anstatt einfach nur Richtlinien oder die Art und Weise zu befolgen, wie Dinge immer gemacht wurden, müssen die Mitarbeiter Gespräche führen und Fragen stellen, um Wege zu finden, wie sie sich verbessern können. Und das bedeutet, dass jeder im Unternehmen, egal ob Sie auf der Team-, Lösungs- oder Führungsebene tätig sind, diese Prinzipien wirklich verstehen und umsetzen müssen.“

Aus diesem Grund ist es unerlässlich, eine Flow-Mentalität mit offener Kommunikation und Informationsaustausch zwischen allen Teams und Ebenen zu pflegen. Es ebnet den Weg für beschleunigte Feedback-Schleifen, die helfen, Blockaden frühzeitig zu erkennen, Probleme schnell zu beheben und einen kontinuierlichen, nahtlosen Arbeitsablauf zu ermöglichen.

Wie die Verbesserung des Ablaufs die Kundenergebnisse verbessert

SAFe® -Durchflussbeschleuniger sorgen dafür, dass Arbeitsabläufe ohne Unterbrechungen im System ablaufen, sodass Ihr Unternehmen in kürzester Zeit kontinuierliche Werte liefern kann. Sie tun dies, indem sie dazu beitragen, Unterbrechungen zu vermeiden, die Arbeit schnell voranzutreiben und einen reibungslosen Arbeitsablauf zu schaffen, was zusammen die Produktivität im gesamten Wertstrom verbessert. „Beschleuniger sind greifbare Hebel, die Sie nutzen können, um den Arbeitsablauf zu verbessern“, so Jasmin. „Sie können auf jeden Beschleuniger Metriken anwenden, sodass Sie schnell beurteilen können, ob er funktioniert, und entsprechend anpassen können“.

Diese verbesserte Produktivität führt in der Regel zu einer besseren Leistung Ihrer Mitarbeiter. „Indem Sie Hindernisse beseitigen, können Sie den Mitarbeitern in Ihrem Unternehmen mehr Zeit für die Arbeit geben, die sie glücklicher macht und die einen Unterschied macht“, sagte Jasmin. „Sie können tiefgründiger arbeiten — in welcher Form auch immer das für sie aussieht — und das führt letztendlich zu besseren Kundenergebnissen.“

Was sind die acht SAFe® -Strömungsbeschleuniger?

Das SAFe® -Framework umfasst acht Strömungsbeschleuniger, wobei jedes für eine bestimmte Aktivität konzipiert ist, die den Wertefluss unterbricht.

1. WIP visualisieren und einschränken: Zu viel WIP verwirrt die Prioritäten, überlastet die Mitarbeiter und verringert die Produktivität. Passen Sie WIP kontinuierlich an, um die Nachfrage besser an die Kapazität anzupassen und den Durchfluss im System zu erhöhen.
2. Engpässe beheben: Engpässe führen dazu, dass der Wertstrom deutlich unter der Kapazität arbeitet. Konzentrieren Sie sich darauf, dominante Engpässe zu beseitigen, indem Sie zusätzliche Fähigkeiten, Mitarbeiter oder andere Ressourcen hinzufügen.
3. Minimiere Übergaben und Abhängigkeiten: Übermäßige Übergaben und Abhängigkeiten können zu Nacharbeiten und Verzögerungen führen. Stellen Sie Teams und ARTs zusammen, die über das gesamte Wissen, die Ressourcen, Fähigkeiten und Entscheidungsbefugnisse verfügen, um einen durchgängigen Wertfluss zu schaffen.
4. Schnelles Feedback erhalten: Schnelles Feedback beschleunigt das Lernen und Verbessern. Entwickeln Sie Mechanismen und Prozesse, um Daten zu einem frühen Zeitpunkt des Entwicklungsprozesses zu sammeln, zu analysieren und auszuwerten.
5. Arbeiten Sie in kleineren Chargen: Je kleiner die Chargengröße, desto schneller können Teams Feedback sammeln, auswerten und anpassen. Optimieren Sie die Größe, indem Sie die Kompromisse zwischen Lagerkosten und Transaktionskosten abwägen.
6. Warteschlangenlänge reduzieren: Lange Warteschlangen führen zu Verschwendung, Verzögerungen und Informationsverfall. Fangen Sie an, die Länge der Warteschlangen zu verfolgen und den Rückstand kurz zu halten, damit Sie flexibel an neuen Aufgaben mit hoher Priorität arbeiten können.
7. Optimieren Sie die „Zeit in der Zone“: Die Menschen und Teams in der Zone zeigen eine höhere Kreativität, Produktivität, Zufriedenheit und Erfüllung. Konzentrieren Sie sich darauf, ein Umfeld zu schaffen, in dem die Mitarbeiter Zeit und Raum frei von Unterbrechungen haben.
8. Korrigieren Sie veraltete Richtlinien und Verfahren: Veraltete Richtlinien können Teil der Kultur werden und den Fluss behindern, auch wenn sie ihren Zweck nicht mehr erfüllen. Ergreifen Sie Maßnahmen, um diese Richtlinien zu identifizieren und sie dann zu entfernen, zu ändern oder abzuschwächen.

‍

Einfacher Agile-Podcast

Erfahren Sie, wann Sie das Scaled Agile Framework mit Ihrer agilen Transformation verbinden sollten, wie wichtig es ist, eine gemeinsame Sprache zu haben, damit Unternehmen effektiv skalieren können + mehr!

Hör jetzt zu

‍

‍4 Schritte zum Erfolg mit SAFe® -Flussbeschleunigern

1. Stellen Sie eine Hypothese auf

Der erste Schritt besteht darin, Ihre Hypothese zu erstellen. Klären Sie, was sich Ihrer Meinung nach ändern wird, und überlegen Sie, wann Sie vielleicht zum ersten Mal sehen, ob sich der Flow anders bewegt als zuvor.

TIPP: Starten Sie Gespräche und sammeln Sie Erkenntnisse von den Teams, die von diesen Änderungen direkt betroffen sein werden.

2. Wählen Sie Hochleistungsbeschleuniger

Bei der Auswahl der Beschleuniger, auf die du dich konzentrieren möchtest, musst du damit beginnen, sie alle zu lesen, zu verdauen und zu verstehen. Sie können diese Erkenntnisse dann nutzen und Gespräche mit den Menschen vor Ort beginnen, um sich ein Bild davon zu machen, wo Verbesserungen vorgenommen werden können. „Bei den Beschleunigern gibt es keine sequentiellen Schritte, die befolgt werden müssen“, so Rebecca. „Sobald Sie Verbesserungsmöglichkeiten gefunden haben, können Sie selbst auswählen, welche Beschleuniger Ihrer Meinung nach die größte Wirkung haben, und mit diesen beginnen.“

TIPP: Denken Sie daran, wenn Sie es nicht sehen können, können Sie es nicht beschleunigen. Wenn Sie also nicht wissen, wo Sie mit Verbesserungen beginnen sollen, achten Sie auf Reibungspunkte oder Lücken im Wertstrom.

3. Entscheide, wann du den Fortschritt überprüfen möchtest

„Es gibt keine allgemeingültige Antwort darauf, wann überprüft werden muss, ob ein Beschleuniger den Durchfluss verbessert“, sagte Rebecca. „Wie lange Sie warten müssen, hängt von den Maßnahmen und den Erkenntnissen ab, die Sie bei der Erstellung Ihrer Hypothese gewonnen haben.“ Das bedeutet, dass Sie bei einigen Aktionen am nächsten Tag überprüfen können, ob sich der Ablauf verbessert hat, während es bei anderen einige Wochen dauern kann, bis Sie Ergebnisse sehen.

TIPP: Identifizieren Sie den frühesten Moment, an dem Sie zurückblicken und feststellen können, dass sich etwas geändert hat, und notieren Sie sich dies als Ihre Zeit zum Einchecken.

4. Verwenden Sie die Flow-Metriken richtig

Es ist wichtig, sich daran zu erinnern, dass Durchflussmetriken nicht als Strafmaßnahmen verwendet werden dürfen, sondern als Indikator dafür, ob ein Beschleuniger den Durchfluss verbessert hat. Für viele Menschen erfordert dies einen Mentalitätswandel weg von der Vorstellung, dass, wenn etwas schief geht oder scheitert, es nicht funktioniert hat. Und das bedeutet, dass manchmal das Risiko besteht, dass die Kennzahlen negativ genutzt werden.

„Es hilft zu verstehen, dass Menschen manchmal auf alte Verhaltensweisen zurückgreifen, wenn es schwierig wird — und dazu gehören auch Menschen in Führungspositionen“, sagte Rebecca. „Seien Sie also ehrlich und mutig, wenn Sie sehen, dass Kennzahlen negativ verwendet werden. Das kann dem Team helfen, zu den Gründen zurückzukehren, warum die Metriken überhaupt verwendet werden.“

TIPP: Bauen Sie Vertrauen auf und bewahren Sie es, indem Sie klarstellen, wie jede Kennzahl dazu beiträgt, die Ergebnisse zu verbessern und einen Mehrwert zu schaffen. Wenn es keinen eindeutigen Zusammenhang gibt, sollten Sie erwägen, ihn fallen zu lassen.

Die Beschleunigung des Ablaufs hilft Teams, sich auf die Wertschöpfung zu konzentrieren

Wenn Sie den Teams Zeit und Raum geben, damit sie sich auf die Wertschöpfung konzentrieren können, kann Ihr Unternehmen schneller auf sich ändernde Kundenbedürfnisse und Geschäftsbedingungen reagieren. SAFe® Flow Accelerators können dabei helfen, unnötige Arbeit und Hindernisse zu beseitigen und so ein Umfeld der kontinuierlichen Verbesserung, Optimierung und konsistenten Wertschöpfung zu schaffen.

Erfahren Sie, wie Sie den Arbeitsablauf in Ihrem Unternehmen verbessern Einfache agile Programme ermöglicht es Ihrem Unternehmen, zu visualisieren, wo Sie Konflikte oder Risiken haben könnten, weil Ihre Arbeit nicht voranschreitet, und diese einfach zu entsperren, damit die Teams die Dynamik aufrechterhalten und weiterhin Mehrwert liefern können.

‍

Einfache agile Programme

Skalieren Sie ganz einfach die Planung und Zusammenarbeit über Teams und Zeitzonen hinweg. Richten Sie Teams aus und befähigen Sie sie, gemeinsam einen Mehrwert in großem Maßstab zu bieten

Probieren Sie einfache Agile-Programme aus

Wenn Sie vor 2020 schon einige Zeit Retrospektiven veranstaltet haben, kennen Sie vielleicht die folgende Tagesordnung für eine einstündige Sitzung:

Es ist durchaus möglich, dass, als Ihr Team ab 2020 auf Telearbeit umgestellt wurde, Retrospektiven immer noch in Echtzeit durchgeführt wurden, aber in einer virtuellen Umgebung mit Zoom/Teams/Meet und nicht persönlich.

Hier bei Easy Agile, wo wir flexible Arbeitsregelungen haben, verbringen die meisten Teammitglieder normalerweise 1-2 Tage die Woche im Büro, obwohl wir jetzt auch Teammitglieder haben, die zwischenstaatlich arbeiten und zu 100% von zu Hause aus arbeiten. Daher schätzen alle unsere Teams ihre F2F-Besprechungszeit wirklich, egal ob persönlich oder virtuell. Deshalb versuchen wir, diese F2F-Zeit so weit wie möglich für wichtige Debatten und Gespräche zu maximieren, bei denen das gesamte Team zuhören und in Echtzeit teilnehmen kann.

Wie Easy Agile TeamRhythm-Retrospektiven nutzt, um die Teamzeit zu maximieren

1. Teammitglieder können dem Retrospective-Board jederzeit während des Sprints Elemente hinzufügen

Das Team wird daran erinnert und ermutigt, jederzeit während des Sprints Elemente zum Retrospektiv-Board hinzuzufügen, wann immer es gerade im Vordergrund steht. Das kann getan werden asynchron ohne zeitliche Einschränkungen. Solche hinzugefügten Artikel sind in der Regel besser formuliert, weil sie nicht innerhalb der Timebox einer traditionellen Retro-Umgebung platziert wurden. Das Erfassen des Gegenstands, wenn er im Vordergrund steht, sorgt dafür, dass diese Gegenstände weniger wahrscheinlich vergessen werden, wenn sich das Team am Ende des Sprints zusammensetzt, um den Retro zu laufen.

2. Das Team selbst überprüft das Retro-Board während des Sprints

Das Team kann die Gegenstände auf dem Retro-Board während des Sprints überprüfen und den Autor eines bestimmten Artikels anpingen, wenn er sich über den Inhalt des Artikels nicht sicher ist. Aufgrund dieses Feedbacks und im Laufe der Zeit haben die Teams von Easy Agile gelernt, spezifischer zu schreiben, sodass es weniger wahrscheinlich ist, dass der Gegenstand falsch verstanden wird.

3. Die Moderatoren kategorisieren die Themen vor dem Meeting

Das Gruppieren und Sortieren von Retroartikeln während des Meetings selbst kann oft eine überstürzte und manchmal stressige Angelegenheit sein, vor allem, wenn es allein dem Moderator überlassen wird, dies zu tun, während das Meeting gleichzeitig durchgeführt wird. Bei Easy Agile schaut sich der nominierte Moderator im Rückblick die Elemente des Boards im Voraus an und verwendet Kategorien, um gleichgesinnte Elemente zu kennzeichnen und zu gruppieren.

4. Die Zeit von Angesicht zu Angesicht dient in erster Linie der Debatte und der Festlegung von Aktionen

Die Retrospektiv-Meetings von Easy Agile konzentrieren sich jetzt hauptsächlich darauf, die rückblickenden Themen, die bereits vorab in bestimmte Kategorien unterteilt sind, zu überprüfen und zu diskutieren und zu entscheiden, welche Maßnahmen ergriffen werden müssen, um zukünftige Sprints zu verbessern.

Der Zeitpunkt einer Retrospektive bei Easy Agile sieht jetzt typischerweise so aus:

Einpacken

Indem das Team ermutigt wird, alle Lektionen/Gedanken, die es im Verlauf eines Sprints teilen möchte, festzuhalten, indem sie sie festhalten, sobald sie auf dem Retro-Board des Sprints erscheinen, konzentriert sich der Großteil der Zeit, die während des Retrospektiv-Meetings am Ende eines Sprints verbracht wird, auf bedeutsame Gespräche, Ideenfindung, ehrliches Feedback und Diskussionen sowie durchdachtere Aktionen.
Es wird weniger Zeit verschwendet, wenn das Team still sitzt und versucht, sich daran zu erinnern, was in den letzten zwei Wochen funktioniert hat oder nicht, und es dann schnell abtippen muss, damit es für den Rest des Teams Sinn macht.

Nur noch eine Sache...

Wenn du das liest, werden wir Nutzern die Möglichkeit gegeben haben, Artikel direkt aus dem Jira Issue Viewer zu einem rückblickenden Board hinzuzufügen. Das bedeutet, dass das Hinzufügen eines rückblickenden Artikels jetzt um einen Schritt weniger reduziert wird.

Außerdem planen wir, auf dem aktuellen Retro-Board die Möglichkeit zu bieten, alle noch ausstehenden retrospektiven Aktionen aus früheren Sprints anzuzeigen.

Wie führen Sie und Ihre Teams Retros durch? Hast du irgendwelche Tipps, die du mit uns teilen möchtest? Wir würden uns freuen, auch von Ihnen zu lernen. Bitte mailen Sie uns an hello@easyagile.com mit Betreff: Retro-Tipps.