User Story Mapping

Manchmal scheint die Idee, User Stories zu schreiben, eine weitere „Sache“ zu sein, die zu einer ohnehin schon vollen Arbeitsbelastung hinzukommt. Aber für Softwareentwicklungsteams, die ihre eigenen Verbesserungen selbst vorantreiben und Software liefern wollen, die für ihre Kunden funktioniert, ist das Schreiben effektiver User Stories der erste Schritt.

Wenn Sie diesen Beitrag lesen, bedeutet das, dass Sie herausfinden möchten, was für die Menschen, die Ihre Software verwenden, am besten funktioniert, und Ihre Herangehensweise an die Softwareentwicklung verbessern möchten. Das ist großartig! Unser Ziel bei Easy Agile ist es, Ihnen dabei zu helfen.

Beginnen wir also damit, warum gute User Stories wichtig sind.

Warum User Stories schreiben?

Sie fragen sich vielleicht, warum Sie User Stories schreiben sollten, anstatt stattdessen Funktionen oder Aufgaben zu schreiben.

Wenn das nach Ihnen klingt, haben Sie vielleicht noch nicht erkannt, wie wichtig es ist, User Stories zu schreiben, und dass sie einem ganz anderen Zweck dienen als das Schreiben von Funktionen oder Aufgaben.

Es ist leicht, sich in einem Zyklus der Feature-Entwicklung zu verlieren, dem es an Kontext mangelt. Das Ziel besteht mehr darin, sich den Weg durch einen großen Backlog freizumachen, als Lösungen zu entwickeln, die Ihren Kunden einen Mehrwert bieten. Um erfolgreiche Software zu entwickeln, müssen Sie sich auf die Bedürfnisse der Menschen konzentrieren, die sie verwenden werden. Ihre menschlichen Kunden. Nutzerberichte bringen diesen Kontext und diese Perspektive in den Entwicklungszyklus ein.

Was ist eine User Story?

Eine User Story hilft agilen Softwareentwicklungsteams, sich in ihre Kunden hineinzuversetzen. Aus der Sicht des Kunden (oder Benutzers) geschrieben, helfen User Stories dem Entwicklungsteam zu verstehen, was es entwickeln muss und warum es es erstellen muss.

User Stories sind vereinfachte, allgemeine Beschreibungen der Anforderungen eines Benutzers, die aus der Sicht des Endbenutzers verfasst wurden. Eine User Story ist kein kontextloses Feature, das in der Sprache der Entwickler geschrieben ist.

Eine User Story = das „Was“

Eine User Story beschreibt eine Funktion aus der Sicht des Benutzers.

User Stories unterteilen Funktionen in Geschäftsprozesse.

Eine Aufgabe = das „Wie“

Aufgaben sind die Aktivitäten, die ausgeführt werden müssen, um ein Ergebnis zu erzielen.

Aufgaben sind einzelne Arbeiten.

Wie schreiben wir User Stories?

Vielleicht möchten Sie sich eine User Story als „Gleichung“ vorstellen:

Als [Benutzer] + möchte ich [Absicht] +, damit [Wert]

Lassen Sie uns das weiter aufschlüsseln;

Als [Benutzer] — das ist die WHO. Für wen bauen wir das? Wer ist der Nutzer?

Ich will [Absicht] — das ist das WAS. Was bauen wir? Was ist die Absicht?

Also das [Wert] — das ist das WARUM. Warum bauen wir es? Was ist der Wert für den Kunden?

Schauen wir uns ein paar einfache Beispiele an;

Als Internetbanking-Kunde

ich will um einen fortlaufenden Saldo für meine täglichen Konten zu sehen

Also das Ich kann nach jeder Transaktion den Überblick über meine Ausgaben behalten

ODER

Als Administrator

ich will um andere Administratoren für bestimmte Projekte erstellen zu können

Also das Ich kann Aufgaben effizienter delegieren

Gemäß dieser Gleichung sollten Teams sicherstellen, dass ihre User Stories alle der folgenden Checkboxen ankreuzen:

Um erfolgreiche User Stories zu schreiben:

• Halte sie kurz
• Halte sie einfach
• Schreiben Sie aus der Sicht des Benutzers
• Machen Sie den Wert oder Nutzen der Geschichte deutlich
• Beschreiben Sie eine Funktion
• Schreiben Sie im Team User Stories
• Verwenden Sie Akzeptanzkriterien, um einen MVP anzuzeigen.

Akzeptanzkriterien

User Stories ermöglichen es agilen Teams, die Bedürfnisse, Wünsche und Werte ihrer Kunden mit den Aktivitäten in Einklang zu bringen, die sie durchführen müssen, um diesen Mehrwert zu bieten.

Der Link, der diese beiden Dinge miteinander verbindet, sind Akzeptanzkriterien.

Die Akzeptanzkriterien oder „Erfüllungsbedingungen“ geben einen detaillierten Überblick über die Benutzeranforderungen. Sie helfen dem Team, den Wert der User Story zu verstehen und helfen dem Team zu wissen, wann es erwägen kann, etwas zu tun.

Ziele der Akzeptanzkriterien

Die Akzeptanzkriterien sollten:

• klären Sie, was das Team bauen soll, bevor es mit der Arbeit beginnt
• Sicherstellung eines gemeinsamen Verständnisses des Problems oder der Bedürfnisse des Kunden
• Helfen Sie den Teammitgliedern, zu wissen, wann die Geschichte abgeschlossen ist
• helfen Sie dabei, die Geschichte durch automatisierte Tests zu überprüfen.

Schauen wir uns ein Beispiel für eine abgeschlossene User Story mit Akzeptanzkriterien an:

Als potenzieller Konferenzteilnehmer möchte ich mich online für die Konferenz anmelden können, sodass die Registrierung einfach und papierlos ist.

Akzeptanzkriterien:

• Teilnahmeformular für die Konferenz
• Ein Benutzer kann kein Formular einreichen, ohne alle Pflichtfelder auszufüllen (Vorname, Nachname, Firmenname, E-Mail-Adresse, Position, Rechnungsinformationen)
• Informationen aus dem Formular werden in der Registrierungsdatenbank gespeichert.
• Der Schutz vor Spam funktioniert
• Die Zahlung kann per Paypal, Lastschrift oder Kreditkarte erfolgen
• Nach dem Absenden des Formulars wird dem Teilnehmer eine Bestätigungs-E-Mail gesendet

Vor diesem Hintergrund sollten die Teams sicherstellen, dass ihre Akzeptanzkriterien alle folgenden Punkte berücksichtigen:

• Negative Szenarien der Funktionalität
• Funktionale und nicht funktionale Anwendungsfälle
• Leistungsbedenken und Richtlinien
• Was das System oder die Funktion zu tun beabsichtigt
• durch/Benutzerfluss
• Der Einfluss einer User Story auf andere Funktionen
• UX-Bedenken

Die Akzeptanzkriterien sollten NICHT Folgendes beinhalten:

• Die Codeüberprüfung wurde durchgeführt
• Nichtblocker oder größere Probleme
• Leistungstests durchgeführt
• Abnahme und Funktionstest abgeschlossen
  

Warum?

Ihre Akzeptanzkriterien sollten keines der oben genannten Punkte enthalten, da Ihr Team bereits ein klares Verständnis davon haben sollte, was Ihre Definition of Done (DoD) beinhaltet, zum Beispiel:

• Einheit/integriertes Testen
• bereit für den Abnahmetest
• auf dem Demoserver bereitgestellt
• lösbar

Das Schreiben effektiver User Stories ist eine wertvolle Praxis, die Ihnen und Ihrem Team dabei hilft, Software bereitzustellen, die für Ihre Kunden relevant bleibt.

Wenn Sie User Stories als mehr als nur eine weitere Aufgabe auf Ihrer Checkliste betrachten, sondern sie stattdessen als unverzichtbares Instrument betrachten, um Kontext und Wert für Ihre Projekte zu schaffen, können Sie mit Ihrem wichtigsten Fokus in Verbindung bleiben — Ihrem Kunden.

Verwandeln Sie Ihr Backlog in ein aussagekräftiges Bild der Arbeit, um Kontext für die Sprint- und Versionsplanung, die Backlog-Verfeinerung und das User Story Mapping zu erhalten.

Konzentrieren Sie sich auf Ihre Kunden

Einfacher agiler Teamrhythmus

Möchten Sie sicherstellen, dass Ihr Unternehmen kundenorientiert ist? Eine gute Möglichkeit, dies zu tun, besteht darin, Personas zu erstellen.

Egal, ob Sie ein Product Owner, Vermarkter oder Verkäufer sind, das Schreiben der Personas Ihres Unternehmens ist eine große Sache. (Also, delegieren Sie diesen Job wahrscheinlich nicht an den Praktikanten...)

Das liegt daran, dass Ihre Personas verwendet werden können, um:

• Brainstormen Sie neue Ideen
• Entscheiden Sie, welche Produkte und Funktionen Sie priorisieren sollten
• Richten Sie Ihre Werbe- und Marketingkreativen besser aus
• Stellen Sie eine bessere Verbindung zu potenziellen Kunden her und empfehlen Sie die beste Lösung, die ihren Zielen, Problemen und Problemen entspricht

Ihre Personas werden sich auf fast alle Bereiche Ihres Unternehmens auswirken, daher ist es wichtig, dass Sie sie richtig einsetzen. Wir wissen ein oder zwei Dinge darüber, wie man Personas erstellt (du könntest sogar sagen, dass wir Experten sind 😏), also haben wir diesen kleinen Leitfaden erstellt, der dir hilft, deine wie ein Profi zu erstellen.

Folgen Sie unseren 9 einfachen Schritten und Sie erhalten leistungsstarke Personas, die Ihr gesamtes Team nutzen kann.

Stellen Sie sicher, dass Ihr Team auf die Archetypen Ihrer Kunden ausgerichtet ist mit

Einfache agile Personas

Kostenlose Testversion

Schritt 1 — Recherchieren Sie

Der beste Ausgangspunkt sind Ihre bestehenden Kunden und Interessenten. Sie könnten Interviews und Fokusgruppen durchführen, um mehr darüber zu erfahren, wer Ihre Kunden sind und was sie wollen. Oder erstellen Sie eine Online-Umfrage — diese können Sie kostenlos in Google-Formularen einrichten.

Fragen Sie Ihre Kunden nach:

• Ihr Alter
• Ihr Standort
• Wofür sie qualifiziert sind
• Ihr Titel oder ihre berufliche Rolle
• Wo sie arbeiten
• Ihr Familienleben
• Wie sie derzeit Ihr Produkt (oder andere Produkte) verwenden
• Was stört sie an Ihrem Produkt (oder anderen Produkten)
• Relevante Aufgaben, mit denen sie zu kämpfen haben
• Was sie gerade in ihrer Arbeit/ihrem Leben erreichen möchten

Tipp: Es kann sich manchmal etwas unangenehm anfühlen, wenn Sie persönliche demografische Fragen stellen, also könnten Sie sie stattdessen mit einer Frage zusammenfassen: „Wie würden Sie sich selbst beschreiben?“ Auf diese Weise kann jeder Befragte selbst entscheiden, wie viele Details er Ihnen gibt, und Sie könnten aus einer offenen Frage einige wirklich wertvolle Erkenntnisse gewinnen.

Andere Forschungsmethoden umfassen:

• Analytik — Google Analytics und Social Media Analytics zeigen in der Regel demografische Daten an. Schauen Sie sich Ihre Analysen an
• Foren — Tritt Foren und geschlossenen Gruppen bei, in denen sich dein Publikum gerne trifft, Fragen stellt und sich über Probleme austauscht, die für dein Produkt oder deine Dienstleistung relevant sind (achte nur darauf, dass du dir ein Zeitlimit setzt, damit du nicht versehentlich in ein Reddit/Quora-Kaninchenloch fällst)
• Sprechen Sie mit Ihren Kollegen — Versuchen Sie, Ihr gesamtes Team einzubeziehen und über Ihr Publikum zu sprechen, insbesondere über diejenigen, die regelmäßig mit Kunden interagieren

Schritt 2 — Analysieren Sie die Daten und identifizieren Sie Ihre Personas

Nachdem Sie die Recherche durchgeführt haben, ist es an der Zeit herauszufinden, was das bedeutet. Seien Sie unvoreingenommen, wenn Sie sich die Daten ansehen, weil Sie echte Personas erstellen möchten, nicht etwas, das Ihre eigene interne Erzählung oder den Weg, den Sie bisher eingeschlagen haben, unterstützt.

Suchen Sie nach Mustern in den Daten und finden Sie heraus, welche Gemeinsamkeiten und Unterschiede es gibt. Von hier aus sollten Sie in der Lage sein, 3-5 verschiedene Personentypen zu identifizieren. An diesem Punkt könnten Sie versucht sein, elf Millionen Personas zu erstellen, aber tun Sie das nicht. Sie möchten alle Ihre wichtigsten Nutzer- und Zielgruppentypen abdecken und einigermaßen spezifisch werden.

Normalerweise ist weniger am besten, wenn es um Personas geht, da Sie dadurch konzentrierter sein können. Schließlich kannst du nicht alles machen und du weißt, was sie sagen... wenn du alle anvisierst, erreichst du niemanden. Je mehr Ihr Produkt und Marketing auf eine bestimmte Personengruppe zugeschnitten sind, desto mehr werden sie sich dafür interessieren. Das könnte bedeuten, dass Sie einige Zielgruppen aus Ihren Personas ausschließen müssen, die nicht so gut zu Ihnen passen, und das ist in Ordnung.

Schritt 3 — Finden Sie ein Persona-Tool oder eine Vorlage

Idealerweise verwendest du eine App oder ein System, das Personas erstellt (wie Easy Agile Personas for Jira). Auf diese Weise können Sie Ihre Personas in Ihre Prozesse integrieren, müssen nicht an der Formatierung herumspielen und sie lassen sich einfacher aktualisieren.

Manche Leute haben Persona-Vorlagen in Google Docs oder Confluence.

Testen Sie Easy Agile Personas

Schritt 4 — Mach sie menschlich

Bevor Sie mit dem Stift zu Papier kommen, sollten Sie sich ein Foto besorgen, anhand dessen Sie definieren können, wer Ihre Benutzerpersönlichkeit ist. Denn je authentischer Ihre Persona ist, desto einfacher wird es sein, mit ihr in Beziehung zu treten und Empathie in sie zu haben. Und desto einfacher wird es sein, über sie zu schreiben und sich ihre Geschichte auszudenken. Versuchen Sie bei der Auswahl Ihres Fotos, etwas zu finden, das nicht wie ein Archivfoto aussieht.

Geben Sie Ihren Personas als Nächstes echte Namen, die zu ihrer Demografie passen. Versuche, langweilige Klischees zu vermeiden, aber wenn du etwas Inspiration beim Benennen brauchst, kannst du die Listen durchforsten hier.

Füge in die Personas Informationen ein, die dir helfen, sie als Person zu verstehen. Du musst nicht ihre gesamte Lebensgeschichte erzählen, aber kleine Details über ihre Persönlichkeit und ihre Beweggründe können helfen, sie zum Leben zu erwecken.

Schritt 5 — Schreiben Sie Ihre Personas

Beim Schreiben deiner Personas geht es darum, ihre Geschichte zu erzählen (die TL; DR-Version). Je nachdem, wie Sie Ihre Personas verwenden möchten, können Sie Details wie die folgenden angeben:

• Wie ihr Tag strukturiert ist
• Wie sie dahin gekommen sind, wo sie jetzt sind (im Leben/Karriere)
• Worüber sie gerade nachdenken
• Was hält sie nachts wach

Zu den wichtigsten Abschnitten könnten gehören:

• Name
• Demografie (wie Geschlecht, Alter, Standort, Qualifikationen, Beruf, Einkommen, Familienstand und Kinder)
• Ziele/Bedürfnisse
• Werte
• Informationsquellen (wie Bücher, Podcasts, Nachrichtenseiten, Blogs, Fernsehen, Radio, Vordenker und Social-Media-Kanäle)
• Technologie (einschließlich Geräte, Browser und Software/Apps)
• Schmerzpunkte, Ängste und Einwände
• Persönlichkeitsmerkmale (Sie könnten sich auf DISC, Enneagramm und sogar Liebessprachen beziehen)
• Fähigkeiten und Tools
• Zitat (ein oder zwei Sätze in ihren eigenen Worten, die ihre Gedanken oder Position festhalten, idealerweise eine Umfrageantwort oder ein Zitat aus einem Interview mit einem Ihrer Kunden)

Sie müssen nicht alle oben genannten Abschnitte verwenden. Du musst deine Personas kurz und bündig halten (1-2 Seiten), was bedeutet, dass du Überflüssiges vermeiden und Details herausschneiden musst, die nicht relevant oder nützlich sind.

Schritt 6 — Verfeinern

Jetzt, da deine Personas geschrieben sind, ist es an der Zeit, den Rest deines Teams einzubeziehen und Feedback zu den Personas einzuholen. Viele von ihnen werden unterschiedliche Sichtweisen darauf haben, wer Ihre Personas sind und was die Hauptprobleme und Schmerzpunkte Ihrer Zielgruppe sind. Lassen Sie sie also Löcher in die Geschichten bohren und weitere wichtige Details hinzufügen, die Sie möglicherweise übersehen haben.

Es hat auch einen Nebeneffekt, wenn Sie Ihre Profile mithilfe Ihrer Teammitglieder verfeinern. Wenn sie an der Erstellung der Personas beteiligt sind, ist die Wahrscheinlichkeit, dass sie sie am Ende verwenden, viel höher.

Schritt 7 — Mach sie hübsch

Scrappy-Personas können funktionieren, aber wenn Sie eine bessere Benutzererfahrung schaffen, werden Ihre Personas wahrscheinlich häufiger verwendet.

Sie können Ihre Personas mit Symbolen, Illustrationen und Markenfarben aufpeppen. Füge Grafiken und Diagramme hinzu, um Daten visuell darzustellen (z. B. wo deine Persona auf einer Skala mit Persönlichkeitsmerkmalen steht). Und verwende Überschriften, um die Persona in Abschnitte zu unterteilen und das Scannen zu erleichtern. Punkte, Fettschrift, Kursivschrift und Hervorhebungen können ebenfalls dazu beitragen, dass wichtige Informationen hervorgehoben werden.

Schritt 8 — Integrieren Sie sie in Ihre Prozesse

Ihre Marketing-, Vertriebs- und Entwicklungsteams können alle besser arbeiten, wenn sie Personas verwenden. Stellen Sie also sicher, dass Ihre glänzenden neuen Personas in alle relevanten Geschäftsprozesse integriert und dem gesamten Team zugänglich gemacht werden. Laden Sie sie in die Cloud hoch, verknüpfen Sie sie mit Ihrem Projektmanagement-Tool (wie Jira) und idealerweise mit Ihren User Stories und Ihrem Backlog, um dort Kontext hinzuzufügen.

Schritt 9 — Beachten Sie den Unterschied

Mit Personas sind Ihre Teams mit einem viel besseren Verständnis Ihrer Nutzer und Ihrer Zielgruppe ausgestattet. Dies könnte folgende Auswirkungen haben:

Du wirst nutzerorientierter

Personas zwingen Ihr Team, zuerst an den Nutzer zu denken, sich in Ihre Kunden hineinzuversetzen und sie als echte Menschen mit echten Bedürfnissen zu sehen. Zum Beispiel möchte dein Team vielleicht an einer neuen Funktion arbeiten, die es Nutzern ermöglicht, sich über Facebook anzumelden (alle anderen machen das!) , aber zuerst überprüfen sie, wie jede Persona diese Funktion nutzen würde. Es stellt sich heraus, dass keine Ihrer Personas starke Facebook-Nutzer ist, daher ist es unwahrscheinlich, dass diese Funktion genutzt wird. Stattdessen beschließt dein Team, Aktualisierungen im Dashboard zu priorisieren, die zwei deiner Personas helfen könnten, ein bestimmtes Ziel zu erreichen.

Ihr Produkt wird sich verbessern

Wenn Sie sich darauf konzentrieren, was Ihre Nutzer wollen und brauchen, wird Ihr Produkt besser. Wenn Sie neue Funktionen und Arbeit mit den Bedürfnissen Ihrer Personas verknüpfen, können Sie Ihr Produkt mitgestalten und es im Laufe der Zeit wertvoller machen.

Sie werden den Wert Ihrer Arbeit erkennen

Eine Aufgabe wird zu mehr als nur einer Sache auf Ihrer To-Do-Liste, wenn sie mit einer Persona verknüpft ist. Ihr Team besteht nicht nur aus Marketern, Vertriebsmitarbeitern und Entwicklern — sie sind Problemlöser.

Ihr Marketing ist nachvollziehbarer

Personas helfen Ihrem Marketingteam, Ihre Kunden besser zu kennen — ihre Probleme, Ziele, Wünsche und sogar die Art und Weise, wie sie sprechen. Ihr Marketingteam kann diese Erkenntnisse nutzen, um Marketingmaterial zu erstellen, das aussagekräftiger und ansprechender ist und direkt mit Ihren Personas spricht.

Deine Kommunikation wird besser auf deine Veröffentlichungen abgestimmt

Ihr Marketingteam könnte beispielsweise alle Ausgaben filtern, die in einer kommenden Version von Persona geplant sind. Möglicherweise stellen sie fest, dass sich die meisten Geschichten, an denen das Entwicklungsteam arbeiten wird, direkt auf die Busy Mum-Persona beziehen. Mit diesen Informationen können sie ihre Go-to-Market-Kommunikation auf die Busy Mum-Persona zuschneiden, was dazu beitragen kann, dieses Publikum für die neue Veröffentlichung fit zu machen.

Sie werden Ihre Prioritäten sortiert haben

Du wirst in der Lage sein, Prioritäten besser zu setzen und deine Handlungen zu begründen, indem du sie wieder in deine Personas bringst. Anstatt Ihrer eigenen Agenda zu folgen, werden die Prioritäten Ihrer Kunden zu Ihren Prioritäten. Sie können Aufgaben danach sortieren, von welcher Persona sie profitieren und wie stark (in Easy Agile Personas haben wir ein benutzerdefiniertes Feld „Wichtigkeit für Persona“). Du könntest zum Beispiel feststellen, dass dein Team eine Weile an keiner der Geschichten der Stay At Home Dad Persona gearbeitet hat, also wechselst du den Gang, um an seiner Funktion mit der höchsten Priorität zu arbeiten.

Deshalb sollten großartige Personas Ihre #1 -Ressource sein, wenn Sie wichtige Geschäfts-, Produkt- und Marketingentscheidungen treffen, damit Sie die Dinge immer durch die Linse Ihrer Kunden betrachten. Jetzt haben Sie Ihre Personas, gehen Sie los und kreieren Sie!

Vorlage für eine Benutzerpersönlichkeit

Der Aufbau einer Buyer Persona muss nicht überwältigend sein. Die meisten Personas folgen einer ähnlichen Struktur. Wenn Sie also mit einer Vorlage beginnen, können Sie sich auf die Details konzentrieren, die jeden Kunden einzigartig machen. Nutze die Erkenntnisse aus deiner Recherche, um jeder Persona Tiefe zu verleihen, damit du deine Zielgruppe besser verstehen und mit ihr in Kontakt treten kannst.

So füllen Sie jeden Abschnitt aus

Titel und Personenname
Der Persona-Titel fasst zusammen, wer dieser Käufer ist — denken Sie an Branche, berufliche Rolle oder sogar an ein Ziel, das ihn von anderen unterscheidet. Das Hinzufügen eines bestimmten Namens und Fotos erweckt die Persona zum Leben und macht es einfacher, echte Personen im Auge zu behalten, wenn Sie auf ihr Profil verweisen.

Kurzbiografie
Eine kurze Biographie erzählt ihre Geschichte. Beschreiben Sie, was sie antreibt, vor welchen Herausforderungen sie stehen und welche herausragenden Eigenschaften sie haben. Diese kurze Zusammenfassung gibt den Daten ein Gesicht und hilft allen, sich mit der Person als einem echten Individuum zu identifizieren.

Persönlichkeitsmerkmale
Das Verständnis der Persönlichkeit Ihrer Person kann entscheidend sein, um Botschaften zu erstellen, die Anklang finden. Die Verwendung gängiger Frameworks wie Myers-Briggs oder DISC kann dabei helfen, Merkmale wie Entscheidungsstile, Kommunikationspräferenzen und die Frage zu erfassen, ob sie eine Gesamtansicht oder detaillierte Informationen bevorzugen.

Beweggründe und Ziele
Beschreiben Sie, was diese Persona voranbringt. Es könnten ihre beruflichen Ambitionen, persönliche Werte oder spezifische Bedürfnisse in Bezug auf Ihr Produkt sein. In diesem Abschnitt wird auch hervorgehoben, warum sie einer Marke vertrauen oder sich zu einem Kauf verpflichten, und gibt Ihnen Hinweise, wie Sie Verbindungen aufbauen können.

Herausforderungen
Heben Sie die Probleme hervor, mit denen dieser Käufer konfrontiert ist, insbesondere die, die Ihr Produkt oder Ihre Dienstleistung behandelt. Erwägen Sie, Ängste oder Frustrationen einzubeziehen, die ihn nachts wach halten könnten. Diese Erkenntnisse zeigen, wie Ihr Produkt ihnen das Leben erleichtern oder ein drängendes Problem lösen kann.

Tools und Technologie
Wenn Sie die Tools und Technologien identifizieren, die Ihre Persona verwendet, können Sie verfeinern, wie Sie sie erreichen. Dies könnte die Plattformen beinhalten, auf die sie sich verlassen, oder die Fähigkeiten, die sie für ihre Arbeit benötigen. Es gibt auch Hinweise auf ihre bevorzugten Kommunikationsmethoden, wodurch Ihre Öffentlichkeitsarbeit persönlicher wird.

Sie können diese Vorlage gerne anpassen, um zusätzliche Details zu erfassen, die Ihr Verständnis der einzelnen Käufertypen verbessern. Halten Sie sich kurz — eine Seite ist ideal —, um sicherzustellen, dass es sich um eine leicht zugängliche Ressource handelt, die Ihr Team auf dem Laufenden hält.

Testen Sie Easy Agile Personas

Wenn du Jira verwendest, haben wir eine supereinfache Möglichkeit, Personas in deinen Workflow zu integrieren 👇

Easy Agile Personas ist unsere neueste Lösung für Teams, die Jira verwenden. Erfassen Sie Personas zusammen mit Ihren Das Jira-Board des Teams und machen Sie es Ihrem Team leichter, Prioritäten zu setzen und sich auf das Wichtigste zu konzentrieren — Ihre Kunden!

Probiere das Kostenlose 30-Tage-Testversion und sehen Sie, wie einfach es ist, Personas in die täglichen Aufgaben Ihres Teams einzubauen!

Einfache agile Personas

Auf den ersten Blick mag es trivial erscheinen, als Team zusammenzukommen und scheinbar gefälschte Dating-Profile für Ihre wichtigsten Kunden zu erstellen. Diese Übung bildet jedoch die Grundlage für andere agile Praktiken in der Zukunft, und die wahrgenommenen Vorteile werden oft unterschätzt.

Teams, die ein gemeinsames Verständnis haben und sich darüber einig sind, wer die von ihnen bereitgestellte Lösung tatsächlich nutzt, haben eine höhere Erfolgswahrscheinlichkeit.

Agile Praktiken erforderten die Entwicklung funktionsübergreifender Teammitglieder, was bedeutet, dass dieses Wissen darüber, wer der Kunde ist, nicht mehr in der alleinigen Verantwortung eines (traditionellen) Vertriebs- und Marketingteams liegt.

Definition: Was ist eine Kundenpersona?

Lass uns direkt eintauchen.

Customer Personas sind fiktive Verallgemeinerungen Ihrer wertvollsten Kunden. Sie helfen Teams dabei, ihre Kunden besser zu verstehen, indem sie demografische Informationen wie Alter, Geschlecht, Standort und Einkommen sowie psychografische Informationen wie Interessen, Frustrationen und persönliche/berufliche Beweggründe zusammenführen.

Der Aufbau von Kundenpersönlichkeiten hilft Teams dabei, die folgenden Fragen zu beantworten:

• Wer sind unsere Kunden?
• Was sind ihre gemeinsamen Verhaltensmuster?
• Was sind ihre gemeinsamen Probleme (beruflich und persönlich)?
• Was sind ihre universellen Ziele/Zielsetzungen?
• Welche allgemeinen demografischen und psychografischen Informationen können ihre Entscheidungen beeinflussen?
• Was treibt sie dazu, Kaufentscheidungen zu treffen?
• Ist der Kunde der Käufer/Entscheidungsträger?

Warum sind Kundenpersönlichkeiten in der agilen Softwareentwicklung wichtig?

Ich denke, inzwischen merkst du langsam, dass der Aufbau von Kundenpersönlichkeiten dem Team einen Mehrwert bietet, aber nur für den Fall, dass du noch nicht ganz mit der Kundenpersönlichkeit vertraut bist, hier sind ein paar wirklich wichtige Gründe:

Kundenpersonas helfen dabei, kundenspezifische Bedürfnisse und Wünsche zu identifizieren:

Dieses Verständnis stellt sicher, dass Produktmanager, Designer, Entwickler usw. Lösungen liefern, die den tatsächlichen Herausforderungen der Benutzer gerecht werden.

Personas geben der User Story ein „Gesicht“:

Dies hilft dem Team, ein gemeinsames Verständnis darüber zu entwickeln, wer seine Kunden sind, und sorgt für Akzeptanz und Empathie.

Gezielte/segmentierte MarCOMs:

Wenn Sie die Bedürfnisse, Herausforderungen und Verhaltensfaktoren Ihrer Kunden verstehen, können Sie besser verstehen, welche Inhalte sie am besten ansprechen, indem Sie Ihre Kunden nach Persona-Typen segmentieren und Ihre Marketingkommunikation auf jede spezifische Gruppe zuschneiden.

Bevor wir beginnen: Überblick über die Kundenpersönlichkeit

Schauen wir uns einen Überblick darüber an, was bei der Erstellung von Kundenpersönlichkeiten „dazugehört“, und einige Entdeckungsfragen, die Ihnen den Einstieg erleichtern sollen.

Wie Sie sehen, geht bei der Erstellung von Kundenpersönlichkeiten viel mehr Gedanken ein als nur Vermutungen und Bauchgefühl. Wie definieren wir also alle oben aufgeführten Elemente, und genauer gesagt, welche Fragen zu unseren Kunden hoffen wir dabei beantworten zu können?

Schauen wir uns einige Entdeckungsfragen an:

Standort: wo leben Menschen aus dieser Persona?

Alter: Was ist die durchschnittliche Alters-/Altersspanne dieser Person?

Geschlecht: Sind Personen, die für diese Person repräsentativ sind, überwiegend männlich oder weiblich?

Beziehungsstatus: Single? Verheiratet? Kinder?

Interessen: Was sind die allgemeinen Interessen der Menschen in dieser Person?

Sprache: Was ist die Hauptsprache, die von Personen in dieser Persona verwendet wird?

Bevorzugte Websites: wohin gehen Menschen in dieser Persona, um neue Informationen zu lernen?

Bildung: welches Bildungsniveau haben sie?

Berufsbezeichnung: was ist/sind typische Berufsbezeichnungen für Personen in dieser Persona?

Zuständigkeiten: Wie sieht ein typischer Arbeitstag für Menschen in dieser Persona aus?

Frustrationen: größte Herausforderungen für Menschen in dieser Persona?

Beweggründe: Was motiviert Menschen in dieser Persona zum Erfolg?

Persönliche/berufliche Ziele: was wollen sie erreichen?

Erste Schritte: Aufbau von Kundenpersönlichkeiten

Es ist an der Zeit, mit der Erstellung unserer Personas zu beginnen, und wir werden den Prozess in zwei Schritte unterteilen;

• Definieren Sie Ihre Personas im Großen und Ganzen
• Schauen Sie sich Analysen und Ebenenergebnisse an

1. Definieren Sie Ihre Personas im Großen und Ganzen

Es ist nicht verrückt zu glauben, dass die meisten Unternehmen eine umfassende Vorstellung davon haben werden, wer zumindest einige ihrer Kundenpersönlichkeiten sind. Dieses Wissen sammelt sich im Laufe der Zeit an und basiert auf Kundenfeedback, Supportanfragen, Gesprächen/Interviews und ersten Marktforschungen.

Dieses Wissen darf nicht unterschätzt werden und ist ein guter Ausgangspunkt, bevor Sie sich mit Analysen befassen, um diese Personas in spezifischeren Details zu konkretisieren.

Denken Sie daran, dass ein einzelnes Teammitglied kein ganzheitliches Bild davon vermitteln kann, wer die Kunden sind. Die oben aufgeführten qualitativen Methoden zur Erfassung von Informationen erfordern das Wissen von Kundenservice, Vertrieb, Marketing, Produktmanagern, Forschern usw. Dies ist in hohem Maße eine Teamübung.

Beispiel: Stationärer Online-Händler

Wenn wir ein Beispiel eines Online-Schreibwarenhändlers nehmen würden, wäre es einfach, zwei breite potenzielle Kundenpersönlichkeiten zu identifizieren:

Endverbraucher — Kunden, die online für sich selbst einkaufen

Großhandelskonten — Großhandelskäufer, die im Namen von Unternehmen einkaufen, die die Schreibwaren in ihren eigenen Einzelhandelsgeschäften (online oder Flaggschiff) auf Lager haben

Wir können anhand der oben aufgeführten „Personas“ erkennen, dass wir eine vage Vorstellung von ihren Rollen im Kaufzyklus haben, aber das ist ungefähr das Ausmaß davon. Wir müssen auf diesen Personas aufbauen, um sie menschlicher zu machen und ein besseres Verständnis ihrer ganzheitlichen Beziehung zu unserem Produkt zu entwickeln.

2. Achten Sie auf Analysen und Ebenenergebnisse

Nachdem wir nun mindestens ein paar Kundenpersönlichkeiten etabliert haben, ist es an der Zeit, sie mit qualitativen und quantitativen Daten zu konkretisieren.

Also, wo können wir diese Informationen finden/sammeln?

• Google Analytics-Zielgruppenberichte
• Einblicke in Facebook
• Tools zum Zuhören in sozialen Medien wie Hootsuite, Tweetdeck usw.
• Kundenbefragungen und Umfragen
• Branchen-/Marktberichte
• Kundeninterviews/Support- und Funktionsanfragen (Hinweis: Sie sollten eine optimierte Methode haben, um diese Informationen zu erfassen und mit Ihrem Team zu teilen)
• Produktinterne Analytik

Nachdem Sie all diese Informationen durchgesehen und versucht haben, einige der zuvor genannten Discovery-Fragen zu beantworten, müssen Sie nach Gemeinsamkeiten zwischen den Datensätzen suchen. Stell es dir so vor:

Die Kundenpersönlichkeiten, die Sie und Ihr Team allgemein definieren konnten, sind an Funnels angehängt. Sobald Sie und Ihr Team Gemeinsamkeiten in den Datensätzen festgestellt haben, geben Sie diese Informationen in den Funnel der Kundenpersönlichkeit ein, auf die sie sich beziehen (vielleicht handelt es sich um eine völlig neue Kundenpersönlichkeit, von der Sie und Ihr Team nicht wussten, dass Sie sie haben).

Am Ende der Übung sollten Sie und Ihr Team eine ziemlich gute Vorstellung davon haben, wer Ihre Kunden sind und wie Sie sie am besten betreuen, mit ihnen kommunizieren, Lösungen für sie entwickeln usw.

Sobald diese Personas entwickelt wurden, sollten sie an einem Ort leben, an dem das gesamte Team sie sehen kann.

Scheuen Sie sich nicht, an Ihrem Schreibtisch zu sitzen und zu denken: „Was würde Sam, der Systemadministrator, über diese neue Funktion denken? Würde sie es benutzen? Wie würde sie ihrem Team die Vorteile vermitteln? Auf welche Probleme kann Sam beim ersten Gebrauch stoßen?“ usw.

Einfache Agile Personas für Jira

Interessieren Sie sich dafür, Ihre Kundenpersönlichkeiten zusammen mit Ihrem Backlog in Jira zu erfassen?

Teste Easy Agile Personas für Jira kostenlos auf dem Atlassian Marketplace.

Benötigen Sie Hilfe beim Einstieg in Easy Agile Personas? Auschecken unsere Dokumentation, oder wenden Sie sich an einen der Easy Agile Partner.

Egal, ob Sie ein Vermarkter, ein Verkäufer, ein Produktmanager oder sogar ein Entwickler sind, Ihre Arbeit dreht sich um eine Sache: den Kunden.

Wenn Sie wissen, wer sie sind, was sie wollen, wie sie sprechen und wie sie Dinge erledigen, können Sie bessere Produkte herstellen und sie auf die richtige Art und Weise bei den richtigen Leuten bewerben.

Eine der wirksamsten Möglichkeiten, Ihre Kunden besser zu verstehen, besteht darin, Buyer Personas zu erstellen. Aus diesem Grund haben wir einen umfassenden Leitfaden zusammengestellt, der alles enthält, was Sie wissen müssen, um Ihre Buyer Personas zu erstellen, zu verfeinern und zu verwenden.

Was sind Buyer Personas?

Buyer Personas beschreiben die typischen Merkmale einer Person, die wahrscheinlich Ihre Produkte kaufen wird — in der Regel auf einer einzigen Seite.

Personas sind keine Profile von echten Personen. Du solltest in deinen Buyer Personas keine echten Namen, Fotos oder persönliche Informationen verwenden. Aber sie sollten reflektieren das allgemeine Verhalten und die Ziele Ihrer echten Kunden

Sie können eine Buyer Persona für Ihren idealen Kunden oder mehrere Arten von idealen Kunden erstellen, die Ihr Produkt oder Ihre Dienstleistung regelmäßig kaufen. Bei Easy Agile haben wir beispielsweise Personas für die gängigsten Rollen/Titel unserer idealen Kunden, wie zum Beispiel:

• Lokführer freilassen
• Produktmanager
• Inhaber des Produkts
• Scrum Master
• Entwickler

Sie können auch Anti-Personas für die Arten von Kunden erstellen, die Sie nicht will anziehen.

Was sind andere Namen für Buyer Personas?

Möglicherweise kennen Sie „Buyer Personas“ unter einem anderen Namen, abhängig von Ihrer Branche, Abteilung oder davon, wie Sie die Persona verwenden möchten. Zum Beispiel:

• Benutzerpersönlichkeit (wenn es sich bei Ihrem Produkt um Software handelt und Ihr Benutzer auch der Käufer ist)
• Person des Publikums
• Kundenpersönlichkeit
• Avatar des Käufers
• Kunden-Avatar
• Idealer Zuschauer-Avatar
• Profil des Käufers

Zwar gibt es einige geringfügige Unterschiede zwischen einigen dieser Namen und ihrer Verwendung im Marketing oder Produktmanagement, aber sie werden oft synonym mit „Buyer Persona“ verwendet.

Wofür werden Buyer Personas verwendet?

Buyer Personas können in nahezu jeder Rolle oder Abteilung eingesetzt werden.

Der Hauptzweck von Buyer Personas besteht darin, ein tieferes Verständnis Ihrer Kunden zu erlangen. Das wird dir helfen:

• Verbessern Sie Targeting und Reichweite
• Konversionen erhöhen
• Steigern Sie den ROI und die Rentabilität
• Effektiver kommunizieren
• Identifizieren Sie Schmerzpunkte
• Entwickeln Sie Produkte, die Probleme lösen
• Verbessern Sie das Nutzererlebnis
• Verbessern Sie die Kundenbindung
• Bieten Sie Ihren besten Kunden das beste Preis-Leistungs-Verhältnis
• Helfen Sie den Kunden, die Ihr Produkt oder Ihre Dienstleistung am dringendsten benötigen

Warum Buyer Personas erstellen?

Es ist klar, dass Buyer Personas für viele verschiedene Dinge nützlich sind. Aber schauen wir uns die 6 wichtigsten Vorteile genauer an.

1. Umsatz steigern

Eins Fallstudie stellte fest, dass der ROI durch die Verwendung von Personas als Teil einer Marketingstrategie um 124% gestiegen ist. Ein anderer Fallstudie fand heraus, dass Personas das Potenzial haben, die auf einer Website verbrachte Zeit deutlich zu erhöhen und die Marketingeinnahmen um 171% steigern können. Dies ist sinnvoll, wenn Sie bedenken, dass die Erkenntnisse aus Personas es Ihnen ermöglichen können, Ihr Marketingbudget zu verwenden, um Kunden besser anzusprechen und zu konvertieren.

2. Treffen Sie schnell gute Entscheidungen

Egal, ob Sie ein Vermarkter, Verkäufer oder Produktmanager sind, Sie werden nicht immer Zeit haben, eine gründliche Analyse durchzuführen, den Konsens Ihres Teams einzuholen oder Ihr Publikum zu befragen, bevor Sie eine Entscheidung treffen. Zum Glück können Sie, wenn Sie immer ein klares Bild Ihrer Zielgruppe zur Hand haben, schnelle Entscheidungen mit Zuversicht treffen. Mithilfe von Buyer Personas können Sie vorhersehen, wie sich ein Feature oder eine Änderung auf den Käufer (und damit auf Ihre Konversionen, Ihre Kundenbindung und Ihr Geschäftsergebnis) auswirken wird, indem Sie die Dinge aus seiner Perspektive betrachten (Ziele, Befürchtungen und Motivationen).

3. Verstehe, wie Leute kaufen

Buyer Personas können dir dabei helfen, die Customer Journey zu planen und zu zeigen, wie dein Publikum vom ersten Kontakt mit deiner Marke bis zum Kauf deines Produkts geht. Personas können Aufschluss darüber geben, welche Themen für sie wichtig sind, welche Inhalte sie gerne konsumieren würden, auf welchen Plattformen sie sie am liebsten konsumieren und in welche Produkte sie am ehesten zuerst investieren würden. Wenn du verstehst, wie die Leute am liebsten bei dir kaufen, kannst du das Ganze vereinfachen, indem du:

• Verschiedene Funnels für verschiedene Personas erstellen
• Den Leuten das Richtige zur richtigen Zeit zeigen
• Umgang mit Einwänden mit Ihren Inhalten
• Konzentrieren Sie sich auf die effektivsten Kanäle für Ihr Publikum

4. Sprechen Sie direkt mit Ihrem idealen Publikum

Mit klar definierten Buyer Personas verfügt Ihr Team über die Daten, die Sie benötigen, um Anzeigen direkt an Ihre ideale Zielgruppe auszurichten. Nicht nur das, sie werden auch in der Lage sein, Werbemittel zu verwenden, die die Schwachstellen Ihrer Zielgruppe ansprechen und eine Sprache verwenden, die sie verstehen können. Dies sollte wiederum zu mehr Klicks, mehr Konversionen und mehr Kunden führen, die ideal zu Ihrem Produkt passen.

5. Sei konsistenter

Buyer Personas können Ihrem gesamten Team helfen, sich darüber im Klaren zu sein, wer Ihre Kunden sind und wie Sie sie ansprechen können. Dies kann Ihnen helfen, konsistentere Botschaften und Unterstützung für Kunden zu vermitteln, was dazu beiträgt, das Vertrauen, die Zuversicht und die Loyalität der Kunden zu stärken.

6. Konzentrieren Sie sich auf den Kunden

Einer der wichtigsten Vorteile der Verwendung von Buyer Personas ist, dass sie dazu beitragen, dass sich Ihr Team auf das Wesentliche konzentriert: den Kunden. Da heutzutage so viele Daten verfügbar sind, kann es leicht sein, sich in den Zahlen zu verlieren. Und es ist genauso einfach, in Kaninchenlöcher zu geraten und Funktionen zu suchen, an denen Sie arbeiten möchten, ohne genau zu überlegen, was für den Kunden am besten ist. Mit Kundenpersönlichkeiten ist es viel einfacher, sich daran zu erinnern, dass echte Menschen Ihr Produkt kaufen — und dass es Ihre Aufgabe ist, ihnen vor allem einen Mehrwert zu bieten.

So recherchieren Sie Ihre Buyer Personas

Gehen Sie nicht davon aus, dass Sie alles über Ihre Zielgruppe wissen — echte Daten sollten Ihre Buyer Personas informieren. Hier sind einige Möglichkeiten, wie du deine Buyer Personas recherchieren kannst:

Kunden befragen

Kundenbefragungen sind eine der leistungsfähigsten Methoden zur Datenerhebung. Sie können Online-Umfragen mit Tools wie SurveyMonkey oder Google Forms erstellen und diese dann an Ihre bestehenden Kunden oder Interessenten senden. Verwenden Sie diese Umfragen, um Fragen zu demografischen Merkmalen, Gewohnheiten, Zielen, Herausforderungen, Ängsten, Einwänden, Plattformen, Technologien und Präferenzen Ihrer Zielgruppe zu stellen. Diese Daten fließen direkt in jeden Bereich Ihrer Käuferpersönlichkeit ein. Stellen Sie also sicher, dass Sie Fragen stellen, die für das Verständnis Ihres Käufers am relevantesten sind und wie er Ihr Produkt finden, kaufen oder verwenden könnte.

Befragen Sie wichtige Kunden

Einzelgespräche mit Kunden oder Fokusgruppen sind eine weitere effektive Methode, um mehr über Ihr Publikum zu erfahren. Im Gegensatz zu einer Online-Umfrage ist dieses Format flexibler. Sie könnten mit einigen Fragen beginnen, um eine Diskussion zu beginnen, und dann anhand der Antworten, die Sie erhalten, weiter graben. Dies erfordert jedoch einen größeren Zeitaufwand von Ihnen und Ihren Kunden. Stellen Sie daher sicher, dass Sie einen fairen Anreiz bieten.

Überprüfe deine Datenbank

Wenn Sie bereits eine Liste aktueller oder früherer Kunden in Ihrer Datenbank gespeichert haben, können diese eine wirklich wertvolle Informationsquelle sein. Schauen Sie sich die Liste an und sehen Sie, welche Trends und Kategorien sich herauskristallisieren. Beispielsweise könnten Sie Käufer von kleinen, mittleren und großen Unternehmen finden. Oder Sie stellen fest, dass die meisten Ihrer Kunden in eine von 3-4 Abteilungen oder Rollen wie Marketing, Vertrieb und Projektmanagement passen. Sobald Sie Ihre Kundenliste kategorisieren können, können Sie sehen, wie verschiedene Kundentypen Ihr Produkt nutzen, Ihre Inhalte konsumieren und weitere nützliche Einblicke erhalten.

Überprüfe deine Analytik

Analytik kann eine Goldgrube für die Recherche Ihrer Kunden sein. Sie haben wahrscheinlich Zugriff auf Analysen von Ihrem Produkt, allen Social-Media-Seiten und Ihren Google-Analysen aus. Diese Daten können demografische Informationen, typische Nutzungsmuster, bevorzugte Geräte, bevorzugte Social-Media-Kanäle für verschiedene Zielgruppen, wonach sie suchen und vieles mehr enthüllen.

Machen Sie soziales Zuhören

Social Listening bedeutet, Ihre Social-Media-Kanäle zu überwachen, um zu sehen, was Ihr Publikum sagt. Möglicherweise entdecken Sie wertvolles Feedback, Problembereiche, Einwände und Themen, an denen Ihr Publikum interessiert ist. Du könntest diese Informationen auch finden, indem du dir die Kanäle deiner Mitbewerber ansiehst, nach Schlüsselwörtern aus der Branche suchst und sogar in Online-Foren nachschaust. Manchmal lernen Sie Ihr Publikum am besten kennen, wenn es um Hilfe oder Empfehlungen von Gleichaltrigen bittet.

Sprich mit deinem Team

Bitten Sie abschließend Ihre Teammitglieder, ihre Erkenntnisse über das Publikum zu teilen. Vor allem diejenigen, die regelmäßig mit Kunden sprechen, wie Verkäufer und Kundensupport. Sie kennen wahrscheinlich die Arten von Menschen, die Ihr Produkt kaufen, ihre größten Herausforderungen und die Fragen, auf die sie Antworten benötigen.

Eine einfache Buyer Persona-Vorlage

Sie müssen Ihre Buyer Personas nicht von Grund auf neu erstellen. Die meisten Buyer Personas folgen ungefähr demselben Format. Suchen Sie sich also eine Buyer Persona-Vorlage, die Ihren Bedürfnissen und Zielen entspricht, und beginnen Sie damit. Verwenden Sie die Daten, die Sie bei Ihrer Recherche gesammelt haben, um ein Profil für jeden Ihrer idealen Kunden auszufüllen.

Lassen Sie uns die obigen Abschnitte in Ihrer Buyer Persona-Vorlage durchgehen.

Titel und Name

Der Persona-Titel hilft Ihnen dabei, die Käufergruppe zu identifizieren, auf die Sie sich beziehen. Je nach Produkt kann es sich dabei um die Branche, die demografische Zusammensetzung, die Berufsbezeichnung, den Anspruch oder etwas anderes handeln, das sie von Ihren anderen Käufergruppen unterscheidet.

Aber manchmal reicht ein Titel nicht aus. Wenn Sie Ihre Käuferpersönlichkeit benennen und ihnen ein Foto geben, können Sie Ihre Käufer menschlicher erscheinen lassen. Es kann Ihnen helfen, sich daran zu erinnern, dass das Profil zwar fiktiv ist, aber echte Menschen Ihre Produkte kaufen und verwenden.

Bio

Eine kurze Biographie kann helfen, die Geschichte Ihres Käufers zu erzählen und seine Persönlichkeit, Ängste, Herausforderungen und seine Hauptziele zusammenzufassen. All diese Details werden zwar an anderer Stelle in der Buyer Persona aufgeführt, aber wenn du sie in Form einer Story zusammenstellst, kann das auch dazu beitragen, deinen Käufer menschlicher zu machen und diese Informationen aussagekräftiger und einprägsamer zu machen.

Persönlichkeit

Der Persönlichkeitsbereich basiert normalerweise auf einem der beliebten Persönlichkeitstests wie Myer Briggs, DISC oder Enneagram. Dies kann hilfreich sein, um Tendenzen wie Introversion oder Extraversion, Entscheidungsstile und die Anzahl der Informationen zu verstehen, die Ihr Käufer wahrscheinlich benötigt, um Ihr Produkt auszuwählen oder zu verwenden.

Beweggründe und Ziele

Listen Sie unter Motivationen die Dinge auf, die Ihre Käufer zum nächsten Schritt im Kaufprozess bewegen. Du könntest Dinge wie Ängste und Ziele einbeziehen, aber auch externe Auslöser wie Ideen und alles, was ihnen helfen könnte, deiner Marke oder deinem Produkt zu vertrauen.

Zu den Zielen Ihrer Käufer gehören möglicherweise ihre größere Vision für ihre Karriere oder ihr Leben, aber auch die kleineren Ziele, die sie durch die Interaktion mit Ihrer Marke oder den Kauf Ihres Produkts erreichen möchten.

Herausforderungen

Herausforderungen sollten alle Probleme zusammenfassen, die Ihr Käufer im Zusammenhang mit Ihrem Produkt hat — oder den Grund, warum er Ihr Produkt kaufen könnte. Du könntest auch auf Ängste und Probleme eingehen oder dafür einen eigenen Abschnitt erstellen.

Tools und Technologie

Tools und Technologien sind besonders nützlich, wenn Ihr Käufer bestimmte Fähigkeiten oder Integrationen benötigt, um Ihr Produkt effektiv nutzen zu können. Oder es zeigt einfach, wie sie am liebsten kommunizieren — ob über soziale Medien, E-Mail oder Telefon.

Sie können Ihrer Buyer Persona natürlich weitere Bereiche hinzufügen. Alles hängt davon ab, wie viele Informationen Sie benötigen, um sich ein klares Bild von Ihren Kunden zu machen, sie anzusprechen und aussagekräftige Gespräche mit ihnen zu führen. Gleichzeitig erleichtert es Ihrem Team, Ihre Persona kurz zu halten (eine einzige Seite ist ideal) und direkt auf den Punkt zu bringen.

Wie viele Buyer Personas sollten Sie erstellen?

Die meisten Organisationen benötigen etwa 3-4 Personas, um die meisten ihrer Zielgruppen abzudecken. Die richtige Anzahl an Buyer Personas hängt jedoch davon ab, wie vielfältig Ihre Zielgruppe ist.

Der Hauptpunkt dabei ist, dass Ihre Buyer Personas nicht jeden möglichen Käufer abdecken sollten — nur Ihre idealen Interessenten. Denken Sie an die 80/20-Regel — es ist wahrscheinlich, dass 20% Ihrer Kunden für 80% Ihres Umsatzes verantwortlich sind. Scheuen Sie sich also nicht, den 20% Priorität einzuräumen. Das Einbeziehen von Personas, die keine idealen Kunden sind, lenkt den Fokus von denen ab, die sind.

Tipp: Wenn du Schwierigkeiten hast, deine Zielgruppe in Gruppen einzuteilen und deine Buyer Personas einzugrenzen, versuche es mit einer Kartensortierung. Erstelle Miniprofile für all deine Zielgruppentypen auf separaten Karten und eliminiere dann die Zielgruppen, die keine profitablen oder idealen Kunden sind. Gruppieren Sie dann die verbleibenden Profile anhand ähnlicher demografischer Merkmale, Herausforderungen und Ziele zu einer Gruppe. Wenn du nicht einfach weitere Karten zu Gruppen kombinieren kannst, beende die Übung. Das sind Ihre Buyer Personas.

Fangen Sie an, Ihre Buyer Personas zu verwenden

Buyer Personas sind unglaublich vielseitig — jeder Teil Ihres Unternehmens, der mit Kunden interagiert oder sie beeinflusst, kann von der Verwendung von Buyer Personas profitieren. Lassen Sie sie also nicht irgendwo in einem Ordner liegen... fangen Sie sofort an, sie in die Prozesse Ihrer Teams zu integrieren.

Jetzt, da Sie so gut wie alles wissen, was es über Buyer Personas zu wissen gibt... jetzt ist es an der Zeit, Ihre eigene zu erstellen und (am wichtigsten) integrieren Sie sie in Ihre Prozesse, damit Sie mehr Ihrer besten Kunden erreichen und ein besseres Produkt für sie entwickeln können.

Verschaffen Sie sich einen Vorsprung mit Easy Agile Personas for Jira

Wenn du Jira verwendest, kannst du deine Buyer Personas innerhalb der Plattform hinzufügen, indem du folgen Sie dieser schrittweisen Anleitung. Melde dich bei Easy Agile Personas for Jira an und verknüpfe deine Personas mit Problemen in deinem Backlog und Storymap.

In der Zwischenzeit haben wir weitere Artikel, die du dir vielleicht ansehen möchtest, wie zum Beispiel:

Und tagge uns auf Twitter @EasyAgile wenn Sie teilen möchten, wie Ihre Teams Buyer Personas erstellen und sie in Ihre Prozesse integrieren!

Manche Dinge sind so offensichtlich, dass du dich fragst, warum es nicht schon früher passiert ist oder wie du jemals ohne es gelebt hast. So stehen wir zu unserer gerade gestarteten Integration zwischen Einfache Agile User Story Maps und Einfache agile Personas.

Zentral für ein erfolgreiches User Story Mapping sind die folgenden Fragen:

1. Warum bauen wir das?
2. Für wen bauen wir das?
3. Welchen Wert bietet die Lösung für den Kunden und wann?

Die Antwort auf all diese Fragen und die Daseinsberechtigung einer User Story Map ist in erster Linie der Nutzer oder Kunde.

Das User Story Mapping ist die visuelle Darstellung der Reise, die ein Kunde mit einem Produkt unternimmt. So können Sie und Ihr Team sich auf das konzentrieren, was Ihren Kunden den größten Mehrwert bietet und die gewünschten Ergebnisse erzielt.

EIN Benutzerpersona oder Kundenpersona ist die Verkörperung der Eigenschaften und Verhaltensweisen Ihrer wertvollsten Kunden. Es hilft allen in Ihrem Team, ein gemeinsames Verständnis davon zu haben, wer Ihr Kunde ist, um sich in ihn hineinzuversetzen und ihn bei der Arbeit an Möglichkeiten zur Verbesserung des Produkts stets im Blick zu haben.

5 Möglichkeiten, wie das Hinzufügen von Personas Ihre User Story Map auf das nächste Level bringt

Was ist also das Ergebnis der Zusammenführung dieser beiden leistungsstarken agilen Tools und Praktiken (abgesehen von der neuesten Version von Einfache Agile User Story Maps und Einfache agile Personas)?

Ohne in die Vorteil von User Story Mapping oder Benutzerpersonas erstellen Im Folgenden finden Sie fünf wichtige Vorteile, die Sie durch das Hinzufügen Ihrer User Personas zu Ihrer User Story Map erhalten.

1. Fügen Sie Ihrer User Story Map den wichtigsten Kontext hinzu — Ihren Nutzer

Wie oft kannst du ehrlich sagen, dass du eine User Story geschrieben oder daran gearbeitet hast, ohne wirklich zu wissen, wer dieser Nutzer ist? Könnten Sie getrost ihre Interessen, Beweggründe und Kommunikationsstile teilen? Könnten Ihre Teamkollegen?

Wir wissen, dass Unternehmen wie Ihres sich mehr auf ihre Kunden konzentrieren möchten, und die Wahrheit ist, dass Sie es sich nicht leisten können, dies nicht zu tun. Laut einem Walker-Studie, wird das Kundenerlebnis bis Ende 2020 den Preis und das Produkt als Unterscheidungsmerkmal der Marke überholen.

Wir wissen auch, dass es einfacher ist, an den Dingen zu arbeiten, an denen wir gerne arbeiten, oder an den nächsten Aufgaben auf der To-Do-Liste oder an den Problemen, die wir für wichtig halten — aber sind das die Dinge, die für Ihre wertvollsten Kunden am wichtigsten sind?

Die Integration zwischen Easy Agile Personas und Easy Agile User Story Maps fügt Ihrer User Story Map den wichtigsten Kontext hinzu — Ihren Benutzer — und hilft Ihrem Team, sie im Auge zu behalten.

Easy Agile Personas ermöglicht es dir, Stories in deinem Backlog mit Persona-Profilen in der Jira-Issue-Ansicht zu verknüpfen, indem du Felder „Persona“ und „Persona Importance“. In der neuesten Version der Easy Agile User Story Maps haben wir hat diese Felder in der modale Problemansicht. Das bedeutet, dass keine User-Story zurückbleibt, da Sie sie jetzt direkt mit einem Benutzer verbinden können, der sich direkt in Ihrer Story Map mit dem Thema befasst.

Hinweis: Die benutzerdefinierten Felder Persona und Persona Importance müssen auf dem Bildschirm angezeigt werden, der von Ihrem Projekt verwendet wird, bevor sie in der Problemansicht in Easy Agile User Story Maps angezeigt werden. Sie sind sich nicht sicher wie? Lesen Sie dieses Dokument was erklärt, wie das geht.

2. Priorisieren Sie die Arbeit, die Ihren Kunden einen besseren Mehrwert bietet

Zusätzlich zum benutzerdefinierten Persona-Feld in der Problemansicht können Sie auch Lege die Persona-Wichtigkeit für dein Problem fest. Auf diese Weise kann sich Ihr Team auf das konzentrieren, was Ihren Kunden den größten Mehrwert bietet, und die gewünschten Ergebnisse erzielen, und die Arbeit entsprechend priorisieren. Wenn Sie Ihr Team auf die Arbeit konzentrieren, die Ihren Kunden einen besseren Mehrwert bietet, müssen Sie zunächst festlegen, um welche Arbeit es sich in praktischer und greifbarer Hinsicht handelt, d. h. um Ihre Probleme in Jira.

3. Verschaffen Sie sich einen ganzheitlichen Überblick über die Reise jeder Persona

Da Sie nun den Kontext Ihres Kunden hinzufügen können und wissen, wie wichtig Ihre Arbeit für ihn ist, dachten wir, dass es auch wichtig ist, Ihre Storymap mit einem nativen Filter nach Persona und Wichtigkeit für Persona filtern zu können. Zuvor bestand die einzige Möglichkeit, die Story-Map nach Persona zu filtern, darin, für jede Ihrer Personas manuell einen Schnellfilter außerhalb der Story-Map zu erstellen.

von Dein Board nach Persona filtern, Ihr Team hat einen ganzheitlichen Überblick über die Customer Journey und kann schnell und einfach erkennen, welche Entwicklungen im kommenden Sprint/Release sich direkt auf jede Ihrer Personas auswirken und diese bedienen.

4. Bessere Sichtbarkeit, um die Ergebnisse Ihres Teams einfach mit den Ergebnissen der Kunden in Einklang zu bringen

Zusammen mit den benutzerdefinierten Feldern für Ihr Problem und dem nativen Persona-Filter können Sie filtere dein Board nach Wichtigkeit für Persona ermöglicht eine bessere Sichtbarkeit und ermöglicht eine bessere und effektivere Zusammenarbeit zwischen Teams. Auf diese Weise können Sie nicht nur leichter sicherstellen, dass wichtige Geschichten mit geringem Aufwand priorisiert werden, sondern es wird auch die Fähigkeit Ihres Teams ausgeschöpft, wirklich zu arbeiten kundenorientierte Story-Mapping-Sitzungen.

5. Reibungslose Planungssitzungen mit weniger Unterbrechungen

Mit Easy Agile Personas und Easy Agile User Story Maps müssen Sie Jira nicht nur nicht verlassen, um Ihre Personas zu erstellen oder Ihre User Story abzubilden, sondern mit dieser Integration müssen Sie nicht einmal Ihre Story Map verlassen, um Probleme den Personas und der Persona Importance zuzuweisen. Wir haben hart daran gearbeitet, dass Easy Agile Personas und Easy Agile User Story Maps besser zusammenarbeiten — damit Ihr Team das auch kann.

Bist du bereit, Easy Agile Personas zu deiner Story Map hinzuzufügen?

Starte deine kostenlose Testversion

Noch kein User Story Map-Kunde? Sie können probiere das auch kostenlos.

Eine User Story Map ist eine kollaborative Praxis, die ein agiles Team bei der Erstellung seines Produkt-Backlogs unterstützt.

Die Storymap erfasst die Reise, die ein Kunde mit dem Produkt unternimmt, einschließlich der Aktivitäten und Aufgaben, die er durchführt.

Wenn Sie die Storymap als Team erstellen, stellen Sie sicher, dass die Teammitglieder vom Beginn der Entwicklung bis zur laufenden Auslieferung neuer Versionen auf derselben Wellenlänge sind.

In diesem Beitrag werden wir die Aspekte einer erfolgreichen Storymap untersuchen.

Rückgrat

Ein Rückgrat sorgt für Struktur. Das Backbone der User Story Map erfasst die Aktivitäten auf hoher Ebene, die ein Benutzer während der Nutzung des Produkts ausführen wird.

Wenn wir ein einfaches Beispiel nehmen und einen Film auf einem Apple TV kaufen und ansehen, haben wir möglicherweise die folgenden Aktivitäten:

• Film wählen
• Film kaufen
• Film anschauen
• rezensieren//Film empfehlen

Damit ein Benutzer einen Film auf dem Apple TV ansehen kann, müsste er drei dieser Aktivitäten ausführen. Und vielleicht gibt es noch weitere Folgeaktivitäten wie das Schreiben einer Rezension oder das Empfehlen des Films an einen Freund, die wir fördern möchten.

Chronologische Reihenfolge

Sobald wir die Aktivitäten des Backbones identifiziert haben, ordnen wir sie in der chronologischen Reihenfolge an, wie ein Benutzer mit dem Produkt interagieren wird. Im Anschluss an das Apple TV-Beispiel werden wir sicherstellen, dass die Reihenfolge korrekt ist:

Es ist üblich, bestehende Aktivitäten neu anzuordnen oder neue Aktivitäten hinzuzufügen, während sich die Diskussion entwickelt. Dies ist ein entscheidender Vorteil des kollaborativen Ansatzes beim Aufbau des Produkt-Backlogs, da wir das Wissen eines ganzen Teams teilen, das an der Diskussion beteiligt war.

Geschichten

Unter jeder Aktivität im Backbone erstellen wir User Stories, die die Customer Journey konkretisieren. Beispielsweise sehen wir unter der Aktivität „Film auswählen“ möglicherweise Geschichten zu folgenden Themen:

• Freitextsuche
• nach Genre durchsuchen
• nach Neuzugang durchsuchen
• nach den beliebtesten durchsuchen
• suche nach den beliebtesten nach Genre
• nach Neuzugang nach Genre durchsuchen

Diese Geschichten sind nach ihrem Wert für den Benutzer geordnet. Der Wert kann anhand von Gesprächen mit Nutzern, Analysen von Nutzungsmustern oder einer anderen Form von Erkenntnissen, die für Ihr Produkt geeignet sind, ermittelt werden.

Reihenfolge

Sobald das Team das Rückgrat hat und die Geschichten geordnet sind, ist es an der Zeit, die Arbeit zu sequenzieren. Was wollen wir in unserem MVP, unserem 1.0, 2.0 usw. liefern?

Wir haben die Storymap horizontal aufgeteilt, um zu zeigen, was in jeder Version enthalten ist und was nicht.

Wir können dann mit der Auslieferung beginnen, und während wir Releases ausliefern, können wir unseren Fortschritt anhand der Storymap verfolgen. Produktmanager beginnen eine Sprint-Planungssitzung häufig mit der Überprüfung der Storymap, um sicherzustellen, dass alle Teammitglieder immer noch auf derselben Wellenlänge sind.

User Story Maps machen aus einem flachen Backlog eine anschauliche Darstellung der Kundenreise.

Ein paar letzte Tipps:

Halten Sie die Storymap im Verlauf der Arbeiten auf dem neuesten Stand, damit die Beteiligten den Fortschritt in Echtzeit visualisieren können;

Verwenden Sie die Storymap, um die Roadmap mit den Kunden zu kommunizieren und die Produktvision zu teilen.

User Story Mapping ist eine unverzichtbare Praxis für jedes agile Team. Sie sind eine hervorragende Methode, um sicherzustellen, dass das Team seine Kunden versteht, die Lösung klar formulieren kann und sich weiterhin auf die Umsetzung konzentriert.

Bei Easy Agile haben wir uns der Praxis des Story-Mappings verschrieben. Tatsächlich sind wir so begeistert von User Story Mapping, dass wir ein JIRA-Add-on entwickelt haben, das Teams bei der Durchführung von Sitzungen unterstützt. Testen Sie Easy Agile TeamRhythm noch heute.

Story Points in Agile sind ein Mikrokosmos der agilen Entwicklung selbst. Wenn Sie als Team zusammenarbeiten, um den Umfang abzuschätzen, entsteht eine Atmosphäre der Zusammenarbeit, des gemeinsamen Verständnisses und der kontinuierlichen Verbesserung. Agile Story Points können auch für Klarheit in einer User Story Map sorgen, indem sie Aufschluss darüber geben, wie viel Aufwand Sie in die Entwicklung der einzelnen Abschnitte der Customer Journey durch Ihr Produkt investieren möchten.

Story Points sind Aufwandsschätzer. Sie sind eine Alternative zu herkömmlichen Schätzverfahren, mit denen der erwartete Aufwand eines Projekts in Tagen, Wochen oder Monaten gemessen wird. Mit agilen Storypoints, anstatt zu fragen: „Wie lange wird dieses Projekt dauern?“ Wir verwenden relative Schätzungen über den Aufwand, der erforderlich sein könnte, um jedes Element im Backlog abzuschließen. Beispielsweise wird erwartet, dass ein Objekt, dem zwei Story Points zugewiesen sind, doppelt so viel Aufwand erfordert wie ein Objekt, das auf einen Punkt geschätzt wird.

Warum sollten agile Teams also Nutze Story Points? Schauen wir uns an, wie Story-Point-Schätzungen, Sprint-Retrospektiven und Geschwindigkeitsmetriken zu einem Konsens führen und den Teammitgliedern eine klare Vorstellung von der Priorisierung Ihres Produkt-Backlogs ermöglichen.

Schätzung des Storypoints für das gesamte Team 🙌

Bei der Sprint-Planung arbeiten Produkt- und Entwicklungsteams zusammen, um ein gemeinsames Verständnis des Aufwands zu erlangen, der zur Fertigstellung von Backlog-Elementen erforderlich ist. Während der Planung stimmt das Team einer Story-Point-Schätzung für jede User Story im Sprint zu.

Punkteschätzungen sind eine Praxis der Zusammenarbeit und Konsensbildung zwischen Teammitgliedern. Das gesamte Team beteiligt sich an der Bestimmung des Punktewerts für jedes Item im Sprint. Indem wir die Sichtweise des jeweils anderen auf die Schätzungen erörtern:

• Produktbesitzer verstehen die Gründe der Entwickler für ihre Schätzungen besser.
• Entwickler entwickeln Empathie für das Bedürfnis des Product Owners, Kompromisse abzuwägen und Entscheidungen zur Priorisierung von Sprint zu Sprint zu treffen.
• QA-Tester haben die Möglichkeit, die Komplexität und das Risiko der geschätzten Arbeit sowie den Arbeitsaufwand, der für die Erstellung und Durchführung von Tests erforderlich ist, abzuwägen.

Eine gängige Methode für den Einsatz agiler Story Points besteht darin, Backlog-Elementen mithilfe der Fibonacci-Sequenz Werte zuzuweisen — 1, 2, 3, 5, 8, 13, 21... Sie verstehen es. Mike Cohn bietet eine kurze Beschreibung Grund für diesen Ansatz — Zahlen, die zu nahe beieinander liegen, sind schwer zu unterscheiden. Diese Punktefolge bietet Ihrem Team einen viel besseren Ausgangspunkt, um den relativen Aufwand von Backlog-Elementen zu besprechen als ein lineares Punktesystem (d. h. 1, 2, 3, 4, 5... Sie verstehen es immer noch).

Durch die Planung mit agilen Storypoints vermeiden Sie die Versuchung, künstliche Deadlines für Sprint-Elemente zu setzen. Es ist auch einfacher, einen Konsens über den relativen Umfang der Elemente zu erzielen, als zu versuchen, für jedes Element einen Zeitrahmen festzulegen. Du wirst weniger Zeit mit der Planung verbringen und mehr Zeit mit der Arbeit an deinem Sprint verbringen!

Schätzungen sind... Schätzungen

Ratet mal was? Ihre Schätzungen müssen nicht perfekt sein! Der Prozess von agiles Schätzen ist schwierig bietet Softwareentwicklungsteams jedoch die Möglichkeit, sich damit vertraut zu machen, dass Story-Point-Schätzungen gerade genau genug sind, um sie kontinuierlich weiterzuentwickeln. Im Laufe der Zeit werden Sie voneinander lernen und besser darin werden, bessere Schätzungen zu erstellen.

Unvorhersehbarkeit besteht in jedem Projekt. Indem Sie grobe Schätzungen verwenden, die relativ zueinander sind, vermeiden Sie die Falle einer Überplanung und ermöglichen es den Entwicklern, sich an die Arbeit zu machen. Story-Point-Schätzungen ermöglichen es Teams, reibungslose Planungsabläufe zu erstellen und nahtlos von einem Sprint zum nächsten überzugehen.

Sprintgeschwindigkeit und andere wichtige Kennzahlen 📈

Agile Story Points bieten Teams ein weiteres wertvolles Tool, mit dem sie ihren Schätzprozess kontinuierlich verbessern können — Metriken. Im Zusammenhang mit Story Points und Schätzungen können mehrere Metriken verwendet werden, aber wir konzentrieren uns auf zwei der beliebtesten — Burndown und Velocity.

Burndown im Sprint

In jeder Sprint-Iteration verpflichtet sich das Team zu dem Umfang an Arbeit, von dem es glaubt, dass es in diesem Zeitrahmen fertig sein kann. EIN Burndown-Diagramm visualisiert, wie sich das Team im Laufe des Sprints im Vergleich zu seinem Engagement entwickelt.

Die Y-Achse ist die Anzahl der Punkte im Sprint, und die X-Achse zeigt die Zeit im Sprint an. Das Diagramm enthält zwei Linien. Die ideale Linie für verbleibende Arbeit verbindet das Startdatum des Sprints mit seinem Enddatum (sie kreuzt die X-Achse, um anzuzeigen, dass die gesamte Arbeit des Sprints erledigt ist). Die Linie für die tatsächliche verbleibende Arbeit zeigt, was noch zu tun ist. Die Grundidee ist, dass diese Linie so genau wie möglich der Ideallinie folgt, was bedeutet, dass Ihre Schätzungen solide sind und Sie die Arbeit des Sprints in einem schönen Tempo abschließen.

Wenn Sie sich dieses Diagramm ansehen, werden Sie feststellen, mit welchen Problemen agile Teams häufig konfrontiert sind. Hier sind einige Beispiele:

• Über- oder Unterverpflichtung zu viel Arbeit
• Punkte zum Sprint hinzufügen, nachdem er bereits gestartet wurde
• Unregelmäßige Bewegung in der tatsächlichen Arbeitsrestlinie
• Übermäßige Verpflichtungen, die User Stories in den nächsten Sprint drängen

Burndown steht in engem Zusammenhang mit der Geschwindigkeit, die das Arbeitstempo Ihres Teams misst.

Sprintgeschwindigkeit

Die Geschwindigkeit eines Entwicklungsteams ist die Menge an Arbeit, die in jedem Sprint abgeschlossen wird. Sie kann als Maß dafür verwendet werden, wie lange das Team braucht, um seinen Backlog abzuarbeiten. Da es sich bei agilen Storypoints um eine relative Schätzung handelt, können Teams sie als Ausgangsbasis verwenden, um zu verstehen, wie sich ihre Geschwindigkeit entwickelt.

Hier sehen wir eine Darstellung der Geschwindigkeit eines Teams im Verlauf mehrerer Sprints.

Sprint-Retrospektiven sind eine Gelegenheit, alle Probleme zu besprechen, die sich aus dem Burndown des Sprints oder der Geschwindigkeit des Teams ergeben. Es ist an der Zeit, als Team nachzudenken, Ihre Kennzahlen zu überprüfen und herauszufinden, ob es Möglichkeiten gibt, Ihren Prozess zu verfeinern und gemeinsam zu verbessern.

Hier sind einige Fragen, die Sie sich während dieses Vorgangs stellen sollten:

• Sollten wir unsere Erwartungen an die Überwindung des Rückstands anpassen?
• Müssen wir unseren Schätzungsprozess optimieren?
• Sollten wir erwägen, ein Teammitglied hinzuzufügen?
• Engagieren wir uns zu viel oder zu wenig für den Arbeitsaufwand in unseren Sprints?

Diese Kennzahlen geben zwar Aufschluss über Ihren Schätzungsprozess und das Tempo, mit dem Ihr Team Ihr Backlog bearbeitet, aber die Aufnahme Ihrer Elemente in eine User Story-Map bietet eine weitere Ebene des Kontextes für Ihre allgemeinen Priorisierungsentscheidungen.

User-Story-Mapping mit agilen Storypoints

Storypoints sind nicht nur im Zusammenhang mit Sprints wichtig. Wenn Sie sie in User Story Maps platzieren, entsteht ein visuelles Bild der strategischen Produktpriorisierung.

User Story Mapping auf den Punkt gebracht 🥜

Eine User Story Map nimmt die Elemente in Ihrem flachen Backlog und platziert sie in den Kontext Ihrer Benutzerreise durch Ihr Produkt. Sie bietet einen Überblick über alle Aktionen, die Ihre Kunden von der Anmeldung bis zur Abmeldung ergreifen, sowie über alle wichtigen Maßnahmen, die sie dazwischen ergreifen. Anstatt eine klare Liste von Elementen (Backlog) zu haben, organisiert die User Story Map diese nach den Arbeitsabläufen Ihrer Kunden.

Einen umfassenderen Überblick über diese Methode finden Sie in unserem ultimativer Leitfaden für User Story Maps.

Entfessle dein Jira-Backlog mit User Story Maps

Mit Einfache Agile User Story Maps für Jira, können Sie die Anzahl der agilen Story Points sehen, die jeder Phase der Story-Map Ihrer Benutzer zugewiesen sind. Wenn Produktteams und Stakeholder anhand von Punktschätzungen aus der Customer Journey einen nutzerorientierten Überblick über die Priorisierung erhalten.

Dies kann helfen, Fragen zu beantworten wie:

• Investieren wir zu viel Mühe in einen Teil der Reise?
• Sollten wir die Punktevergabe während der gesamten Reise glätten oder uns auf einen wichtigen Problembereich konzentrieren?
• Wird die nächste Version unseren Kunden in einer bestimmten Phase ihrer Produktreise genügend Mehrwert bieten?

Es bietet auch eine weitere Möglichkeit für Ihr Team, zusammenzuarbeiten! Wenn Sie Ihre Story-Map gemeinsam überprüfen, werden Sie mit Sicherheit mehr Erkenntnisse gewinnen und Ihre Priorisierungsentscheidungen wiederholen.

Agile Storypoints in Kombination mit User Story Mapping sind eine effektive Methode, Teams zusammenzubringen, um eine gemeinsame Sicht auf die Priorisierung während der gesamten Customer Journey zu erstellen.

Wie fühlst du dich, wenn jemand „Planung“ erwähnt? Freust du dich auf die Gelegenheit oder rennst du bei dem Gedanken, einen Plan zu schmieden, in die Berge?

Die Sprint-Planung ist ein entscheidender Teil des agilen Sprintzyklus. Sie hilft Ihnen und Ihrem Team dabei, gemeinsame Ziele zu erreichen, und bereitet Sie auf einen erfolgreichen Sprint vor. Auch wenn Planung nicht zu Ihren Stärken gehört, ist die gute Nachricht, dass Sie mit Hilfe einiger guter Ratschläge üben und im Laufe der Zeit besser werden können.

Wir haben unsere besten Tipps zur Sprint-Planung in einem ultimativen Leitfaden für agile Sprint-Planung zusammengefasst, der alles enthält, was Sie für effiziente und effektive Planungsbesprechungen benötigen.

Was ist agile Sprint-Planung?

Agile Sprintplanung ist eine wichtige Zeremonie im agilen Sprintzyklus. Sie bedeutet und bereitet das Team auf den Start des Sprints vor. Ohne diese Planung besteht das sehr reale Risiko, dass es dem Team an Fokus mangelt und es ihm nicht gelingt, sich auf das Wesentliche zu konzentrieren.

Eine effektive agile Sprint-Planung besteht aus drei Hauptteilen: einem Sprintziel, einem Verständnis der Teamkapazität und einer Reihe von priorisierten Backlog-Elementen. Jedes Element hängt vom anderen ab, um erfolgreich zu sein.

Die Idee ist, Ihr Team auf ein Ziel für den nächsten Sprint auszurichten, indem Sie sich auf eine Reihe von Backlog-Elementen einigen, die innerhalb des Sprints erreichbar sind und zum Erreichen des Sprintziels beitragen. Wenn Sie sich darauf konzentrieren und Klarheit darüber gewinnen, was Sie erreichen möchten, kann Ihr Team besser zusammenarbeiten und die Ziele erreichen.

Es ist am besten, mit einem vereinbarten Sprintziel zu beginnen. Anschließend können Sie die Arbeit an den spezifischen Backlog-Elementen priorisieren, für deren Erledigung Ihr Team in der Lage ist. Dies wird dazu beitragen, dass Ihr Sprintziel Wirklichkeit wird.

Wie die Sprint-Planung in den Scrum-Prozess passt

Wir sind große Fans des Scrum-Prozesses und er ist bei vielen Softwareentwicklungsteams sehr beliebt. Agile Sprintplanung kann zwar viele Formen annehmen innerhalb der anders agil Methodologien, für die Zwecke dieses Leitfadens konzentrieren wir uns auf die agile Sprint-Planung innerhalb des Scrum-Frameworks.

Wenn Ihr Team Scrum nicht befolgt, machen Sie sich keine Sorgen — unsere Tipps zur Vorbereitung, unser Meeting-Leitfaden, die zu vermeidenden Fehler und die Ressourcen zur Sprint-Planung sind für Sie von Nutzen.

💡 Erfahre mehr: Was ist der Unterschied zwischen Kanban und Scrum?

Scrum-Rollen: Die Menschen

In einem Scrum-Team gibt es drei Hauptrollen.

1. Inhaber des Produkts
2. Scrum Master
3. Entwicklungsteam

Der Product Owner legt die Arbeit im Voraus an. Sie helfen bei der Priorisierung der Artikel aus dem Produkt-Backlog und entscheiden, welche Elemente in den Sprint-Backlog. Diese wichtigen Entscheidungen leiten die Ziele des Sprints und bestimmen die Aufgaben, die das Team im nächsten Sprint bewältigen wird.

Das Scrum Master fungiert als Leitfaden und leitet Besprechungen, die sicherstellen, dass das Scrum-Framework während des gesamten Sprints eingehalten wird, um das Team auf Kurs zu halten. Der Scrum Master hilft dem Team, das Beste aus dem gesamten Scrum-Prozess und jeder einzelnen Scrum-Zeremonie herauszuholen.

Das Entwicklungsteam besteht aus den verschiedenen Personen, die die bei der Sprintplanung vereinbarten Arbeiten erledigen werden.

Es gibt noch andere, auf die Sie sich bei der Sprint-Planung beziehen könnten, z. B. Stakeholder, Benutzer und Kunden. Dies sind zwar technisch gesehen keine Scrum-Rollen, aber sie spielen eine entscheidende Rolle bei der Produktentwicklung. Stakeholder sollten früh und häufig in den Prozess einbezogen werden, und Kunden sollten bei Entwicklungsentscheidungen immer im Vordergrund stehen. Einige Teams halten User Personas für eine wertvolle Methode, um den Nutzerwert im Mittelpunkt zu behalten.

Artefakte: Was wird gemacht

Artefakte sind die Dinge, die erledigt werden müssen — verschiedene Aufschlüsselungen dessen, was das Team zu erreichen hofft:

1. Produktrückstand
2. Sprint-Backlog
3. Zuwächse

Artikel im Produktbacklog sind die Aufgaben, von denen das Team glaubt, dass sie sie erledigen müssen, um ein Produkt oder eine spezifische Verbesserung eines Produkts fertigzustellen. Es ist die große Masterliste mit allem, was das Team glaubt, erledigen zu müssen. Das Produkt-Backlog ist flexibel und iterativ und wird sich weiterentwickeln, wenn das Team mehr über das Produkt, das Feedback der Interessengruppen und die Kundenbedürfnisse erfährt.

Der Sprint-Backlog ist fokussierter als der Produkt-Backlog. Der Product Owner verschiebt zu Beginn jedes Sprints die wichtigsten Backlog-Elemente aus dem Produkt-Backlog in das Sprint-Backlog, basierend auf aktuellen Problemen, Prioritäten und Kundenbedürfnissen. Das Team ist bestrebt, im Laufe des Sprints alle Elemente des Sprint-Backlogs abzuschließen.

Ein Zuwachs ist ein Trittbrett aus Beton zur Erreichung des Produktziels. Eine Erhöhung muss als brauchbar verifiziert werden, um einen Mehrwert zu bieten. Das bedeutet, dass jede abgeschlossene Arbeit nicht als Teil einer Erhöhung betrachtet werden kann, es sei denn, sie entspricht der Definition von Erledigt (eine Vereinbarung zwischen dem Team darüber, was „erledigt“ bedeutet). Dabei handelt es sich um eine formale Beschreibung des Zuwachses, wenn es die für ein Produkt geltenden Qualitätsstandards erfüllt. Sobald die abgeschlossene Arbeit der vereinbarten Definition von Erledigt entspricht, erhalten Sie einen Zuschlag.

Scrum-Zeremonien: Wo Sprint Planning passt

In Scrum gibt es eine Reihe von Zeremonien, die in jedem Sprint stattfinden. Hier passt die Sprint-Planung in den Scrum-Prozess.

1. Sprint-Planung
2. Tägliches Scrum (oder Standup)
3. Sprint-Bewertung
4. Sprint-Rückblick

💡 Erfahre mehr: Agile Ceremonies: Ihr Leitfaden für die vier Stufen

Sprint-Planung ist die erste Scrum-Zeremonie — sie bereitet das Team auf den Sprint vor. In der Planungssitzung wird alles in Bewegung gesetzt und das Team darauf ausgerichtet, was für diesen Sprint am wichtigsten ist. In diesem Moment werden Entscheidungen getroffen und wichtige Backlog-Elemente aus dem Produkt-Backlog in das Sprint-Backlog verschoben.

Die zweite Zeremonie wiederholt sich an jedem Tag des Sprints. Tägliche Standups Bringen Sie das Team zusammen, um Fortschritte und Hindernisse zu besprechen, die möglicherweise im Weg stehen. Indem die Bedenken frühzeitig an die Öffentlichkeit gebracht werden, kann das Team die Frustration aufgrund von Verzögerungen vermeiden und sicherstellen, dass die Arbeit reibungslos abläuft.

Die letzten beiden Zeremonien finden am Ende des Sprints statt. Für der Sprint Review, kommt das Team zusammen, um anhand der abgeschlossenen Arbeit den Erfolg des Sprints zu ermitteln. Es ist auch eine Gelegenheit, Stakeholder einzubeziehen, um Feedback zu dem einzuholen, was bisher erreicht wurde. Das Sprint-Review stellt sicher, dass Kundeninformationen immer im Mittelpunkt stehen, die Stakeholder kontinuierlich Fortschritte verfolgen und garantiert, dass das Produkt nie zu weit von dem abweicht, wonach die Stakeholder suchen.

Das Sprint-Rückblick sammelt wichtige Einblicke von Teammitgliedern darüber, wie der Sprint verlaufen ist. Was lief gut, was lief nicht so gut und was könnte beim nächsten Mal verbessert werden? Diese wertvollen Erkenntnisse machen Scrum agil — das Team denkt immer kritisch über den Prozess nach und sucht nach Möglichkeiten, die Arbeit und die Art und Weise, wie sie zusammenarbeiten, zu verbessern.

Wir werden im Folgenden ausführlicher auf diese Zeremonien eingehen, wenn wir besprechen, was nach dem Sprint-Planungsmeeting passiert.

Die Vorteile der agilen Sprint-Planung

Agile Sprintplanung ist ein leistungsstarkes Meeting, das nicht übersehen oder unterschätzt werden sollte. Es ist eine Gelegenheit für:

• Bringen Sie das gesamte Team zusammen und orientieren Sie sich an gemeinsamen Zielen
• Stellen Sie den Kontext ein, indem Sie den Sprint mit klaren Prioritäten beginnen
• Identifizieren Sie potenzielle Hindernisse, bevor sie auftreten
• Bringen Sie das Feedback der Stakeholder in den Planungsprozess ein
• Lernen Sie aus früheren Sprints, indem Sie Sprint Review und retrospektive Einblicke in Betracht ziehen
• Berücksichtigen Sie die Teamkapazität und passen Sie sie entsprechend an, um sicherzustellen, dass die Ziele erreichbar sind und das Team im bevorstehenden Sprint nicht überfordert ist.
• Berücksichtigen und planen Sie Abhängigkeiten, die sich auf den Arbeitsablauf auswirken können.

So bereiten Sie sich auf ein Sprint-Planungstreffen vor

Wir wissen, dass wir gesagt haben, dass ein Sprint mit der Sprint-Planung beginnt, aber es gibt tatsächlich ein paar wichtige Schritte, die Sie ergreifen müssen, um sich auf die Planungssitzung vorzubereiten. Leider müssen Sie für das Planungstreffen ein wenig planen.

Verfeinerung des Backlogs

Durch die Pflege oder Verfeinerung Ihres Backlogs bleibt Ihr Backlog gesund, aktuell und bereit für die Sprint-Planung. Ein verfeinertes Backlog trägt dazu bei, dass die Planungszeit Ihres Teams effizient und effektiv genutzt wird, da Sie keine Zeit damit verschwenden müssen, dem Backlog Details hinzuzufügen, die im Voraus hätten abgeschlossen werden können, bevor alle zusammengekommen sind.

Der Produktmanager sollte das Backlog einige Tage vor dem Sprint-Planungsmeeting bereinigen, um sicherzustellen, dass es fertig ist.

Tipps zur Aufrechterhaltung eines gesunden Backlogs:

• Stellen Sie sicher, dass die Geschichten in der Reihenfolge ihrer Priorität angeordnet sind
• Priorisieren Sie Artikel, die dem Kunden den größten Mehrwert bieten
• Details zu den Backlog-Elementen mit der höchsten Priorität hinzufügen
• Teilen Sie alle User Stories auf, die zu groß sind
• Löschen Sie alle User Stories, die nicht mehr relevant sind
• Erstellen Sie neue User Stories auf der Grundlage neuer oder klarerer Bedürfnisse
• Fügen Sie Artikel hinzu, die auf dem Feedback neuer Interessengruppen basieren
• Nehmen Sie Anpassungen auf der Grundlage von Fehlerkorrekturen vor
• Weisen Sie genauere Schätzungen zu

💡 Erfahre mehr: Unverzichtbare Checkliste für eine effektive Backlog-Verfeinerung (und was zu vermeiden ist)

Sei konsistent

Eine einheitliche Besprechungszeit, die weit im Voraus geplant wird, stellt sicher, dass das gesamte Scrum-Team das Zeitfenster offen hält. Buchen Sie Ihr Sprint-Planungsmeeting bei jedem Sprint am selben Tag und zur gleichen Zeit, damit niemand es vergisst oder doppelt bucht.

Bei der Sprint-Planung handelt es sich nicht um ein Meeting, das hin- und hergeschoben, verzögert oder ignoriert werden kann — Besprechungen zur Sprint-Planung sind für den Erfolg eines jeden Sprints unerlässlich. Fragen Sie Ihr Team nach einer bestimmten, wiederkehrenden Zeit für ein Meeting und stellen Sie sicher, dass es für alle funktioniert.

So führen Sie ein Sprint-Planungsmeeting durch

Die agile Methode ist zwar flexibel und kollaborativ, aber nicht chaotisch; alles muss mit einem Plan beginnen.

1. Halten Sie sich an eine festgelegte Sitzungsdauer zur Sprint-Planung

Wie bei jeder Art von Besprechung kann das Team ohne Timebox leicht abgelenkt werden. Schließlich ist es oft einfacher, über die Arbeit zu sprechen, die erledigt werden muss, als sie tatsächlich abzuschließen. Es ist die Aufgabe des Scrum Masters, das Team auf Kurs zu halten und sicherzustellen, dass das Zeitlimit nicht überschritten wird.

Gehen Sie gut vorbereitet in das Sprint-Planungsmeeting. Eine klare Agenda und ein gut ausgearbeitetes Backlog sorgen dafür, dass Ihr Team direkt mit der Planung beginnen kann.

Legen Sie eine realistische Zeitbox für das Meeting fest und halten Sie sich daran. Wir empfehlen Ihnen, nicht mehr als 2-3 Stunden für ein Sprint-Planungs-Meeting einzuplanen, aber je besser Sie sich mit der Sprint-Planung auskennen, desto besser verstehen Sie, wie viel Zeit für Sie und Ihr Team in Frage kommt.

2. Verwenden Sie Schätzungen, um realistische Entscheidungen zu treffen

Sie möchten, dass Ihr Team so produktiv wie möglich ist, aber eine Überlastung kann die Produktivität und Konzentration tatsächlich beeinträchtigen. Unangemessene Erwartungen sind demotivierend und übermäßig engagierte Teammitglieder machen mit größerer Wahrscheinlichkeit Fehler.

Sie müssen wissen, wie viel Aufwand und Zeit erforderlich sind, um die Ziele zu erreichen, die Sie sich für jeden Sprint gesetzt haben. Agile Schätzungstechniken und Storypoints ermöglichen ein besseres Verständnis der Teamkapazität, der individuellen Kapazität und der Frage, wie eine angemessene Arbeitsbelastung aussieht. Angemessene und realistische Ziele helfen Ihrem Team, motiviert zu bleiben und einen konsistenten Arbeitsablauf zu unterstützen.

3. Definieren Sie klare Ziele und Ergebnisse

Was will das Team bis zum Ende des Sprints erreichen? Setze klar definierte Ziele und Ergebnisse, die jeder versteht. Stimmen deine Ziele mit dem überein, was du aus vergangenen Sprints gelernt hast? Stimmen sie mit den Kundenbedürfnissen überein? Sind sich alle einig, wie der nächste Sprint (ungefähr) aussehen wird?

Gehen Sie nicht davon aus, dass alle auf derselben Seite sind. Stellen Sie Fragen und ermutigen Sie Ihr Team, sich zu äußern, wenn etwas unklar ist. Es ist besser, Unstimmigkeiten oder Missverständnisse jetzt auszuräumen, als zu Beginn der Arbeit.

Um Sprintziele effektiv zu setzen, muss das SMART-Framework befolgt werden, eine anerkannte Strategie im Projektmanagement und bei der Zielsetzung in verschiedenen Branchen. Das Akronym SMART steht für:

• Spezifisch: Definieren Sie klar, was Sie erreichen möchten. Vermeiden Sie vage Ziele, indem Sie präzise Ergebnisse festlegen.
• Messbar: Legen Sie Kriterien für die Messung des Fortschritts fest. Dies hilft bei der Nachverfolgung von Erfolgen und der Identifizierung von Bereichen, in denen Anpassungen erforderlich sind.
• Erreichbar: Streben Sie Ziele an, die herausfordernd sind, aber mit den vorhandenen Ressourcen erreichbar sind. Überehrgeizige Ziele können ein Team demoralisieren, wenn sie nicht realistisch sind.
• Relevant: Stellen Sie sicher, dass jedes Ziel mit den übergeordneten Zielen des Projekts übereinstimmt. Irrelevante Aufgaben können die Energie von dem ablenken, was wirklich wichtig ist.
• Zeitgebunden: Legen Sie eine klare Frist fest, um die Dringlichkeit und den Fokus aufrechtzuerhalten. Die Sprintziele müssen mit dem begrenzten Zeitplan des Sprints übereinstimmen, um einen fristgerechten Abschluss zu gewährleisten.

In der Praxis bedeutet die Anwendung des SMART-Frameworks auf Sprintziele, dass Ihr Team synchronisiert ist und sich auf Prioritäten konzentriert, die das Projekt effizient vorantreiben. Indem Sie dafür sorgen, dass die Ziele innerhalb des Zeitrahmens des Sprints relevant und erreichbar sind, vermeiden Sie eine Fehlverteilung der Anstrengungen und stellen sicher, dass der Fortschritt den allgemeinen Projektzielen entspricht.

Veröffentlichen Sie Ihr Sprintziel an einem leicht zugänglichen Ort, damit das Team während des gesamten Sprints darauf zurückgreifen kann.

💡 Erfahre mehr: So holen Sie das Beste aus Ihren Sprintzielen heraus

4. Entscheide, was es heißt, „fertig“ zu sein

Was bedeutet „erledigt“ für ein bestimmtes Backlog-Element, eine Erhöhung, ein Produktproblem oder ein Produkt als Ganzes? Das Team und Ihre Stakeholder müssen sich darauf einigen, wie „Erledigt“ aussieht, um realistische Ziele zu setzen, die den Erwartungen aller Beteiligten entsprechen.

Wenn du dir Ziele setzt und auswählst, welche Backlog-Elemente du für den nächsten Sprint erledigen möchtest, solltest du dir darüber im Klaren sein, was es bedeutet, die Ziele, die du erreichen möchtest, zu erreichen und zu erreichen.

5. Richten Sie Sprintziele mit Produktzielen aus

Sprintziele sollten immer mit Ihren umfassenderen Produktzielen übereinstimmen. Ihr Sprint kann je nach aktuellen Produktproblemen, Bugfixes oder Kundenanliegen eine bestimmte Richtung einschlagen, aber es ist wichtig, das Gesamtbild im Auge zu behalten.

Wählen Sie Backlog-Elemente sorgfältig aus — stellen Sie sicher, dass sie sich auf das übergeordnete Produktziel beziehen und dass alle Elemente synchron funktionieren, um die Entwicklung voranzutreiben. Das Übersehen von Produktzielen in der Sprint-Planung könnte bedeuten, dass jeder Sprint eher wie eine zufällige Auswahl von To-do-Listen aussieht, die sich nicht auf die Kundenbedürfnisse beziehen, keinen Bezug zu Produktzielen haben oder Ihnen helfen, wichtige Etappen zu erreichen. Das Ergebnis wird sich wie ein Mangel an Fortschritten anfühlen, was die Gefahr birgt, dass das Team und andere wichtige Interessengruppen, wie Ihre Benutzer, aus dem Blickfeld geraten.

Was passiert als Nächstes?

Nachdem die Planung abgeschlossen ist, können Sie Ihren Plan umsetzen und die Arbeit abschließen. Das heißt aber nicht, dass die Teammitglieder losziehen und isoliert arbeiten.

Tägliches Scrum (oder Stand-up)

Das tägliches Gedränge oder Stand-up ist eine Gelegenheit für ein kollaboratives agiles Team, den Fortschritt aufrechtzuerhalten. Es sollte ein schneller Check-in zu Beginn eines jeden Tages sein.

Das Team wird besprechen, was in den letzten 24 Stunden getan wurde, auf welche Hindernisse es gestoßen sein könnte und was das Team am nächsten Tag zu erreichen hofft.

Dieses wichtige Check-In hilft dem Team, auf derselben Wellenlänge zu bleiben, trägt dazu bei, den kontinuierlichen Arbeitsfluss sicherzustellen und das Team auf Kurs zu halten, um die Sprintziele zu erreichen.

Sprint-Bewertung

Am Ende eines Sprints findet ein Sprint-Review-Meeting statt. Es ist eine Gelegenheit für das Team, alle „Erledigt“ -Probleme für diesen Zeitraum zu überprüfen. Das Sprint-Review bestimmt, ob das Ziel für den Sprint erreicht wurde oder nicht.

Es ist eine Gelegenheit, dem Team die lieferbaren, funktionstüchtigen Produktzuwächse zu demonstrieren, und auch eine Gelegenheit, Feedback von Interessenvertretern einzuholen. Dieses Feedback gibt Ihnen wertvolle Erkenntnisse, anhand derer Sie beurteilen können, ob Sie auf dem richtigen Weg sind oder im nächsten Sprint Änderungen vornehmen müssen. Das Sprint-Review ist auch eine hervorragende Vorbereitung auf die nächste Backlog-Grooming- und Sprint-Planungssitzung.

💡 Erfahre mehr: Einführung in Sprint Reviews

Sprint-Rückblick

Während im Sprint-Review untersucht wird, was erreicht wurde und wie es weitergehen soll, untersucht die Retrospektive Ihre Prozesse und die Zusammenarbeit des Teams.

Was hast du im letzten Sprint gelernt? Retrospektiven können zwar viele Formen annehmen, aber das Ziel besteht darin, herauszufinden, was gut funktioniert hat, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden könnte. Ihr Team wird die in der Retrospektive gesammelten Erkenntnisse nutzen, um Ihre Zusammenarbeit zu verbessern und Ihren Kunden in Zukunft einen Mehrwert zu bieten.

💡 Erfahre mehr: 5 Schritte zur Durchführung effektiver Sprint-Retrospektiven

Fehler bei der agilen Sprint-Planung

Es ist leicht, in schlechte Angewohnheiten zu verfallen, besonders wenn Termine und Produkteinführung Termine nähern sich. Vermeiden Sie diese üblichen agile Planungsfehler um sicherzustellen, dass Ihr Team immer das Beste aus der agilen Methodik und dem Scrum-Prozess herausholen kann.

Unrealistische Erwartungen

Wenn Sie unerreichbare Ziele wählen, ist Ihr gesamtes Team zum Scheitern verurteilt. Wenn Sie Ihre Sprintziele Sprint für Sprint nicht erreichen, schadet dies der Motivation und Moral des Teams.

Verwenden Sie Schätzungen, um so gut wie möglich vernünftige Ziele zu setzen. Berücksichtigen Sie die Teamkapazität und berücksichtigen Sie Ihr bisheriges Wissen darüber, wie lange die Erledigung von Aufgaben dauert, wie das Team arbeitet und welche Hindernisse sich dabei ergeben könnten.

Fehlender Kontext

Ihr Team wird von einem Verständnis dafür profitieren, wie die Probleme, an denen es arbeitet, in das Gesamtbild passen.

Je nachdem, welches Tool Sie für die Planung und Verwaltung Ihrer Arbeit verwenden, kann es schwierig sein, die kontextuellen Details zu erkennen, die für eine klare Planung und Arbeit erforderlich sind. Je mehr Elemente Sie haben, desto schwieriger und überwältigender wird es sein, sie zu organisieren und zu priorisieren. Verwenden Sie Tools, mit denen Sie Kontext, Tiefe und Kundeneinblicke mit übersichtlichen Funktionen hinzufügen können, um Ihren Plan an die Bedürfnisse Ihres Teams und Ihrer Stakeholder anzupassen.

Vernachlässigen Sie Ihren Backlog

Wir haben diesen Punkt erwähnt, als wir darüber gesprochen haben, was Sie tun müssen, um sich auf die Sprint-Planung vorzubereiten. Es lohnt sich, ihn noch einmal zu erwähnen, da es sich um einen häufigen Fehler handelt.

Wenn Sie ohne einen gut verwalteten Backlog in ein Sprint-Planungsmeeting gehen, fehlt Ihnen die Klarheit, die Sie für eine effektive Planung benötigen. Ihre Zeit ist wertvoll, ebenso wie die Zeit Ihres Teams. Sie sollte daher mit Sorgfalt behandelt und effektiv genutzt werden.

Ein gut verwaltetes Backlog ist TIEF:

• Angemessen detailliert
• Geschätzt
• Aufstrebend
• Priorisiert

💡 Erfahre mehr: Die 4 Merkmale eines guten Produkt-Backlogs

Keine Anpassung des Plans

Wenn du deinen Sprint planst, wirst du alles in deiner Macht Stehende tun, um die wichtigsten Aufgaben für die Dauer des Sprints zu priorisieren. Es ist wichtig, dass Sie versuchen, sich so gut wie möglich an den Plan zu halten, aber Sie müssen sich auch anpassen, wenn Sie neue Informationen erhalten.

Seien Sie bereit, im Handumdrehen Änderungen vorzunehmen, falls Sie auf Hindernisse stoßen oder neue Informationen über Kundenbedürfnisse, Bedenken oder Produktprobleme erhalten.

Stakeholder nicht verstehen

Sie müssen die Ziele und Prioritäten der Stakeholder verstehen, um erfolgreich zu sein. Nur weil Sie mit dem, was Sie erreicht haben, zufrieden sind, heißt das nicht, dass Ihre Stakeholder es auch tun werden.

Stellen Sie sicher, dass Ihre Stakeholder früh und häufig in Ihren Prozess einbezogen werden, und machen Sie ihnen klar, wie Sie arbeiten, um ihnen einen Mehrwert zu bieten. Holen Sie regelmäßig Feedback von Stakeholdern ein, um sicherzustellen, dass Ihre Ziele aufeinander abgestimmt sind. Ein guter Zeitpunkt dafür ist während des Sprint Reviews. Stellen Sie einfach sicher, dass diese Erkenntnisse auf Ihr nächstes Planungsgespräch übertragen werden.

Wählen Sie keine Tools mit einem kundenorientierten Ansatz

Eine erfolgreiche Produktentwicklung liefert, was der Kunde braucht und will. Um Produkte für Ihre Kunden zu entwickeln, ist es hilfreich, Tools für Planung und Arbeitsmanagement zu verwenden, mit denen Sie sie ganz einfach im Auge behalten können. Wenn Sie User Story Maps und Kundenpersönlichkeiten in Ihre Planung einbeziehen, können Sie und Ihr Team die Arbeit priorisieren, die zuerst den größten Nutzen bringt.

💡 Erfahre mehr: 10 Tipps für effektivere User Personas

Versäumnis, rückwirkende Erkenntnisse in die Planung einzubeziehen

Retrospektiven sind das Beste, was Sie tun können, um Ihrem Team zu helfen, besser zusammenzuarbeiten. Während einer Retrospektive bitten Sie Ihr Team, offen und ehrlich darüber zu sprechen, wie sich die Dinge im Laufe des Sprints entwickelt haben, damit Sie voneinander lernen können.

Wenn Sie nicht aus diesen Erkenntnissen lernen, bedeutet dies, dass die kollektive Zeit, die Sie in der Retrospektive verbracht haben, verschwendet wurde und das Feedback, das Ihr Team geteilt hat, abgewertet wird.

Wenn Sie die Erkenntnisse, die Sie aus einer Retrospektive gewinnen, in Ihre nächste Planungssitzung und in den nächsten Sprint einfließen lassen, wird Ihr Team dabei unterstützt, jedes Mal besser zu werden, sodass es mit der Arbeit zufriedener wird und bessere Ergebnisse erzielt.

Virtuelle oder persönliche Sprint-Planung

Die Vorteile der Telearbeit stellen auch die kollaborative Planung vor Herausforderungen. Ganz gleich, für welche Art sich Ihr Team entscheidet, ob virtuell, persönlich oder in einer Kombination aus beidem, es ist wichtig, dass Sie Werkzeuge wählen die den Bedürfnissen Ihres Teams entsprechen.

Tipps für die virtuelle Sprint-Planung:

• Seien Sie wirklich vorbereitet — kommunizieren Sie Ihre Pläne im Voraus klar und deutlich, sodass jeder klare Erwartungen hat.
• Verwenden Sie ein Videokonferenz-Tool, das Breakout-Sitzungen ermöglicht
• Richten Sie die interaktiven Online-Ressourcen ein, die Sie verwenden möchten, und fügen Sie Links in die Besprechungsanfrage ein.
• Online-Diskussionen beginnen nicht so natürlich wie persönlich. Teilen Sie daher die Diskussionsthemen im Voraus mit und überlegen Sie, ob Sie einige Eisbrecher vorbereiten sollten.
• Stellen Sie sicher, dass Sie Zeitunterschiede für Teams berücksichtigt haben, die sich über mehrere Zeitzonen erstrecken.
• Technische Probleme treten auf, unabhängig davon, wie weit Sie im Voraus planen und testen. Erwarte immer das Unerwartete.

Tipps für die persönliche Sprint-Planung:

• Buchen Sie einen Tagungsraum mit viel Platz für Ihr Team und ziehen Sie separate Räume für Breakout-Sitzungen in Betracht.
• Stellen Sie sicher, dass Ihr Besprechungsraum eine gemeinsame Ansicht Ihres Sprint-Plans bietet. Benötigen Sie eine Wand für Haftnotizen oder einen Bildschirm, auf dem Sie ein digitales Tool gemeinsam nutzen können?
• Wenn einige Ihrer Teammitglieder remote arbeiten, ist es schwierig, sie auf die gleiche Weise einzubeziehen. Überlegen Sie sich also, wie das für Ihr Team funktionieren könnte. Sie werden ein Whiteboard oder Haftnotizen nicht so einfach lesen können, daher ist eine digitale Lösung möglicherweise die beste.
• Wenn Sie sich dafür entscheiden, Ihren Sprint „an der Wand“ zu planen, sollten Sie am Ende des Planungsgesprächs unbedingt jemanden benennen, der Ihren Plan in Ihr Arbeitsmanagement-Tool transkribiert.

Egal, wo Ihre Planung stattfindet, denken Sie immer daran, Ihr Backlog im Voraus vorzubereiten, damit Sie während der Sprint-Planung fokussierte und fundierte Diskussionen führen können.

Zusätzliche agile Ressourcen

Wir erweitern ständig unsere Inhaltsbibliothek, die mit Ressourcen, Anleitungen, Produktupdates und vielem mehr gefüllt ist.

📚 Füge diese zu deiner Liste hinzu:

• Easy Agile Podcast Ep.20: Die Bedeutung der Team-Retrospektive
• Easy Agile Podcast Ep.18 Die besten Eigenschaften eines agilen Leiters und Teams
• Easy Agile Podcast Ep.16 Unterstützung leistungsstarker agiler Teams mit Adaptavist
• Agil sein oder agil handeln
• Der ultimative Leitfaden für User Story Mapping
• Der ultimative Leitfaden für Buyer Personas
• Der ultimative Leitfaden zur PI-Planung [2022 SAFe Edition]

Verwenden von Easy Agile zur Verbesserung der Sprint-Planung

Machen Sie Ihre Sprint-Planung reibungslos und effektiv mit Einfacher agiler Teamrhythmus. Verwandeln Sie Ihren flachen Produktbestand in eine dynamische, flexible und visuelle Darstellung der zu erledigenden Arbeit. TeamRhythm ist nahtlos in Jira integriert und bietet folgende Möglichkeiten:

• Sieh dir deine Jira-Storys, Aufgaben und Bugs im Kontext an, geordnet unter ihren Epen auf der Story-Map
• Ziehen Sie Jira-Issues per Drag-and-Drop aus dem Backlog in einen Sprint
• Neue Ausgaben direkt auf der Storymap erstellen
• Schätzen Sie Probleme auf der Story-Map ab und messen Sie die Kapazität anhand der Gesamtzahl der Story-Punkte in jeder Sprint-Swimlane
• Veröffentlichen Sie das Sprintziel auf jeder Sprint-Swimlane, damit es immer im Vordergrund steht
• Verwenden Sie Filter, um sich auf die Geschichten und Themen zu konzentrieren, die gerade am wichtigsten sind
• Gruppieren Sie Epen nach einer dritten Hierarchieebene, um leicht zu erkennen, wie die Arbeit im Fokus zum Gesamtbild beiträgt

Easy Agile TeamRhythm unterstützt auch Team-Retrospektiven mit flexiblen und intuitiven Retrospektiven-Boards, die für jeden Sprint erstellt werden. Du kannst rückblickende Elemente direkt von der Sprint-Swimlane aus hinzufügen, damit du keine wichtigen Punkte vergisst. Und du kannst rückwirkende Maßnahmen in Jira-Ausgaben umwandeln, die für zukünftige Sprints geplant werden können, sodass du in dem, was du tust, immer besser wirst und das für deine Kunden lieferst.

Vielen Dank, dass Sie unseren ultimativen Leitfaden zur agilen Sprint-Planung gelesen haben! Wenn Sie Fragen zu diesem Leitfaden, unseren anderen Inhalten oder unseren Produkten haben, wenden Sie sich an unser Team zu jeder Zeit. Wir freuen uns, von Ihnen zu hören.

Wir werden diesen Leitfaden weiter aktualisieren, sobald wir mehr Erkenntnisse, Techniken, Tools und Best Practices zur agilen Planung gewinnen.

Die Planung ist eine kritische Phase des agilen Prozesses. Sie bietet die Gelegenheit, sich als Team auf Prioritäten zu einigen und die Arbeit in einer Reihenfolge zu organisieren, die für einen reibungslosen Ablauf sorgt. Der Planungsprozess hilft agilen Softwareentwicklungsteams und anderen Produktentwicklungsteams dabei, neue Informationen zu sortieren, sich an Abhängigkeiten anzupassen und auf sich ändernde Kundenbedürfnisse einzugehen.

Agile ist das Gegenteil der traditionellen Wasserfall-Projektplanung, die einen schrittweisen Ansatz verfolgt. Waterfall dominiert seit vielen Jahren die Projektplanung. Zu Beginn eines Projekts wurden detaillierte Pläne erstellt, die strikt eingehalten werden mussten. Dies mag ein Projekt oder Produkt voranbringen, aber neue Entwicklungen, die außerhalb des „Masterplans“ auftreten könnten, werden dabei nicht berücksichtigt.

Agile ist ein iterativer Prozess, der Teams dabei hilft, Verschwendung zu reduzieren und die Effizienz zu maximieren, um letztlich den Kunden einen Mehrwert zu bieten. Dieser kundenorientierte Ansatz hilft Teams, während des gesamten Entwicklungsprozesses fundierte Entscheidungen zu treffen — Entscheidungen, die den Stakeholdern kontinuierlich und konsistent einen Mehrwert bieten.

Einer der größten Vorteile eines iterativen agilen Ansatzes besteht darin, dass er frühzeitiges Feedback von Stakeholdern ermöglicht. Sie müssen nicht raten, ob Sie die richtigen Entscheidungen treffen oder nicht — Sie können jeden Schritt herausfinden, indem Sie die Beteiligten direkt in Ihren Prozess einbeziehen. Sie können Ihren Plan nach Bedarf anpassen, je nachdem, was den Kunden zu jedem Zeitpunkt den größten Mehrwert bietet.

Auch wenn Sie Teil eines erfahrenen agilen Teams sind, gibt es immer Verbesserungsmöglichkeiten und Prozesse, die optimiert werden müssen. In diesem Beitrag werden einige unproduktive Fehler beschrieben, die Teams bei der agilen Planung machen, einschließlich der Frage, wie agile Teams diese häufigen Fallstricke vermeiden können.

Agiler Planungsfehler #1: Nicht auf derselben Wellenlänge wie die Stakeholder zu sein

Binden Sie Interessengruppen in Ihren Planungsprozess ein? Verstehen sie Ihre Ziele und warum Sie jede Entscheidung treffen? Die direkte Zusammenarbeit mit allen Beteiligten, sowohl internen Interessenvertretern als auch Nutzern Ihres Produkts, wird Ihnen helfen, sich ein klares Bild von Bedürfnissen und Einschränkungen zu machen. Außerdem erhalten Sie die Informationen, die Sie benötigen, um zu entscheiden, was wann getan werden sollte.

Es ist niemals eine gute Idee, sich auf Annahmen auszuruhen. Ihre Stakeholder leben in einer anderen Welt als der, in die Sie tief verwurzelt sind, mit anderen eigenen Prioritäten und Annahmen. Damit Sie Ergebnisse erzielen können, die die Erwartungen Ihrer Stakeholder erfüllen, müssen Sie sich auf diese Erwartungen einigen. Binden Sie Ihre Stakeholder in die Planung ein, aber stellen Sie sicher, dass jeder versteht, dass sich die Erwartungen im Laufe des Prozesses ändern können, basierend auf neuen Informationen, die aus Erfolgen, Misserfolgen und Kundenreaktionen gewonnen werden.

Agiler Planungsfehler #2: Abhängigkeiten nicht berücksichtigen

Die Nichtberücksichtigung von Abhängigkeiten in der agilen Planung führt zu Engpässen, verzögerten Releases und untergräbt die Zusammenarbeit im Team. Die Zusammenarbeit innerhalb und zwischen Teams ist erforderlich, damit ein Unternehmen effektiv liefern kann. Wenn mehrere Teams an miteinander verbundenen Funktionen arbeiten und der Fortschritt eines Teams durch ein anderes blockiert wird, verlangsamt sich der gesamte Entwicklungszyklus. Ohne klare Sichtbarkeit der Abhängigkeiten kann sich die Arbeit verzögern und Termine nicht eingehalten werden.

Um Unterbrechungen des Arbeitsablaufs zu minimieren und zu vermeiden, sollten Sie sich die Zeit nehmen, die Beteiligten zu konsultieren und Abhängigkeiten frühzeitig zu antizipieren. Tools, die Ihnen helfen, Abhängigkeiten zu visualisieren und abzubilden, und gemeinsame Roadmaps zur Verfolgung teamübergreifender Abhängigkeiten ermöglichen es Ihnen, sich ein Bild von Abhängigkeiten zu machen und die Arbeit so abzufolgen, dass Hindernisse vermieden werden. Die proaktive Verwaltung von Abhängigkeiten sorgt für reibungslosere Iterationen, eine schnellere Markteinführung und einen besser vorhersehbaren agilen Prozess.

Agiler Planungsfehler #3: Verwendung langweiliger, flacher Produktlandkarten

Flache Produktrückstände sind fad und langweilig 😴. Denken Sie an Karottenkuchen ohne Zuckerguss. Ihnen fehlen die Details und Funktionen, die Sie benötigen, um die gesamte Geschichte Ihres Produkt-Backlogs zu erfassen.

Sobald Sie mehr als eine Handvoll Artikel haben, werden sie außerdem überwältigend und es ist schwierig, sie sinnvoll zu organisieren. Es wird weniger klar, welcher Punkt der wichtigste ist, und es wird schwieriger, sicherzustellen, dass Ihre Entscheidungen mit dem übergeordneten Ziel des Projekts übereinstimmen.

Wenn Sie Ihre Roadmap planen, benötigen Sie einen Kontext, und Sie müssen in der Lage sein, die Kundenreise klar zu erkennen. User-Story-Maps visualisieren Sie die Kundenreise im Planungsprozess und während des gesamten Prozesses der Produktentwicklung. Sie nutzen User Stories — die kleinste Arbeitseinheit, die dem Kunden einen Mehrwert bieten kann —, sodass Sie den Backlog aus Kundensicht planen und organisieren können.

📕 Lesen Sie unsere ultimativer Leitfaden für User Story Maps um mehr zu erfahren.

Agiler Planungsfehler #4: Dem Plan nicht zu erlauben, zu leben, zu atmen und sich anzupassen

Wie wir bereits besprochen haben, ist Agile ein iterativer Ansatz. Das bedeutet, dass Ihre agile Planung Raum für Änderungen lassen muss. Ihr Plan sollte in der Lage sein, mit jedem Sprint oder jeder Produkt-Roadmap zu wachsen und sich anzupassen.

Zu Beginn eines Sprints fehlen Ihnen die Informationen, die Sie benötigen, um das Gesamtbild zu sehen. Sie haben nicht alles, was Sie benötigen, um die perfekte Lösung zu entwickeln, und das ist in Ordnung. Das ist alles Teil des Prozesses. Stunden oder Tage damit zu verbringen, den perfekten Plan auszuarbeiten, verschwendet nur Zeit, die besser damit verbracht werden könnte, zu lernen und Probleme zu lösen, sobald sie auftauchen. Was Sie in der Planungsphase für den größten Nutzen hielten, könnte im Laufe der Zeit völlig anders sein.

Möglicherweise müssen Sie Ihren Plan ändern, nachdem eine Straßensperre in einem täglichen Gespräch auftaucht, oder Sie erfahren von einem Kundenproblem, das Ihre Richtung völlig ändert. Wiederholungen sind unvermeidlich und willkommen! Sie helfen Ihnen, mit eingehenden Informationen Schritt zu halten, während Sie voneinander, von Stakeholdern und Ihren Kunden lernen.

Agile Planung ist kein Versprechen. Es ist eine Gliederung, die Ihnen hilft, Ihr Ziel zu erreichen, und die sich mit Ihren Zielen und Umständen ändert.

Agiler Planungsfehler #5: Rückblickende Erkenntnisse nicht in die folgende Planungssitzung einfließen lassen

Rückblicke sind ein wesentlicher Bestandteil des agilen Prozesses. Sie geben Teams die Möglichkeit, über alles nachzudenken, was in einem einzelnen Sprint oder nach der Fertigstellung eines Produkts passiert ist.

Eine effektive Retrospektive stellt dem gesamten Team wichtige Fragen, die den Prozess beim nächsten Mal verbessern können. Was ist gut gelaufen? Was ist es wert, es noch einmal zu wiederholen? Was lief nicht so gut? Was könnte beim nächsten Mal verbessert werden? Welche Hindernisse oder Abhängigkeiten sind entstanden? Was hast du gelernt? Wie hast du dich am Ende des Sprints gefühlt?

Eine Retrospektive bietet Einblicke, die die Effizienz, die Teamarbeit und die Teamdynamik, die Effektivität der Tools und die Kommunikation mit den Stakeholdern verbessern werden.

Es reicht nicht aus, einfach eine Retrospektive abzuhalten oder rückwirkendes Feedback zu sammeln, um an Wert zu gewinnen. Sie müssen sicherstellen, dass Sie das Feedback in das folgende Sprint-Planungsgespräch einbeziehen und Maßnahmen ergreifen, die zu einer spürbaren Verbesserung führen. Die nächste Iteration wird umso besser für die Zeit sein, die Sie damit verbringen, auf der Grundlage des Gelernten nachzudenken und sich zu verbessern.

Agiler Planungsfehler #6: Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen

Unabhängig davon, ob Ihr Team einen Scrum-Prozess, Kanban-Boards oder andere agile Methoden verwendet, sollten die von Ihnen ausgewählten Tools immer kundenorientiert sein. Und Sie müssen sie weiterhin so einsetzen, dass der Kunde bei der Entscheidungsfindung immer an erster Stelle steht.

Teams können in die Falle tappen und glauben, dass sie sich auf den Kunden konzentrieren, wenn sie nicht viel tun, außer einfachen agilen Methoden und generischen Prozessen zu folgen. Kunden müssen bereits in der Planungsphase in Ihren Entwicklungsprozess eingebunden werden, sodass bei jeder Entscheidung, die ein Teammitglied trifft, zuerst die Kundenbedürfnisse berücksichtigt werden.

Wählen Sie Planungstools, die Ihrem gesamten Team helfen, genau zu verstehen, was Ihre Kunden bewegt, und schauen Sie immer vorbei, um sicherzustellen, dass Sie Entscheidungen im Einklang mit Ihren Kunden treffen.

Zum Beispiel Personas bieten ein tiefes Verständnis dafür, was Kunden wollen, brauchen, nicht wollen usw. Sie geben wichtige Informationen über Kundenprobleme, Wünsche, demografische Merkmale, Ziele, Einkaufsmuster und vieles mehr preis. Wir empfehlen dringend, Kunden-Personas zu entwickeln, um ein umfassendes Bild von allen Personen zu erhalten, die Ihr Produkt verwenden werden. Es reicht jedoch nicht aus, Personas einfach herumliegen zu lassen.

Sie müssen diese Personas in Ihren agilen Planungsprozess einbeziehen und sie bei der Bearbeitung von Problemen und der Weiterentwicklung Ihres Produkts in den Mittelpunkt stellen.

Agile Schätzungstechniken sind erstaunlich einfach, können aber für Softwareentwicklungsteams manchmal komplexer als nötig gestaltet werden. Nachdem sie in den letzten Wochen eines großen Projekts den Zorn erlebt haben, bei früheren Aufträgen eine Frist zu verpassen und Angst vor 20-Stunden-Arbeitstagen zu haben, ist es kein Wunder, dass agile Teammitglieder vorsichtig mit Schätzungen umgehen. Wie oft hat Ihre Schätzung Sie schon einmal getroffen? 😱

Agile Schätztechniken wurden entwickelt, um ein nachhaltiges Entwicklungstempo zu erreichen und den Stakeholdern realistischere Terminerwartungen zu bieten. Sie verwenden relative Größenangaben, anstatt Schätzungen in Echtzeit vorherzusagen.

Zu den beliebten Schätzmethoden in einer agilen Entwicklungsumgebung gehören Story Points, Punktabstimmung, ein Bucket-System, Affinitäts-Mapping und T-Shirt-Größen. Die Größe von T-Shirts ist eine gängige Methode zur agilen Schätzung, die sich bei der langfristigen Planung als sehr effektiv erweisen kann oder Ihrem Team hilft, sich an relative Schätzungen zu gewöhnen.

Wir geben Ihnen einen kurzen Überblick über diese agilen Schätztechniken, aber dann werden wir uns mit der Größe von T-Shirts und den verschiedenen Möglichkeiten befassen, wie Sie diese Technik anwenden können.

Notieren Sie sich Ihre Schätzungen in Jira mit

Einfache Agile User Story Maps

Kostenlose Testversion

Ein kurzer Überblick über einige beliebte agile Schätztechniken

Wenn Sie diesen Artikel lesen, sind Sie wahrscheinlich bereits mit Story Points vertraut, die normalerweise für die Sprint-Planung verwendet werden, daher werden wir keine Zeit damit verbringen, diese aufzuarbeiten. Wenn Storypointing jedoch keine vertraute agile Schätztechnik ist, gehen Sie wie folgt vor ein Artikel, der Storypoints definiert und noch eine über bestimmte Zeiten, zu denen Storypoints könnte in Ihrem Team am besten funktionieren.

Die anderen agilen Schätzungstechniken, die wir uns zuerst ansehen werden, eignen sich eher für Road Mapping oder Release-Planung als für die Sprint-Planung. Lassen Sie uns einen kurzen Überblick über Affinitäts-Mapping, Bucket-Systeme und Punktabstimmung geben.

Affinitätszuordnung

In der Produktentwicklung bezieht sich „Affinität“ auf ähnliche Backlog-Elemente, entweder in Bezug auf Codetypen, Produktbereiche oder Aufwand. Bei der Abbildung von Affinitäten im Rahmen der agilen Schätzung sprechen wir von der Gruppierung von Arbeitselementen ähnlicher Größe. Geh und finde es heraus.

Um ein Affinitäts-Mapping durchzuführen, klebt der Moderator die Backlog-Elemente auf einzelne Haftnotizen und befestigt sie an einer Wand. Identifizieren Sie an einer anderen Wand eine Seite als „Kleiner“ und die andere Seite als „Größer“. Bitten Sie dann das Scrum-Team, die Elemente im Hintergrund von der Backlog-Wand auf die Größenordnung zu verschieben, in die sie passen, je nachdem, wie groß das Objekt wahrgenommen wird oder wie lange das Team voraussichtlich benötigen wird, um es fertigzustellen.

Der Schlüssel zu dieser Technik liegt darin, schnell vorzugehen, nicht zu viel darüber nachzudenken und nicht darüber zu diskutieren. Sobald alle Gegenstände an der Wand angebracht sind, können die Teammitglieder besprechen, welche Gegenstände möglicherweise falsch dimensioniert sind. Nach einer kurzen Diskussion kann das Team entscheiden, ob die Gegenstände verschoben werden sollen.

Nachdem alle mit der Platzierung zufrieden sind, kann sich der Product Owner vertikale Linien an der Wand vorstellen, die den Backlog in Abschnitte unterteilen, und jedem Artikel einfach eine T-Shirt-Größe zuweisen und ihn auf einer Roadmap platzieren.

Schaufelsysteme

Ein Bucket-System ähnelt dem Affinitäts-Mapping, außer dass es erwartet, dass Sie etwas spezifischer werden. Es verwendet die Zahlen 0, 1, 2, 3, 4, 5, 8, 13, 20, 30, 50, 100 und 200 als relative Größen, und die Teammitglieder legen alle Backlog-Elemente in einen der Buckets. Auch dies geschieht im Hintergrund, aber das Team kann am Ende alle Elemente besprechen, die ihrer Meinung nach in den falschen Eimer gelegt wurden.

Punktabstimmung

Eine weitere Möglichkeit, wie agile Entwicklungsteams Schätzungen vornehmen können, ist die Punktabstimmung. Ja, es geht wirklich darum, Punktaufkleber auf Notizkarten oder Haftnotizen zu kleben. Aber das ist eine interessante Technik, die andere Konzepte als die relative Größe beinhaltet.

Bei der Punktabstimmung erhalten die Teammitglieder fünf Punkte. Diese Punkte beziehen sich auf das, was jedes Teammitglied für die wichtigste Arbeit im Backlog hält. Die Bedeutung könnte aus technischen Gründen wie der Überarbeitung einer Datenbank zur Skalierung vor der nächsten Hauptsaison oder aus geschäftlichem Nutzen wie den am häufigsten nachgefragten neuen Funktionen aufgrund von Kundenfeedback resultieren.

Backlog-Elemente werden dann auf der Grundlage ihres Werts (der Anzahl der Punkte) zur Roadmap hinzugefügt und können dann mithilfe einer anderen Technik an den Aufwand angepasst werden.

Wie Sie sehen, sind diese agilen Schätztechniken besonders nützlich, wenn Sie einen großen Rückstand haben, bei dem Sie jedes Mal, wenn Sie versuchen, ihn zu organisieren, das Gefühl haben, Katzen zu hüten. In der Regel werden diese Schätzprozesse zu Beginn eines Projekts, bei der Erstellung wichtiger Funktionen oder bei der jährlichen oder halbjährlichen Roadmap-Planung eingesetzt.

Lassen Sie uns nun tief in die Größe von T-Shirts eintauchen.

T-Shirt-Größen für Artikel aus dem Produktrückstand

Ahhhh, die T-Shirt-Größe. XS, S, M, L, XL — wie kann das einschüchternd sein? Es ist so einfach und doch so flexibel. Die T-Shirt-Größe wird hauptsächlich für die Roadmap- und Release-Planung verwendet und ist nichts weiter als eine Schätzung des Aufwands auf der Grundlage der zum Zeitpunkt der Schätzung verfügbaren Informationen. Deshalb ist es so einfach. Das ist eine Schätzung, und das ist okay. 👌

Sie fragen sich vielleicht, warum die Größe von T-Shirts so wichtig ist, wenn es sich um eine solche ungefähre Zahl und eine relative Schätzung handelt. Es ist hilfreich für die langfristige Planung. Ja, du hast es richtig gehört. Agile Teams planen. Wenn Sie einen kurzen Blick auf die werfen Agiles Manifest, der vierte Wert agiler Entwicklungsteams lautet:

„Auf Veränderungen zu reagieren, anstatt einem Plan zu folgen.“

Ein Team kann nicht auf Veränderungen reagieren, wenn es nie von Anfang an einen Plan befolgt hat. Durch eine langfristige agile Planung wissen Sie, ob Sie den Stakeholdern realistische Erwartungen für die nächsten 6 bis 12 Monate stellen. Oder wenn sich die Bedürfnisse des Unternehmens ändern oder die vorhandenen Ressourcen nicht ausreichen und Sie ein zusätzliches Team zusammenstellen müssen. Schätzungen von T-Shirts helfen auch dabei, zu ermitteln, wie viele Iterationen in jeder Version enthalten sein müssen, um den Endbenutzern den größtmöglichen Nutzen zu bieten.

Agile Estimation beginnt mit einer T-Shirt-Größe für die Planung zukünftiger Releases, wird dann für die Sprint-Planung in Story Points aufgeteilt und kann für die Sprint-Ausführung sogar noch weiter in Stunden unterteilt werden. Unabhängig davon ist der Hauptpunkt folgender: Je näher die Arbeit der Tastatur eines Entwicklers kommt, desto kleiner und einfacher ist es, sie genau abzuschätzen. Die T-Shirt-Größe ist am weitesten von der Ausführung entfernt, daher wird nicht erwartet, dass die Schätzung perfekt ist.

Die Größe des T-Shirts ist schnell

Wenn Sie schon einmal einen Backlog mit Hunderten von Arbeitselementen geerbt haben und dann die Frage erhalten haben: „Wie lange wird es dauern, all das zu erledigen?“ du bist nicht allein. Ihr erster Versuch, die Beantwortung dieser unmöglichen Frage zu vermeiden, könnte eine gute Bereinigung des Backlogs sein. Nehmen wir an, Sie löschen ein Arbeitselement, das älter als sechs Monate ist. Ich meine, hey, wenn es schon so lange im Produkt-Backlog ist, ist es vielleicht nicht wirklich so wichtig.

Aber wenn Sie einem Team beigetreten sind, das gerade erst mit agilen Methoden angefangen hat, werden Sie wahrscheinlich mit einem großen Rückstand feststecken und Produktmanager erwarten eine altmodische Schätzung.

Die Größe von T-Shirts ist hier praktisch. Da bekannt ist, dass Sie Schätzungen aus dem Bauch heraus abgeben, kann Ihr Team einen riesigen Rückstand im Handumdrehen bewältigen. Beschränken Sie die Entscheidungsfindung auf 30 Sekunden pro Artikel, um sicherzustellen, dass die Teammitglieder bei Übungen zur Größe von T-Shirts nicht zu viel über jeden Artikel nachdenken.

Das Ergebnis ist ein einigermaßen organisierter Rückstand mit relativen Schätzungen. Der Produkteigentümer und die Interessengruppen können anhand dieser Informationen entscheiden, was kurzfristig geschehen soll.

Wie funktioniert die Größe von T-Shirts?

Abhängig von Ihrer Backlog-Größe gibt es verschiedene Möglichkeiten, wie Sie die Größe von T-Shirts angehen können. Bei einer kleinen Anzahl von Artikeln funktioniert Planungspoker hervorragend. Bitten Sie einfach Ihren Scrum Master, die Karten mit den Fibonacci-Sequenznummern gegen Buchstaben in T-Shirt-Größe auszutauschen.

Diese Technik eignet sich auch gut, wenn Sie eine Teilmenge eines umfangreicheren Backlogs schätzen müssen.

Sie sollten wahrscheinlich einen Prozess verwenden, der Affinitätszuordnungen und Bucket-Systemen für große Backlogs ähnelt. Jeder arbeitet unabhängig daran, die Größe zuzuweisen, und am Ende bespricht er dann Konflikte. Diese Technik ermöglicht es auch kleinen Teams, einen großen Backlog relativ schnell zu überwinden.

Schließlich möchten einige neue agile Teams vielleicht ihre Schätzungsreise beginnen, indem sie T-Shirt-Größen für User Stories und die Sprint-Planung verwenden. Mike Cohn, einer der Gründer der Scrum Alliance und ein Experte für agile Prozesse, schlägt vor dass Teams, die sich für diesen Ansatz entscheiden, jeder T-Shirt-Größe einen Story-Point-Wert zuweisen. Diese Technik hilft den Teams, sich mit den Storypoints vertraut zu machen, die innerhalb des Sicherheitsnetzes bei der Schätzung der T-Shirt-Größe liegen.

Übung macht den Meister mit agilen Schätztechniken

Unabhängig von der Art des agilen Projekts, an dem Sie arbeiten oder für welchen Schätzprozess Sie sich entscheiden, je mehr Sie üben, desto schneller wird Ihr Team zu Meisterschätzern. 👑 Wir empfehlen, ein paar verschiedene Methoden auszuprobieren, um herauszufinden, welche für Ihr Team am besten geeignet ist.

Eine letzte Sache: Denken Sie daran, dass Story-Point-Schätzungen am besten für die Sprint-Planung geeignet sind. Affinitäts-Mapping, Bucket-Systeme, Punktplanung und T-Shirt-Größe eignen sich besser für die Roadmap- und Release-Planung.

Wenn du Hilfe brauchst, um deine Planung von der Wand auf Jira zu übertragen, solltest du es versuchen

Einfache agile Roadmaps

Vergessen Sie nicht, sich unsere anzusehen weitere Blogartikel um Ihrem Team auf seiner agilen Reise zu helfen.

Die Priorisierung von Backlogs ist eine nie endende Aufgabe für Product Owner und Produktmanager. Wenn sich die Prioritäten als Reaktion auf sich ändernde Geschäftsanforderungen weiterentwickeln oder sogar die Arbeit abgeschlossen ist oder Anpassungen an der Teamausstattung vorgenommen werden, ist es wichtig, dass Sie sich weiterhin auf die Arbeit konzentrieren, die den größten Nutzen bringt, indem Sie Ihren Backlog in einem guten Zustand halten. Agile Schätzungstechniken können die Priorisierung Ihres Backlogs schneller und einfacher machen.

Schauen wir uns also einige spezifische Methoden an, um priorisiere deinen Backlog und erfahren Sie, wie agile Schätzungen dazu beitragen können, Ihren Endbenutzern und Stakeholdern den größtmöglichen Nutzen zu bieten.

5 Möglichkeiten, einen Backlog zu priorisieren

Natürlich gibt es mehr als fünf Möglichkeiten, Arbeitselemente in einem Backlog zu priorisieren. Wir haben jedoch einige unserer Favoriten ausgewählt, die in Kombination mit einem agilen Schätzprozess dazu beitragen, dass unser Produkt-Backlog stets priorisiert bleibt, sodass wir die Sprint-Planung im Handumdrehen durchführen können.

1. Gewichteter kürzester Job zuerst

Wow, ist das ein Schluck voll! Verwenden wir das Akronym „WSJF“, um uns darauf zu beziehen SAFE-Technik. WSJF ist nicht so einschüchternd, wie es klingt. Es handelt sich um eine einfache Formel, die Artikeln aus dem Produktrückstand einen Geschäftswert zuweist.

WSJF = Kosten der Verzögerung ÷ Auftragsdauer

Kosten der Verzögerung ist die Summe von drei relativen Metriken:

• Nutzer-/Geschäftswert: Die relative Wichtigkeit des Arbeitselements.
• Zeitkritikalität: der Rückgang des Nutzer-/Geschäftswerts im Laufe der Zeit.
• Reduzierung des Risikos: die Reduzierung des geschäftlichen oder technischen Risikos.

Um die relative Größe der Verzögerungskosten zu ermitteln, stellen Sie sich den niedrigsten Geschäftswert, den geringsten Wertverlust im Laufe der Zeit und die geringste Risikominderung als Wert 1 vor. Das Gleiche wie bei Schätzung des Storypoints der Fibonacci-Sequenz, passen Sie diese Punktzahl entsprechend an, wenn Sie Arbeitselemente vergleichen, um sie relativ zueinander zu bewerten.

Die Jobdauer wird ebenfalls relativ ausgedrückt. Wenn Sie Ihre Arbeitselemente mithilfe einer relativen Schätzung anhand von Story Points schätzen, entspricht der Story-Point-Wert der Auftragsdauer.

Wenn du diese Technik verwendest, um eine große Menge an Arbeit in einem Backlog zu priorisieren, in dem einige Artikel nur T-Shirt-Größe hatten, konvertiere deine T-Shirt-Größen in Standard-Fibonacci-Zahlen und verwende diesen Wert.

Warnung: Seien Sie vorsichtig bei der Umrechnung von T-Shirt-Größen in Story Points. Sie benötigen eine Möglichkeit, die Arbeitselemente in T-Shirt-Größe zu kennzeichnen, die Sie in Story Points umgewandelt haben. Sie und Ihr Scrum Master müssen diese Schätzungen als Schätzungen der T-Shirt-Levels erkennen und nicht als tatsächliche Schätzungen der Storypoints, die mit vollständig verfeinerten Arbeitsaufgaben einhergehen.

Sehen Sie in Easy Agile TeamRhythm mehr auf einen Blick, um die Priorisierung Ihres Backlogs zu beschleunigen

💡 Tipp: Füge bis zu drei zusätzliche Felder auf Ausgabekarten hinzu

SEHEN SIE WIE

2. Moskau

Ein Muss, ein Muss, ein Könnten-Hättest und ein Nicht-Haben sind die Kriterien, die verwendet werden, um einen Backlog mit der MoSCoW-Technik zu priorisieren. Das Produktteam definiert diese Bezeichnungen auf der Grundlage der einzigartigen Eigenschaften des Produkts und der Konkurrenzangebote.

Jedes Arbeitselement fällt in eine dieser Kategorien. Der einfachste Teil dieses Vorgangs besteht darin, Won't-have-Elemente direkt in den Papierkorb zu schicken und sie dir aus dem Weg zu räumen. Als Nächstes priorisieren Sie zuerst die Must-Haves und dann die Soll-Haves. Die Elemente, die man haben könnte, fallen natürlich an das Ende des Backlogs.

Nehmen Sie diese Artikel in Ihre regelmäßigen Verfeinerungsgespräche mit Ihren Teammitgliedern auf und weisen Sie jedem Artikel eine T-Shirt-Größe oder einen Storypoint-Wert zu. Dann bist du bereit, deinen Sprints oder Releases die richtige Menge an Arbeitselementen hinzuzufügen, basierend auf der Geschwindigkeit deiner Teams oder der Anzahl der Storypoints, die sie während eines Sprints voraussichtlich abschließen werden.

3. Kano

Das Kano-Modell der Priorisierung verwendet fünf Klassifizierungen:

• Muss sein: die grundlegende Funktionalität, die Ihre Benutzer erwarten.
• Attraktiv: eine angenehme Überraschung für Ihre Benutzer, aber niemand wird verärgert sein, wenn es nicht da ist.
• Eindimensional: Arbeitselemente, die Ihre Nutzer glücklich machen und sie enttäuschen werden, wenn sie nicht Teil Ihres Produkts sind.
• Gleichgültig: Arbeitselemente, die für Ihre Kunden unwichtig sind. Oft handelt es sich bei diesen Arbeitsaufgaben um technische Probleme oder Verbesserungen, die dem Softwareentwicklungsteam helfen, effizienter zu entwickeln oder mit den neuesten Versionen seines Tech-Stacks zu arbeiten — aber Ihren Kunden sind sie wirklich egal.
• Umgekehrt: Der Vorgang, bei dem eine frühere Funktion oder ein vorheriges Update rückgängig gemacht wird. Wenn Sie jemals eine Funktion entwickelt oder eine Benutzeroberflächenaktualisierung vorgenommen haben, die Ihre Benutzer gehasst haben, dann kennen Sie sich mit Reverse-Work-Aufgaben aus. Hoppla. Leider sind dies manchmal notwendige Übel, insbesondere wenn es um Sicherheitsfunktionen oder die Umstellung von Benutzern auf ein neues Produkt geht, nachdem sie ein veraltetes Produkt außer Dienst gestellt haben.

Wie bei der MoSCoW-Methode schätzen Sie diese Arbeitselemente während der Verfeinerung und fügen sie dann Ihrem Iterations- oder Release-Plan hinzu. Aber anders als bei MoSCow möchten Sie vielleicht Ihre Sprints und Releases mit Arbeitselementen aus jeder Klassifizierung ausgleichen.

4. Rangliste stapeln

Die brutalste aller Priorisierungstechniken, das Stack-Ranking, zwingt Teams dazu, eine lineare Rangfolge der Arbeitsaufgaben zu haben, was bedeutet, dass es nur eine oberste Priorität, eine zweite Priorität, eine dritte Priorität usw. gibt. Brutal!

Sobald du dich daran gewöhnt hast, ist Stack-Ranking eine nützliche Methode, um zu erzwingen Produktmanager um schwierige Entscheidungen zwischen Arbeitselementen zu treffen. Selbst wenn zwei Arbeitselemente während desselben Sprints abgeschlossen werden können, ist es Sache des PO, zu bestimmen, welches zuerst erledigt wird, und dann spiegelt sich diese Wahl im Sprint-Backlog wider.

Oft wird dieser Job einfacher, wenn er schlecht formuliert wird. Wenn Sie zum Beispiel nur einen Tag Zeit hätten, um neue Nutzer für Ihr Produkt zu gewinnen, welche Arbeit würden Sie in der Produktion erwarten? BUMM! Da ist deine oberste Priorität.

Das Schöne am Stack-Ranking ist, dass es PoS ermöglicht, kleinere Arbeitselemente in aktuelle Sprints zu verschieben, wenn andere Arbeiten mit höherer Priorität zu umfangreich sind. Wenn das größere Arbeitselement hinzugefügt wird, wird das Team aufgrund seiner Geschwindigkeit zu viel beansprucht. Diese kleinen Arbeitselemente dienen dazu, die Sprints zu füllen, damit die Teams ihr Tempo beibehalten und so produktiv wie möglich arbeiten können. Nur weil ein Arbeitselement, das zwei Stockwerke hoch ist, zu zwei Dritteln im Backlog liegt, heißt das nicht, dass es niemals erledigt werden kann.

5. Zuordnung von Geschichten

Mithilfe von Story Mapping können Sie die Reise des Kunden durch Ihr Produkt von Anfang bis Ende visualisieren. (Ja, das haben wir direkt von unserem anderen gestohlen ausgezeichneter Artikel zum Thema Story-Mapping.) Fortgeschrittene Story-Mapper sollten das, was Sie über Story-Mapping gelernt haben, nutzen und darüber nachdenken, wie Sie MoSCOW- oder Kano-Techniken zu Ihren Story-Maps hinzufügen können.

Vielleicht könnte dein episches Rückgrat oben auf der User-Story-Map die Buckets in der MoSCoW-Methode repräsentieren?

Wenn Sie wie wir sind, sind Ihre Story-Mapping-Sitzungen produktive Brainstorming-Aktivitäten, und Sie werden die Sitzungen mit viel mehr Arbeit verlassen, als Sie erledigen können. Indem Sie die MoSCoW- oder Kano-Prinzipien auf die Geschichten in Ihren Benutzererlebnissen anwenden, werden Sie die wichtigsten Geschichten entdecken, die Sie priorisieren müssen, und die Geschichten, die auf eine spätere Veröffentlichung warten können.

Agile Schätzung in die Backlog-Priorisierung einbauen

Wir haben Ihnen fünf verschiedene Techniken an die Hand gegeben, mit denen Sie Ihre Arbeitselemente in einem organisierten, priorisierten und wertschöpfenden Produkt-Backlog zusammenfassen können:

1. Gewichteter kürzester Job zuerst
2. MOSKau
3. KANO
4. Rangfolge stapeln
5. Storymaps

Wir haben Ihnen auch Möglichkeiten aufgezeigt, wie Sie agile Schätzungen wie T-Shirt-Größen und Storypoints in Ihren Priorisierungsprozess einbeziehen können, damit Ihr Team die wichtigsten Aufgaben erledigt und gleichzeitig die Geschwindigkeit beibehalten und Ihre Kunden und Stakeholder beeindrucken kann.

Wir empfehlen Ihnen, diese Ideen aufzugreifen, sie mit Ihrem Team zu teilen und sie auszuprobieren. Wenn Sie Hilfe bei der Verwendung des Story-Map-Konzepts benötigen, versuchen Sie es Einfacher agiler Teamrhythmus. Wie auch immer Ihr Team seinen Produkt-Backlog priorisiert, denken Sie daran, die wichtigsten Arbeiten an die erste Stelle zu setzen und diese Prioritäten dann nach Bedarf anzupassen. Machen Sie es einfach und bleiben Sie agil!

Es gibt viele gute Gründe, warum so viele Scrum- und Agile-Teams Storypoints einführen.

‍

1. Schnelle Schätzung

Mithilfe von User Story Points können Sie schnell abschätzen, wie viel Arbeit mit jedem Element in Ihrem Backlog verbunden ist und wie viel Arbeit Sie in einem Sprint oder Release erledigen können.

2. Sorgen Sie für Konsens und Zusammenarbeit

Wenn ein Teammitglied 5 Storypoints schätzt, ein anderes aber 12, ist das eine Gelegenheit für das Team, zu besprechen, welche Arbeit damit verbunden ist.

Eine Person hat möglicherweise eine effizientere Art, Dinge zu erledigen, oder die andere Person hat möglicherweise ein besseres Verständnis für die Schritte, die mit der Erledigung der Arbeit verbunden sind. Diese Diskussion hilft ihnen, Ideen auszutauschen, ein gemeinsames Verständnis zu erzielen, einen Konsens zu erzielen und eine genauere Schätzung vorzunehmen.

Vergleichen Sie dies mit der Schätzung der Zeit. Wenn Sie jedes Teammitglied bitten, den Zeitaufwand für eine Aufgabe abzuschätzen, erhalten Sie mehr als 5 verschiedene Antworten. Das Timing hängt von Erfahrung und Verständnis ab. Die meisten Teammitglieder sind sich jedoch einig, wie viel Aufwand erforderlich ist, um eine Story fertigzustellen. Das bedeutet, dass Sie einen Konsens erzielen und viel schneller mit Ihrem Story-Mapping oder Ihrer Sprint-Planung fortfahren können.

3. Keine künstlichen Fristen

Wenn Sie die Zeit anstelle von Story Points schätzen, müssen Sie sich eine künstliche Frist einfallen lassen, was zu unnötigem Druck führen kann (und wahrscheinlich nicht allzu genau ist).

Storypoints spiegeln die Realität genauer und praktischer wider. In den meisten Fällen gibt es keine feste Frist — es wird nur sichergestellt, dass Aufgaben effizient und in der richtigen Reihenfolge der Priorisierung erledigt werden.

4. Bessere Planung und Prognose

Story Points können dir helfen, besser im Voraus zu planen. Wenn du zum Beispiel weißt, dass Johnny für eine Woche in den Urlaub fährt, kannst du deinen Sprint so anpassen, dass dein Team nicht zu viel verlangt. Oder Sie können eine andere Möglichkeit finden, Ihre Kapazität zu erhöhen, indem Sie beispielsweise ein anderes Teammitglied einstellen oder den Umfang reduzieren.

5. Zoomen Sie auf die Details

Story Points zwingen dein Team dazu, die Arbeit eines bevorstehenden Sprints zu durchdenken und zu überlegen, was realistisch ist. Es ist eine Zeit, in der Ihre detailorientierten Teammitglieder glänzen — und eine Zeit, in der Ihre Querdenker verstehen, was passieren muss, um ihre Pläne in die Tat umzusetzen.

6. Holen Sie sich Engagement

Wenn Ihr Team weiß, dass es die geplanten Ziele erreichen kann und sich seiner Geschwindigkeit sicher ist, ist es einfacher, es dazu zu bringen, sich auf die Arbeit einzulassen und sie selbstbewusst umzusetzen.

7. Sei anpassungsfähiger

Wenn sich die Teamgröße ändert (vielleicht fügst du ein neues Mitglied hinzu oder jemand wechselt in eine andere Rolle), hast du ein integriertes System, um deine Geschwindigkeit zu aktualisieren (d. h. wie viele Stories du in einem Sprint abschließen kannst) und dein Workload entsprechend anzupassen.

8. Sei gerade genau genug

Mithilfe von Story Points können Sie einschätzen, was Ihr Team in einer bestimmten Zeit erledigen kann. Diese Genauigkeit sorgt für reibungslosere Releases, die nach Plan verlaufen — und ist besonders wertvoll, wenn Sie mehrere Teams mit mehreren Abhängigkeiten haben.

Aber gleichzeitig macht das Story Pointing deutlich, dass Ihre Arbeit nur eine Schätzung ist und Sie sich nicht verpflichten, X in Y Stunden zu erledigen. Sie werden nicht wissen, wie lange etwas dauern wird, bis Sie es tun - es tauchen fast immer unerwartete Dinge auf.

Andere Methoden geben dir vielleicht ein genaueres Timing, aber es ist nicht praktikabel, 30 Minuten damit zu verbringen, die Arbeit zu besprechen, die in jeder einzelnen Story deines Backlogs steckt. Es ist viel praktischer, eine Zahl zuzuweisen, die „genau genug“ ist, Ihren Sprint zu planen und sich an die Arbeit zu machen.

9. Bessere Kapazitätsplanung

Möglicherweise sind Sie nicht in der Lage, alle Ihre wichtigsten Prioritäten in einer Version unterzubringen, insbesondere wenn sie komplex, riskant oder zeitaufwändig sind. Story Points können Ihnen jedoch dabei helfen, auf einfache Weise eine oder zwei kleinere Storys zu identifizieren, um Ihre Kapazitäten bei jedem Sprint oder Release auszuschöpfen.

Die Verwendung von Story Points ermutigt Sie auch dazu, Wege zu finden erhöhen die Kapazität Ihres Teams (anstatt länger zu arbeiten). Wenn Sie Risiken minimieren, Wege finden, den Aufwand zu reduzieren, und die richtigen Leute in den Raum bringen können, um komplexe Aufgaben zu vereinfachen... werden Sie in der Lage sein, mehr Geschichten schneller zu bearbeiten.

10. Leistung messen und verbessern

Story Points können dir helfen, deine Leistung zu messen und zu verbessern, indem du deinem Team Fragen stellst wie:

• Hast du alle während des Sprints zugewiesenen Aufgaben erledigt?
• Steigt oder sinkt Ihre Geschwindigkeit mit der Zeit, wenn Sie agiler werden?
• War Ihre Schätzung der Story Points korrekt?
• Wenn nicht, wie könnten Sie die Leistung Ihres Teams optimieren und sicherstellen, dass Sie besser zusammenarbeiten oder planen?

Benötigt alles in deinem Backlog User-Story-Punkte?

Manche Teams weisen nicht jedem Gegenstand in ihrem Backlog Storypoints zu. Möglicherweise weisen sie sie einfach den User Stories zu. Sie könnten es vermeiden, Bugs, die während des Sprints auftauchen, User-Story-Punkte zuzuweisen, insbesondere wenn sie mit keiner der Geschichten zusammenhängen, die ursprünglich dem Sprint zugeordnet wurden. Das ist sinnvoll, da es oft schwierig ist, einen Bug einzuschätzen — einige sind mit sehr geringem Aufwand zu beheben, während andere recht komplex sind.

Ihr Backlog könnte auch kleinere Jobs oder technische Aufgaben beinhalten, deren Erledigung zwischen ein paar Minuten oder ein paar Stunden dauern würde. Diesen Aufgaben sind möglicherweise keine Story Points zugewiesen, wenn sie nur sehr wenig Aufwand erfordern.

Es ist jedoch wichtig zu beachten, dass diese Aufgaben immer noch wichtig sind. Sie bieten dem Benutzer immer noch einen Mehrwert. Und sie sind unverzichtbar, um Ihr Ziel zu erreichen: funktionierende Software zu liefern. Sie können sie jedoch nicht immer planen oder im Voraus abschätzen.

Also, wie integrieren Sie sie in Ihren Arbeitsablauf?

Möglicherweise müssen Sie mit Ihrem Team verschiedene Ideen und Strategien besprechen.

Sie könnten zum Beispiel einen Puffer in Ihrer Kapazität reservieren, um eine durchschnittliche Anzahl von Bugs und anderen Jobs zu berücksichtigen, die nicht auf die Geschichte eingehen. Auf diese Weise können Sie mit den Storys, die Sie dem Sprint zugewiesen haben, auf dem Laufenden bleiben und gleichzeitig andere Punkte von der Liste abhaken.

Wie auch immer, wenn Ihr Team an Aufgaben arbeitet, die keine Story Points haben, müssen Sie die Auswirkungen auf die Kapazität berücksichtigen. Sie müssen sich anpassen, beurteilen, ob das Sprintziel noch erreichbar ist, und Ihre Pläne entsprechend anpassen.

Was passiert, wenn Sie die Schätzung falsch verstehen?

Sie sollten zwar versuchen, Ihre Nutzer-Story-Point-Schätzungen so genau wie möglich zu machen, aber möglicherweise haben Sie das Risiko, den Aufwand und die Komplexität, die mit der Umsetzung einer Story verbunden sind, unter- oder überschätzt.

Dies kann bedeuten, dass Sie nicht die gesamte für Ihren Sprint geplante Arbeit erledigen. Vielleicht müssen Sie einen Teil davon auf den nächsten Sprint verschieben, was bedeutet, dass Sie Ihre User Story Map neu priorisieren und anpassen müssen.

Zum Glück ist dieser Prozess ziemlich einfach, wenn Sie digitale User Story Mapping-Software verwenden wie Einfacher agiler Teamrhythmus.

Retrospektiven oder Sprint-Bewertungen sind ein guter Zeitpunkt, um mit Ihrem Team alle Probleme zu besprechen, bei denen die Schätzungen falsch waren. Nehmen Sie sich etwas Zeit, um zu besprechen, was passiert ist, um zu verstehen, warum mehr oder weniger Aufwand erforderlich war, und zu besprechen, wie Sie in Zukunft genauere Schätzungen erstellen können.

Ordnen Sie Storypoints in Easy Agile TeamRhythm zu

Mit Easy Agile User Story Maps for Jira können Sie Story-Point-Schätzungen direkt auf Ihrer Story-Map hinzufügen und bearbeiten. Wählen Sie einfach die Story oder das Problem aus und bearbeiten Sie das Story-Point-Feld.

Es aktualisiert deine Sprint-/Versionsstatistiken automatisch mit neuen Gesamtwerten, sodass du deine Kapazität sehen, Storys in Sprint-/Versions-Swimlanes anordnen, sicherstellen kannst, dass du das Beste aus deiner Geschwindigkeit herausholst, und übertriebene Verpflichtungen vermeiden kannst.

Außerdem hat Ihr gesamtes Team Zugriff auf das User-Storyboard und die Kostenvoranschläge — perfekt für die interne oder externe Erfassung von Benutzergeschichten, die Online-Zusammenarbeit und die Aktualisierung von Schätzungen zu jedem Zeitpunkt des Prozesses.

Neugierig auf Easy Agile User Story Maps? Zu den Funktionen gehören so viel mehr als nur Storypoints, wie zum Beispiel:

• Priorisierung per Drag & Drop
• Visualisierte Kundenreisen in Jira
• Sprint-/Versions-Swimlanes zum Organisieren von Geschichten
• Fügen Sie ganz einfach Storys zu Ihrer Story-Map hinzu oder bearbeiten Sie sie
• Sehen Sie die Sprint-/Versionsstatistiken auf einen Blick
• Einfache Zusammenarbeit mit Teammitgliedern
  

Kostenlose Testversion: Easy Agile TeamRhythm