Workflow

DevOps vs. Agile — was ist der Unterschied? Diese beiden Methoden haben viele Gemeinsamkeiten, aber es gibt auch viele wichtige Unterschiede, auf die wir in diesem Beitrag eingehen werden. Man könnte sagen, dass sie sich gegenseitig Komplimente machen. Wir würden nicht so weit gehen zu sagen, dass sie wie Erdnussbutter und Gelee sind, aber wenn sie zusammen verwendet werden, ergeben sie sicherlich eine schöne Kombination.

Im Grunde genommen läuft es auf Folgendes hinaus: Agile löst die Lücke, die zwischen Endbenutzern und Entwicklern bestehen kann, während DevOps die Lücke schließt, die zwischen Entwicklern und Operations bestehen kann.

Klingt einfach genug? Nun, da steckt noch viel mehr dahinter. Lassen Sie uns etwas tiefer in die Definition von Agile und DevOps eintauchen, was diese Methoden gemeinsam haben, was sie unterscheidet und wie sie zusammenarbeiten können.

Definition von Agilität

Die agile Methode wurde zuerst in der Softwareentwicklung populär gemacht, aber in den letzten Jahren haben sich agile Praktiken sowie die Leitprinzipien von Agile auf eine Reihe verschiedener Branchen ausgeweitet, die kontinuierliche Verbesserung und Wachstum priorisieren wollen.

Der agile Ansatz für das Projektmanagement unterscheidet sich stark vom traditionellen Ansatz für das Projektmanagement. Traditionelles Projektmanagement folgt einem Wasserfallmodell. Jedes Projektelement muss abgeschlossen sein, bevor in einer strikten Reihenfolge zum nächsten übergegangen wird, und der Arbeitsablauf bleibt von Projekt zu Projekt gleich.

Agile konzentriert sich auf Flexibilität, Anpassungsfähigkeit, Zusammenarbeit zwischen Teammitgliedern und darauf, den Stakeholdern durch kontinuierliches Kundenfeedback und schnelle Releases einen gleichbleibenden Mehrwert zu bieten. Jede Iteration bietet neue Erkenntnisse darüber, was funktioniert und was nicht und was verbessert werden könnte. Es handelt sich um einen multidimensionalen Ansatz, der die für das traditionelle Projektmanagement so charakteristischen Engpässe beseitigt.

Agile Teams können Agile auf verschiedene Arten implementieren, darunter Scrum, Kanban, schlank, und mehr. Ein wesentlicher Vorteil der agilen Softwareentwicklung ist die Fähigkeit, die Lücke zwischen Kunden oder Benutzern und Entwicklungsteams zu schließen.

Erfahre mehr über Agile, tauche ein in die Agiles Manifest, und lesen Sie unseren Artikel: Agile 101: Ein Leitfaden für Anfänger zur agilen Methodik.

Definition von DevOps

DevOps ist eine Softwareentwicklungsmethode, die es Teams ermöglicht, Software schnell und konsistent zu entwickeln, zu testen und zu veröffentlichen. Dabei werden agile Praktiken und Prinzipien integriert, einschließlich verbesserter Automatisierung und verbesserter Kommunikation und Zusammenarbeit zwischen Entwicklungs- und Betriebsteams.

DevOps konzentriert sich auf die Abstimmung von Entwicklung und IT-Betrieb, um durchgängige Engineering-Prozesse besser zu verwalten. In der Vergangenheit schrieben Entwicklungsteams Anwendungen und gaben sie dann an ein Betriebsteam weiter, das die Software dann bereitstellte und verwaltete. Das Problem bei diesem Ansatz ist, dass das Betriebsteam keinen Einblick in die Entwicklung der Anwendung erhält.

DevOps-Praktiken überbrücken die Lücke zwischen Entwicklern, die die Software entwickeln und schreiben, und den Betriebsabläufen, die die Software ausführen.

➡️ Erfahre mehr über andere beliebte Methoden der Softwareentwicklung.

DevOps vs. Agile: Was haben sie gemeinsam?

Sowohl Agile als auch DevOps zielen darauf ab, den Softwareentwicklungsprozess zu unterstützen, aber woher kommen sie und welche Gemeinsamkeiten haben sie gemeinsam?

In diesem „Was war zuerst da, das Huhn oder das Ei?“ In diesem Szenario wissen wir tatsächlich, was zuerst da war. 🐓🥚 Agile, das in der Anfang der 2000er, bot Entwicklungsteams einen Ansatz zur Lösung komplexer Probleme. Obwohl Agile viele Probleme löste, blieb eine Lücke bestehen: Die Betriebsteams, die die Software einsetzten, wurden ins Abseits gedrängt und verharrten in einem Silo, sodass sie die Vorteile der Agilität nicht nutzen konnten.

Hier kommt DevOps ins Spiel, das agile Prinzipien anwendet, um die Lücke zu schließen, die häufig zwischen Entwicklungs- und Betriebsteams besteht. Es bietet Betriebsteams einen Einblick in den Entwicklungsprozess, sodass sie besser verstehen können, wie und warum ein Produkt hergestellt wurde. Diese Klarheit unterstützt den Entwicklungsprozess, da beide Gruppen von Teams bei der Entwicklung und Bereitstellung zusammenarbeiten können.

Das Ergebnis sind Entwicklungspraktiken, die reibungslos von einem Team zum nächsten ablaufen, eine stärkere Berücksichtigung der Benutzer und eine kontinuierliche Bereitstellung sowohl für Kunden als auch für Stakeholder.

DevOps ist also in vielerlei Hinsicht eine Erweiterung der ursprünglichen agilen Methodik. DevOps-Teams konzentrieren sich auf einen wichtigen Aspekt des Entwicklungsprozesses, um Entwicklung und Betrieb zusammenzubringen. Viele der gleichen agilen Prinzipien werden angewendet, wie z. B. kontinuierliche Bereitstellung, verbesserte Zusammenarbeit, Iteration und Automatisierung sowie die Implementierung von Feedback auf Schritt und Tritt.

Hauptunterschiede zwischen DevOps und Agile

Agile und DevOps haben zwar viele Gemeinsamkeiten, aber es gibt einige wichtige Unterschiede, die es zu beachten gilt. Die Unterschiede sind hauptsächlich auf die verschiedenen Arten von Teams zurückzuführen, die agile Prinzipien anwenden. Diese verschiedenen Teams haben unterschiedliche Bedürfnisse, arbeiten in einem anderen Tempo und werden von separaten Feedbacksystemen geleitet.

AgileDevOpsAgile ist eine breit gefächerte Methode, die sich auf die Lösung komplexer Probleme und die Überbrückung der Kluft zwischen Entwicklungsteams und Produkt-/Projektmanagement durch verbesserte Kommunikation und Zusammenarbeit, kontinuierliche iterative Entwicklung, Feedback von Stakeholdern und häufige Veröffentlichungen konzentriert. DevOps geht noch einen Schritt weiter und konzentriert sich darauf, die Lücke zwischen Entwicklungs- und Betriebsteams zu schließen, um durchgängige Engineering-Prozesse besser verwalten zu können. Agile kann auf jede Branche angewendet werden, die Wert auf kontinuierliche Verbesserung, Zusammenarbeit und Kommunikation legen möchte. DevOps wird hauptsächlich in der Softwareentwicklung eingesetzt. Es gibt viele verschiedene Frameworks, die zur Implementierung von Agile verwendet werden können, darunter Scrum, Kanban, Lean und XP (eXtreme Programming) .DevOps ist ein agiles Framework, das aufgrund von Agilität existiert.Agile konzentriert sich auf iterative Entwicklung und die Arbeit in kleinen Batches. DevOps legt Wert auf ständige Tests und die Automatisierung der Bereitstellung. Die agile Entwicklung wird in der Regel durch Sprints gesteuert: 2 bis 4 Wochen, in denen eine festgelegte Menge an Arbeit abgeschlossen und den Stakeholdern zur Rückmeldung vorgelegt wird. Das Ziel von DevOps ist es, Code so oft wie möglich an die Produktion zu liefern, entweder täglich oder alle paar Stunden. Feedback kommt von Stakeholdern, Kunden und Benutzern. Das Feedback kommt vom internen Team. Agile verwendet den Shift-Left-Testansatz (frühes und häufiges Testen, um den Code gleich beim ersten Mal richtig zu machen, wodurch die Zeit reduziert wird, die benötigt wird, um das Produkt auf den Markt zu bringen). DevOps verwendet sowohl Shift Left- als auch Shift Right-Tests, um den Code gleich beim ersten Mal richtig zu machen und die Funktionalität und Benutzerfreundlichkeit der Software in realen Situationen zu verstehen und zu optimieren, was eine breitere Testabdeckung ermöglicht.

Überbrückung jeder Lücke im Entwicklungsprozess

Lassen Sie uns alles auf die einfache Definition zurückbringen, mit der wir begonnen haben. Obwohl es viele Komplexitäten, Ähnlichkeiten und Unterschiede zwischen DevOps und Agile gibt, läuft es im Grunde genommen auf Folgendes hinaus:

Agile, das vor DevOps existierte, ist eine breit gefächerte Methode, die sich in erster Linie darauf konzentriert, die Kluft zwischen den Kunden-/Benutzern und den Entwicklungsteams zu überbrücken. DevOps, das an zweiter Stelle stand, nutzt agile Praktiken, um die Lücke zwischen Entwicklungsteams und Betriebsteams zu schließen.

Einfach und agil hat es sich zur Aufgabe gemacht, allen Arten von Teams zu helfen, mithilfe verschiedener agiler Methoden besser zu arbeiten. Wir entwerfen agile Apps für Jira mit einfacher, kollaborativer und flexibler Funktionalität. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Apps können Ihren agilen Teams helfen, besser zusammenzuarbeiten und Ihre Kunden zufriedenzustellen.

Buchen Sie eine 1:1 -Demo

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!

Wenn eines in der Produktentwicklung (oder im Leben) sicher ist, dann ist es, dass die Zeit immer vergeht und es immer Aufgaben gibt, die erledigt werden müssen. Es gibt keine einfachere Methode, diese beiden kritischen Kennzahlen zu berechnen als ein einfaches Burndown-Diagramm.

Burndown-Diagramme helfen agilen Teams dabei, Zeit und Aufgabenerledigung zu visualisieren. Das bedeutet, wie viel Arbeit noch übrig ist, verglichen mit der Zeit, die für die Entwicklung eines Produkts oder eines bestimmten Sprints geplant ist.

In diesem Beitrag erklären wir, was Burndown-Charts sind, welche Vorteile ihre Verwendung hat und wie sie von Entwicklungsteams verwendet werden. Wir erklären auch den Unterschied zwischen Burndown- und Burnup-Diagrammen, Produkt-Burndown-Diagrammen und Sprint-Burndown-Diagrammen und stellen hilfreiche Tools zur Integration kritischer Metriken in Jira vor. Lassen Sie uns nun die Y-Achse nach unten gleiten!

Was ist ein Burndown-Diagramm?

Ein Burndown-Diagramm visualisiert, wie viel Arbeit noch zu erledigen ist und wie viel Zeit für die Fertigstellung noch zur Verfügung steht. Diese grafische Darstellung ist für alle sichtbar und sagt voraus, wie viel Arbeit das Team innerhalb der vorgegebenen Zeit erledigen will. Burndown-Diagramme werden auch verwendet, um zu messen, wie schnell ein agiles Team die Nutzerberichte von Kunden bearbeitet und fertiggestellt hat. Sie eignen sich hervorragend, um das Team über jede Änderung des Arbeitsumfangs auf dem Laufenden zu halten.

Schauen wir uns an, was jeder Teil des Diagramms darstellt. Der verbleibende Arbeitsaufwand wird auf der vertikalen Achse angezeigt. Die Zeit, die seit dem Start des Projekts oder des Sprints vergangen ist, wird auf der horizontalen Achse angezeigt. Die X-Achse ist also die Zeitleiste des Projekts oder der Iteration, und die Y-Achse ist die Arbeit, die abgeschlossen werden muss.

Der gesamte Arbeitsaufwand für das Projekt befindet sich links oben auf der Y-Achse, und der Endpunkt ganz rechts auf der X-Achse steht für den letzten Tag des Projekts oder einer bestimmten Iteration. Die Start- und Endpunkte sind durch die ideale Arbeitslinie miteinander verbunden. Dabei handelt es sich um eine gerade Linie, die zeigt, was das Team innerhalb eines vorher festgelegten Zeitrahmens zu erreichen hofft. Eine weitere Linie, die eigentliche Arbeitslinie, zeigt, wie viel Arbeit noch übrig ist und wie schnell das Team tatsächlich arbeitet.

Tatsächliche Arbeitslinie im Vergleich zur idealen Arbeitslinie

Ein Burndown-Diagramm zeigt sowohl die tatsächliche Arbeitslinie als auch die ideale Arbeitslinie. Beide Linien beginnen am Startpunkt oben auf der Y-Achse. Im Laufe des Projekts oder der Iteration oszilliert die tatsächliche Arbeitslinie um die ideale Arbeitslinie, je nachdem, wie das Team voranschreitet.

Wenn das Team den Zeitplan einhält, weicht die tatsächliche Arbeitslinie nicht wesentlich von der idealen Arbeitslinie ab und bleibt anständig gerade. Wenn das Team während des Projekts oder Sprints auf viele zeitraubende Hindernisse stößt, wird die eigentliche Arbeitslinie eher ein wildes Kringel sein, und es kann sein, dass der Endpunkt der X-Achse nicht erreicht wird, bevor die Zeit abgelaufen ist.

Die Vorteile der Verwendung von Burndown-Charts

Burndown-Charts sind in vielerlei Hinsicht hilfreich. Diese Diagramme:

• Stellen Sie den Fortschritt der im Laufe der Zeit abgeschlossenen Arbeiten visuell dar.
• Halten Sie die Produktverantwortlichen über den Entwicklungsfortschritt eines Produkts oder eines bestimmten Sprints auf dem Laufenden.
• Sorgen Sie dafür, dass das gesamte Entwicklungsteam auf dem Laufenden ist, wie weit ein Produkt fortgeschritten ist.
• Werden regelmäßig aktualisiert, sobald die Arbeit abgeschlossen ist und die Zeit vergeht, um den Produktfortschritt in Echtzeit anzuzeigen.
• Informieren Sie im Voraus, wenn ein Produkt nicht schnell genug entwickelt wird.
• Erfassen Sie klare Kennzahlen, die im Nachhinein überprüft werden können.

Burndown-Diagramm im Vergleich zu Burnup-Diagramm

Ein Burndown-Diagramm zeigt, wie viel Arbeit noch übrig ist, indem es an der Spitze der Y-Achse beginnt und im Laufe der Zeit und Abschluss der Arbeit nach unten zu der Stelle führt, an der der Endpunkt auf die X-Achse trifft.

Ein Burnup-Diagramm bewirkt das Gegenteil. Der Startpunkt befindet sich in der unteren Ecke des Diagramms, ganz links von der X-Achse. Die ideale Arbeitslinie und die tatsächliche Arbeitslinie eines Burn-up-Diagramms verlaufen nach oben, wenn die Arbeit abgeschlossen ist und die Zeit vergeht. Oben auf der Y-Achse befindet sich eine weitere horizontale Linie, die den Umfang des Projekts darstellt, z. B. die Anzahl der Story Points, die für die Fertigstellung benötigt werden. Wenn der Umfang größer wird, z. B. wenn Story Points oder Sprint-Backlog Wenn Elemente hinzugefügt werden, erhöht sich die Umfangslinie, um dem erhöhten Ziel Rechnung zu tragen.

Wenn sich der Umfang eines Sprints oder Projekts aufgrund unerwarteter Entwicklungen oder Erkenntnisse der Stakeholder ändert, was im Laufe der Entwicklung unvermeidlich ist, werden diese Änderungen durch die Scope-Linie dargestellt. Dies kann Burnup-Charts zu einem etwas anpassungsfähigeren Tool machen.

Sowohl Burndown- als auch Burnup-Diagramme verfolgen die Geschwindigkeit, den Arbeitsablauf und den Fortschritt eines Teams. Die Umfangslinie eines Burnup-Diagramms berücksichtigt die Entwicklung der Softwareentwicklung und die Art und Weise, wie sich die Ziele im Laufe eines Projekts bewegen können, weshalb sie sich ideal für die Nachverfolgung eines Projekts als Ganzes eignen. Obwohl beide Tools effektiv sind, könnte ein Burndown-Diagramm während eines Sprints besser genutzt werden, da die Wahrscheinlichkeit, dass sich die Anzahl der Aufgaben in einem Sprint ändert, geringer ist.

Grafik zum Produkt-Burndown im Vergleich zum Sprint-Burndown

Es gibt zwei verschiedene Arten von Burndown-Charts. Ein Produkt-Burndown-Diagramm zeigt, wie viel Arbeit für das gesamte Projekt noch übrig ist, wohingegen ein Sprint-Burndown-Diagramm zeigt, wie viel Arbeit in einer bestimmten Iteration noch übrig ist.

Ein Produkt-Burndown-Diagramm erfasst eine größere Datenmenge. Es stellt alles dar, was an einem Produkt innerhalb des zu Beginn des Projekts vereinbarten spezifischen Zeitrahmens fertiggestellt werden muss.

Ein Sprint-Burndown-Diagramm hilft Scrum-Mastern dabei, zu visualisieren, wie schnell das agile Team die Arbeit erledigt und wie viel Arbeit während eines Sprints noch zu erledigen ist. Es zeigt den Fortschritt des Scrum-Teams, indem es anzeigt, wie viel Arbeit tatsächlich noch übrig ist, anstatt wie viel Zeit aufgewendet wurde. Im Laufe eines Sprints wird das Diagramm entlang der abgeschlossenen Storypoints nach unten geneigt sein.

Wenn die Burndown-Linie in einem Sprint-Burndown-Diagramm nicht bis zur Mitte des Sprints nach unten zeigt, ist das ein Zeichen dafür, dass der Sprint nicht gut läuft, und es ist Sache des Scrum Masters, das Team wieder auf Kurs zu bringen.

Arbeiten Sie an Ihrem nächsten Produktplan? Erfahren Sie häufige Fehler bei der agilen Planung und wie Ihr Team diese häufigen Fallstricke vermeiden kann.

Burndown-Charts in Jira

Kaputte Builds Agile Berichte und Gadgets beinhaltet Burndown- und Burnup-Charts für beide Scrum und Kanban.

Die Anwendung wurde für Jira entwickelt, sodass Sie die Berichterstattung in Echtzeit integrieren können. Der Zugriff auf sofortige Kennzahlen hilft Teams, Engpässe und Abhängigkeiten zu erkennen, sodass diese eher früher als später behoben werden können. Mit der Anwendung können Sie Diagramme und anpassbare Berichte exportieren, um sie mit Teammitgliedern und Stakeholdern zu teilen oder im Nachhinein zu überprüfen.

Wie Easy Agile Ihrem Team helfen kann

Unsere Leidenschaft ist es, agilen Teams dabei zu helfen, effizienter und effektiver zu arbeiten, wobei die Bedürfnisse des Kunden immer an erster Stelle stehen. Wir entwickeln Produkte, die speziell für Jira-Benutzer entwickelt wurden, darunter Einfacher agiler Teamrhythmus, Programme, Personas, und Straßenkarten.

Versuche Einfacher agiler Teamrhythmus um einfache und kollaborative Storymaps in Jira zu erstellen. Unser Tool hilft Ihnen dabei, Ihre Produkt-Backlogs in eine wirkungsvolle visuelle Darstellung der Kundenreise umzuwandeln. Es ist die Story-Mapping-App für Jira mit den höchsten Bewertungen, der über 120.000 Nutzer von Unternehmen wie Amazon, Twitter, Starbucks, Rolex und Adobe vertrauen.

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.

Product development Ohne agilen Arbeitsablauf wäre das so, als würde man ein Haus ohne Plan oder definierte Rollen im Bauteam bauen. Niemand weiß, was zu tun ist oder wer was tut. 🤔

The result: time and energy verschwendung beim bau eines einzelnen hauses, das im Laufe der Jahre höchstwahrscheinlich seine dunkelsten Mängel aufweisen wird.

Also, hier ist, was Sie wissen müssen: Der Prozess erhöht die Effizienz. Es erhöht auch die Effizienz, die Kundenzufriedenheit und eine bessere Erfahrung für die Teammitglieder, die an dem Prozess beteiligt sind.

Follow this guide to build and to implementation a agile workflows in JIRA. In diesem Artikel behandeln wir, was ein agiler Workflow ist, und definieren die Schritte für seine Erstellung und seine Prinzipien im Detail.

Der Begriff Arbeitsablauf

The ausführung of a team work is defined by one or several processes. With other Worts, an process is an art and way, how the team with the results the line. Und wenn sie Produkte entwickeln Agiles Framework, ein agiler Arbeitsablauf ist eine Möglichkeit, diesen Prozess zu strukturieren.

Im Allgemeinen besteht ein Arbeitsablauf aus:

• Activities, Tasks and Steps
• Rolles
• Produits travail
• Ein paar andere Dinge, die zur Verbesserung der Teamzusammenarbeit und Arbeitsführung beitragen

Mit einer solchen Struktur wird es einfacher:

• Um den Vorgang zu wiederholen
• Damit Teammitglieder miteinander arbeiten können
• Um den Prozess und die Arbeit selbst zu skalieren

Es scheint, als ob ein Arbeitsablauf so gut organisiert ist, dass die Teamarbeit reibungslos ablaufen würde, nur weil er existiert. Nun, das ist nicht der Fall. Im nächsten Abschnitt erfahren Sie, dass es für kein Team oder Projekt einen Arbeitsablauf gibt. Stattdessen gibt es einen oder mehrere Workflows, die funktionieren für dein Team oder dein projekt.

Warum gibt es keinen einheitlichen Arbeitsablauf

Die Größe und Reife der Teams wirken sich auf ihre Arbeitsabläufe aus. Also the art of project and both corporate culture as also the team culture, the configuration of workflows. Fazit: Ihr agiler Arbeitsablauf hängt von vielen Faktoren ab und wird wahrscheinlich einzigartig sein.

Eventuell find it online suggestions for workflows, which are perform with other companies as functional. If you want, you can also use this as access point for the definition your own workflows. Es könnte der Fall sein, dass einige Schritte für Sie ausgeschlossen sind. Dann könnten sie ihren eigenen Arbeitsablauf von Grund auf neu definieren.

Jira ist eine sehr vielseitige Lösung for workflow-Management, the many different agile workflows supports.

Mit Jira kannst du Workflows an verschiedene Unternehmens- oder Teamkulturen anpassen. In this connection means culture the art and wise, as team members work together. In gleicher Weise drückt ein Arbeitsablauf, ein dynamisches Team in einem oder mehreren Projekten aus.

Wenn wir jetzt über Jira-Workflows sprechen, sollten Sie wissen, was einer davon enthält.

Was genau ist ein Jira-Workflow?

Ein Jira-Workflow ist ein agiler Workflow, der auf Jira aufbaut und mit Hilfe von Jira implementiert wird. It is a digital board, with you can check the status of Arbeitselemente. Es kann auch Benachrichtigungen senden, wenn sich der Status dieses Artikels ändert. Sie können auch Ihre verwenden Jira-Board for Scrum Chats wie tägliche Standups und Sprint-Retrospektiven.

Sie müssen unbedingt dafür sorgen, dass der Status ALLER Arbeitselemente korrekt ist. Das bedeutet, dass der Status jedes Arbeitselements aktualisiert wird, wann und sobald er sich ändert.

Nur ein aktueller agiler Workflow — and a Jira Board — erfüllt seinen Zweck und bietet Vorteile. Es ist ein großartiges Tool für Teammitglieder, Produkteigenschaften, und Scrum Master um den Arbeitsfortschritt jederzeit zu verfolgen.

we go now to our guide over. Du erfährst, ein Tipp nach den anderen, wie du mit Hilfe von Jira ein agiler Workflow-Rockstar wirst.

Dein Leitfaden für agile Workflows in Jira

Startet eure Motoren! Du begibst dich auf eine fabelhafte Lernreise über die Erstellung und Verwaltung agiler Workflows in Jira. Hier sind unsere besten Tipps, um diesen Prozess zu verwirklichen:

1. Fangen Sie jetzt an

Zögere nicht, sie machen die Hände schmutzig mit der Workflow-Definition.

Also wenn Sie einfach anfangen, fangen Sie einfach an. Tue you not before think that you be successful in the agile area, if they large start. Es könnte tatsächlich sein, dass sich das gegen Sie und Ihr Projekt auswirkt.

2. Überanstrengen Sie sich nicht

Sie verbringen nicht Wochen damit, ihre Arbeitsabläufe strukturieren, umstrukturieren und dann noch einmal umstrukturieren.

Überarbeitete Arbeitsabläufe sind schwer zu verstehen und viel schwieriger zu implementieren und umzusetzen. Das würde schaden the basic principles of Agile Methodologie.

Bei einem überlasteten Arbeitsablauf würden die Teammitglieder am Ende nicht wissen, was zu tun ist und wann sie tun sollten. Folglich, am Ende von der Sprint — or iteration — and project, no results are ready for the introduction.

3. Vergessen Sie nicht den Workflow-Stakeholder

Sie sollten Rollen berücksichtigen, die den von Ihnen definierten Arbeitsablauf irgendwie verwenden. When some is daily use, to do your work, use other is only for a art of management analysis.

Sie sollten mit ihnen verstehen, was ihre Workflow-Anforderungen sind. Es wird einige Zeit dauern, also müssen Sie geduldig sein.

4. Verstehe das Konzept von „Problem“ in Jira

Describir a problem a problem, for this is still no solution. This problems are caused on risks, which risk the development process of the project and the final success. The add an function to the project beginning — the problem — may also be return on the possible of requirements changes — on the risk.

In Jira gibt es ein Problem, aber es ist nicht unbedingt ein Problem. Es stellt jedoch eine Arbeit dar, die Teams müssen erledigen. Ein Jira-Problem kann beispielsweise eine Aufgabe oder ein Helpdesk-Ticket sein.

Bei der Softwareentwicklung kann ein Jira-Problem spezifische Konzepte symbolisieren, wie zum Beispiel:

• Properties of the product und Funktionen, die das Entwicklungsteam implementieren muss
• Bugs, die gelöst werden müssen

5. Kenne die Teile des Puzzles

In Jira gibt es einen Workflow aus vier Arten von Komponenten:

1. Status. This is the position of a problems in the workflow. This can be process to a offen — or ungelösten — status or to a closed — or closed — status.
2. Übergang. This defined as a problem change the status, and it can be either uni or bidirektional. Je nachdem, wie sich der Status ändert, can you create more or less restrictions. Sie können sogar definieren, dass nur bestimmte Personen oder bestimmte Rollen ein Problem von einem bestimmten Status in einen anderen ändern können.
3. Abtretungsempfänger. This is the person, that is responsible for a problem.
4. resolution. This described why a problem from status „Offen“ to the status „closed“ is overgoing. Außerdem sollte ein Problem nur bearbeitet werden, solange es gelöst ist.

In Softwareteams oder Projekten ist es üblich, Status wie die folgenden zu finden:

• „Zu erledigen“ für Probleme, die noch nicht begonnen haben
• „In Bearbeitung“ für Probleme, mit denen das Team bereits begonnen hat, werden
• „Code Review“ für abgeschlossene Codierungsaufgaben, die eine Überprüfung erforderlich machen
• „quality assurance“ for closed problems, that must be tested by a team of tester
• „Fertig“ für abgeschlossene, überprüfte und getestete Arbeiten

If an code review is successful, the work is finished. In this example is the success of code check an change from „code check“ to status „ready“. Und die Lösung wäre der Grund, warum die Codeüberprüfung fehlgeschlagen ist.

Schließlich können Sie Übergänge einrichten mit:

• Conditions. Sie verhindern, dass eine unzureichende Rolle den Status eines Problems verändert.
• Validatoren. This ensure that a transfer only under specific environment. Wenn nicht, findet der Übergang nicht statt.
• Post-Funktionen. Sie beschreiben Aktionen zu Problemen und ändern nicht nur deren Status, und Sie können automatisieren. Sie entfernen beispielsweise die Lösung eines gelösten Problems, bevor Sie den Status wieder auf ungelöst ändern. Ein anderes Beispiel wäre, die Bevollmächtigten aus dem Problem zu entfernen.
• Properties. This are features of overganges. Ein Merkmal könnte beispielsweise darin bestehen, dass nur Lösungen angezeigt werden, die für die Art des Problems relevant sind.

6. Definiere „erledigt“

Jedes Team ist einzigartig. Es besteht aus unterschiedlichen Menschen, unterschiedlichen Gewohnheiten und unterschiedlichen Erfahrungen mit Technologie und Methoden. Various types, work to done. Das bedeutet, dass Sie definieren müssen, was „geleistete Arbeit“ für Ihr Team oder Ihr Projekt bedeutet.

Zum Beispiel müssen Sie die folgenden Fragen für Ihr Team oder Projekt beantworten:

• Welchen Status sollte ein Produkt oder eine Funktion haben, wenn die Markteinführung oder die Veröffentlichung genehmigt wurde?
• Was sollten Ihre Teammitglieder tun, um jedes Arbeitsergebnis auf diesen Status zu bringen?
• Wer sollte unterwegs Entscheidungen — wie etwa Genehmigungen — treffen, welche Entscheidungen und zu welchen Zeitpunkten?
• Wer erklärt Arbeit als erledigt?

7. Passen Sie den Jira-Standard-Workflow an

Erinnerst du dich, dass du Jira verwenden könntest, um Workflows an verschiedene Arbeitsweisen als Team anzupassen? Hier erfährst du, wie das geht:

Schritt #1: Definiere die Status und Übergänge deines Workflows im Jira Workflow Designer.

Sie können Jira als Standard verwenden Scrum oder Kanban Workflow — klassische Jira-Vorlagen — oder nehmen Sie einige Änderungen daran vor. Alternativ können Sie den vereinfachten Scrum-Workflow von Jira wählen, der für einigermaßen grundlegende Anforderungen ausreichend ist.

Die vereinfachte Version des Scrum-Workflows beinhaltet:

• Drei Status: „Zu erledigen“, „In Bearbeitung“ und „Erledigt“
• Zwei Übergänge: von „Zu erledigen“ zu „In Bearbeitung“ und von „In Bearbeitung“ zu „Erledigt“
• Vier Spalten zur Organisation der Themen, die auf verschiedenen Foren verteilt sind: „Backlog“, „Zur Entwicklung ausgewählt“, „In Bearbeitung“ und „Erledigt“

Schritt #2: Erstellen Sie Ihren Workflow, indem Sie Komponenten zum vereinfachten Scrum-Workflow hinzufügen.

Um den Fortschritt von Problemen in der agilen Entwicklung zu verfolgen, können Sie Status wie „Code Review“ und „Quality Assurance“ hinzufügen. Und Sie könnten dem Übergang von „Code Review“ zu „Done“ einen Validator hinzufügen, um zu erzwingen, dass Sie eine erfolgreiche Code-Überprüfung benötigen, um den Status „Fertig“ zu kennzeichnen.

Darüber hinaus können Sie Genehmigungsphasen in den Workflow einbeziehen, z. B. „Warten auf QA“. Diese Phasen gehen den Phasen voraus, in denen ein Problem geschlossen wird oder in den Status „Abgeschlossen“ übergeht.

Schritt #3: Verschaffen Sie sich einen Überblick über die visuelle Darstellung des Diagramms.

Wenn Sie mit der Anpassung des Workflows an Ihr Team oder Projekt fertig sind, stellen Sie sicher, dass das Diagramm visuell lesbar ist. Das ist wichtig, wenn Sie das Diagramm mit Stakeholdern teilen, um Feedback zu erhalten. Sie sollten Feedback von mindestens einem Vertreter jeder Art von Interessengruppen einholen.

Eine interessante Funktion von Jira ist der Workflow, mit dem Sie Probleme visuell hervorheben können. Auf diese Weise können Sie anhand seines Status sehen, wo sich das Problem im Workflow befindet. Öffnen Sie einfach das Problem und klicken Sie neben dem Status des Vorgangs auf die Schaltfläche „Workflow anzeigen“.

8. Verlassen Sie sich bei der Fortschrittsverfolgung auf Jira-Berichte

Jira bietet zwei nützliche Berichte, mit denen Sie den Arbeitsfortschritt des Teams in einem Sprint verfolgen können:

• Das Burndown-Diagramm, was zeigt:
• Die Menge an Arbeit, die in einem Sprint noch zu erledigen ist
• Die Arbeit, die die Teammitglieder gerade ausführen
• Die Verteilung der Arbeit während des Sprints
• Ob die Probleme in den Sprint passten und die Aufwandsschätzung ausreichend war
  
• Der Sprint-Bericht, das beinhaltet:
• Das Burndown-Diagramm
• Eine Liste offener und geschlossener Probleme für diesen Sprint
• Zusätzliche Arbeit zum Sprint hinzugefügt

Wie bei jedem anderen Bericht können Sie mit Jira-Berichten über Erfolg und Misserfolg nachdenken. In diesem Fall geht es um den Erfolg und Misserfolg jedes Sprints in Bezug auf:

• Schätzung des Aufwands
• Leistung des Teams
• Unregelmäßigkeiten im Prozess
• Sprint-Planung

Am wichtigsten ist, dass Sie Jira-Berichte verwenden können, um diese Aspekte kontinuierlich zu verbessern und Probleme wie die folgenden zu vermeiden:

• Zu viel Arbeit für einen Sprint
• Eilige Arbeit
• Plötzliche Änderungen der Prioritäten

Ein Jira-Workflow ist praktisch, wenn Sie Ausreißer im Entwicklungsprozess erkennen, wie zum Beispiel:

• Eine große Anzahl offener Probleme
• Häufiges Wiederöffnen von Ausgaben
• Eine hohe Anzahl ungeplanter Probleme wurde zum Sprint hinzugefügt

In der Lage zu sein, diese Probleme zu erkennen, ist äußerst wertvoll, da so ein massiver Sprintausfall vermieden werden kann.

9. Informationen teilen

Mitarbeiter in Ihrem Unternehmen, die nicht zu Ihrem Team gehören, benötigen möglicherweise Informationen aus Ihrem Arbeitsablauf. Berücksichtigen Sie dies also, wenn Sie den Workflow Ihres Teams oder Projekts definieren.

Diese Leute müssen vielleicht wissen über:

• Die Menge der abgeschlossenen Arbeiten
• Das Produkt-Backlog Dimension im Vergleich zur Teamleistung
• Die Anzahl der offenen und geschlossenen Probleme oder die Anzahl der Probleme in einem bestimmten Status
• Die durchschnittliche Bearbeitungszeit einer Ausgabe
• Die durchschnittliche Anzahl von Problemen, die zu lange dauern oder bei denen es zu Engpässen kommt, was bedeutet, dass bestimmte Status wie „Qualitätssicherung“ nicht erreicht werden

10. Halte es einfach

⚠️ Es kann verlockend sein, Problemstatus zu erstellen, während Probleme durch den Workflow bewegt werden, aber tun Sie es nicht! Jeder zusätzliche Status fügt weitere Übergänge mit all ihren individuellen Merkmalen hinzu.

❌ Wenn Ihr Workflow es Ihnen bereits ermöglicht, den Sprint zu bewerten und Ihre Stakeholder mit wertvollen Informationen zu versorgen, ist das einfach perfekt. Sie müssen ihm keine weiteren Problemstatus hinzufügen.

✔️ Fügen Sie zusätzliche Problemstatus nur hinzu, wenn Sie keine andere Option haben. Wenn beispielsweise verschiedene Teams die Arbeit in verschiedenen Entwicklungsphasen verfolgen müssen, benötigen Sie möglicherweise unterschiedliche Status.

11. Begrenzen Sie die laufenden Arbeiten

Sie können ein bestimmtes Limit für die Anzahl der Probleme in einem bestimmten Status festlegen. Dabei sollten Sie sicherstellen, dass das gesamte Team in jedem Workflow-Status genügend Arbeit hat.

Außerdem sollten Sie sicherstellen, dass die Grenzen, die Sie in den Workflow einführen, die Kapazität des Teams nicht überschreiten. Wenn Sie dies nicht tun, muss das Team Prioritäten setzen, und Sie möchten möglicherweise nicht, dass dies geschieht.

Die Teamleistung sollte steigen, wenn Sie die richtigen Grenzwerte für laufende Arbeiten festlegen. 🤗

12. Bereite dich auf die Skalierung vor

Agile Teams sollten klein sein. Nichtsdestotrotz sollte ein agiler Workflow einer Zunahme der Anzahl von Personen gerecht werden, die damit arbeiten. Das bedeutet, dass niemand bemerken sollte, wenn eine Erhöhung stattfindet.

Hier sind einige goldene Regeln für Skalierung agiler Workflows:

• Vereinbaren Sie agile Methoden für die Workflow-Definition und minimieren Sie Anpassungen auf ein Minimum, wenn mehrere Teams, die an ihren eigenen Projekten arbeiten, zusammenarbeiten müssen.
• Verschiedene Teams, die an demselben Projekt arbeiten, sollten denselben Arbeitsablauf verwenden, da sonst die Dinge chaotisch werden könnten.
• Teams sollten bei der Definition eines gemeinsamen Workflows Kompromisse eingehen. In diesem Fall erstellen Teams jedoch Workflows, die auf mehreren erfolgreichen Erfahrungen aus der Vergangenheit basieren.

Was kannst du noch tun?

Wann immer Sie von Workflows hören, ist das ein Zeichen dafür, dass die Ausführung der Arbeit strukturiert wird. Es ist auch ein Zeichen dafür, dass noch ein langer Weg vor uns liegt, aber das Ergebnis wird großartig sein, wenn Sie:

• Befolge die 12 oben genannten Regeln
• Wählen Sie einen flexiblen Issue Tracker in Bezug auf die Workflow-Anpassung, wie z. B. Jira
• Ergänzen Sie den Issue Tracker mit den richtigen Apps

Zwingen Sie Ihr Team oder Projekt nicht dazu, sich an ein Tool zu halten. 😨 Tun Sie lieber genau das Gegenteil! Wählen Sie das Tool, mit dem Sie den richtigen Workflow für Ihren Kontext erstellen und implementieren können.

Dadurch werden der Durchsatz und die Workflow-Konformität erhöht, was genau das ist, was Sie bei der Erstellung eines Workflows erwarten.

Sorgen Sie für einen starken agilen Ansatz — optimieren Sie, diskutieren Sie und wiederholen Sie. Dies sind die Schlüsselwörter für den Aufbau und die Implementierung eines agilen Workflows. Vergessen Sie sie also nicht für eine Sekunde! Dadurch vermeiden Sie:

• Den Arbeitsablauf komplizieren, wenn er nicht unbedingt erforderlich ist
• Ignorieren Sie die Probleme, die Stakeholder und Teammitglieder bei der Verwendung oder Anzeige des Workflows haben
• Ein veralteter Arbeitsablauf, der sowohl der Unternehmens- als auch der Teamkultur nicht mehr angemessen ist

Bringen Sie Ihren agilen Arbeitsablauf auf ein neues Level

Einfacher agiler Teamrhythmus hilft dir beim Aufbau und der Implementierung eines Scrum-Workflows in Jira. Optimiere deinen agilen Workflow, indem du:

• Visualisieren Sie, was das Team wann liefern wird, indem Sie Folgendes vereinbaren Anwenderberichte in Sprint-Schwimmbahnen
• Priorisierung der User Stories in jedem Sprint, indem sie innerhalb der jeweiligen Sprint-Swimlane angeordnet werden
• Überprüfung der Sprint-Statistiken auf einen Blick, um sicherzustellen, dass die Kapazität des Teams nicht überschritten wird
• Erfassung der Aufwandsschätzung in User Stories.

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.

Ein häufiges Missverständnis bei agilen Softwareentwicklungsmethoden ist, dass sie keinem formalen Prozess folgen. Jedes Team macht einfach sein eigenes Ding mit wenig oder gar keiner Planung, und irgendwie klappt alles. Nun, wir hassen es, Ihre Seifenblase platzen zu lassen, aber Softwareentwicklung funktioniert so nicht, agil oder nicht. 🤯

Genau wie bei traditionellen Wasserfallprojekten folgt agile Projekte einem agilen Softwareentwicklungszyklus (SDLC). Aus der Prozessperspektive besteht der Hauptunterschied in einem linearen Ansatz mit Wasserfall und einem iterativen Ansatz mit Agilität. We are something later into into there.

Lassen Sie uns zunächst erläutern, wie ein agiles SDLC mit agilen Prinzipien im Einklang steht. Dann werden wir sowohl in Scrum- als auch in Kanban-Umgebungen über agile SDLC sprechen.

How the cycle of agile softwaredevelopment agile principles supports

Das Agiles Manifest nennt vier Grundwerte, die zur Verbesserung der Softwareentwicklungsprozesse beitragen. Sie sind:

Individuals and Interactions about Processes and Tools
Funktionende Software über eine umfassende Dokumentation
Zusammenarbeit mit Kunden over Contracts
Reagieren Sie auf Veränderungen anstatt einem Plan zu folgen.

Das sind großartige Werte! Heben Sie jetzt Ihre Hand, wenn Sie sich an den nächsten Satz erinnern. Irgendjemand?? Lass uns dein Gedächtnis auffrischen: „Das heißt, obwohl die Elemente auf der rechten Seite einen Wert haben, schätzen wir die Elemente auf der linken Seite mehr ein. “

Allzu oft sind neue agile Softwareentwicklungsteams so begeistert davon, „agil zu werden“, dass sie vergessen, den gesamten Inhalt des Agilen Manifests vollständig zu verstehen. Wir verstehen es — es ist schwer, sich an alle 68 Wörter zu erinnern, wenn man begeistert ist. 🤓

Schauen wir uns das noch einmal an: The article on the right page have a value. Das klingt nicht so, als ob Sie alle Dokumentationen, Prozesse und Tools entfernen sollten. Sie benötigen tatsächlich einige dieser Dinge, um effizient als Team zu arbeiten. The least must to take any art of contract, when they want develop software for a external stakeholder and paid.

Wir würden Ihnen gerne genau sagen, wie viele Prozesse und wie viel Dokumentation und Planung Sie benötigen, aber das können wir nicht. Ein Teil der Agilität besteht darin, die Dinge im Laufe der Zeit anhand Ihrer Teamumgebung und der Bedürfnisse der Kunden zu erkennen. If your agile team ready, start you to check the processes, tools and project documentation and that your team needs to efficient and effective to work.

Wir schauen uns nun einige Lebenszyklusmodelle für agile Softwareentwicklung an.

Das Scrum SDLC model

Erinnerst du dich, dass wir bereits darüber gesprochen haben, dass Wasserfall linear und agil iterativ ist? Scrum ist das perfekte agile Framework, um den Unterschied hervorzuheben.

The traditional water fall model of the product development requires several steps before you going to a final product. Waterfall projects meet the definition of ready, when the complete project is completed and in the hands of users or stakeholders. Es ist linear — ein gerader Weg von Anfang bis Ende.

The agile method of Scrum is dagegen iterativ and adaptiv. Scrum-Teams teilen die Ergebnisse in kleineren Teilen mit kürzeren Zeitrahmen, die als Sprints bezeichnet werden. Es ist das Ziel, bei jeder Iteration während des gesamten Produktentwicklungsprozesses Teile der funktionierenden Software bereitzustellen.

Anstatt eines einzelnen Sprints, wie oben gezeigt, sieht ein vollständiger Scrum-Lebenszyklus eher so aus:

Für jede Iteration plant, entwickelt, überprüft und implementiert das Team Updates der Produktfunktionen. If the involved agreement tests and you see the functional product, they may questions by new priority or requirements. This feedback is added the product backlog, sodass the Product Owner with other functions and work priorisiert wird. Dann beginnt der Prozess erneut.

Da sich die Software ständig weiterentwickelt, wiederholt sich dieser Prozess, bis das Produkt entweder einen Wartungsgrad erreicht hat oder das Ende seiner Nutzungsdauer erreicht und außer Betrieb genommen wird.

Inparticular in Scrum is planning a great part of the SDLC. The Sprint Planning bringt das Team zusammen, um die Arbeit auf der Grundlage der vom Product Owner definierten Sprintziele zu priorisieren. The daily standup provides the team the possible to coordinating his activities for the day. The Sprint-Review ermöglicht es dem Product Owner und anderen Stakeholdern, die während des Sprints Ergebnisse zu überprüfen und zu besprechen. Und schließlich bietet die Sprint-Retrospektive dem Team die Gelegenheit, über den Prozess, die Teamdynamik und mögliche Verbesserungen für die Zukunft nachzudenken.

Reibungslose Sprint-Planung mit

Einfache Agile User Story Maps

Testing now

Verfeinerung des Backlogs is also a art of planning, that should be completed before a sprint planning ession or on end of a sprint. When the verfeinerung can be review the teams the ability specific functions or Ideas for development methods to meet the Acceptance criteria. Sie können auch die Verfügbarkeit von Ressourcen bei der Planung berücksichtigen. Sie könnten beispielsweise erwägen, zusätzliche Komponententests erstellen, um den Aufwand eines Testers zu reduzieren, der während der nächsten Sprints im Urlaub sein wird.

The difference between the planning in Scrum and Waterfall is darin, how much work you want planning. Wasserfallpflanze zu Beginn des gesamten Projekts. The Scrum planning does during the complete product development, from beginning to the end.

Die agile Kanban-Methode

Ein Kanban-Framework hat einen etwas anderen agilen Prozess. Workelemente sind nicht unbedingt miteinander verwandt oder voneinander abhängig. Einzelne Teammitglieder können asynchron arbeiten, um neuen Code in die Produktion einzubringen, sobald er fertig ist. Kanban ist jedoch immer noch iterativ, da die Arbeitselemente in einem Backlog priorisiert werden, und dann werden sie entwickelt, überprüft und zur Produktion gebracht.

Basierend auf dem Feedback der Endbenutzer werden dem Board neue Backlog-Elemente hinzugefügt. The priority of work elements is regular checked and adjusted that they is perfect to the agile value, to react on veränderungen.

Ein großer Unterschied mit Kanban Bedeutet, dass jede Spalte im Kanban-Board nur eine begrenzte Anzahl von Arbeitselementen enthalten kann (WIP-Grenzwerte), anstatt sie auf der Grundlage von Storypoints und Teamgeschwindigkeit zur Arbeit zu verpflichten. This helps Teams, konzentriert zu bleiben, in ihrem Prozess zu erkennen, zu erfahren, wo Automation hilfreich sein könnte, und allgemein zu verstehen, wo ihr Prozess funktioniert und wo er wenig Hilfe benötigt.

Bei Kanban liegt der Fokus mehr auf dem kontinuierlichen Arbeitsfluss in jeder Phase. The WIP border values helps teams to identify specific phases, they behind the work process, that they detect the cause, they detect and last the efficiency work.

Jedes Kanban-Team kann die Spalten auf seinem Board nach seinen Bedürfnissen auswählen. Das Ziel von Kanban ist es, die Geschwindigkeit zu verbessern, indem die Arbeit auf dem Board voranschreitet. A precise monitoring and measurement of movement of work elements is for kanban teams of significant meaning.

Working with the agile software development cycle

Egal, ob Sie in einem ausgerüsteten Unternehmen oder einem Startup-Team arbeiten, eine angemessene Menge an Dokumentation, Tools und Prozessen in agilen Softwareentwicklungsmethoden ist von Wert. Actual helps the facility a agile software development cycle your team, efficient to work.

TIPP! Auf der Suche nach mehr Teamzusammenstellung? Probiere es aus Einfaches agiles Programm

Think you, on the Agile Manifest and The back access Die 12 Prinzipien hinter dem Agilen Manifest wenn du nicht weiterkommst. This values and principles applies not only for the what you build, but also for the work type your team. The key concept behind agile Frameworks contains in, they to check and adapt — both the software as also also the art and way how you work as team.

Use so much process and documentation, how you need, but not more. Schauen Sie sich an, was Sie heute haben, und identifizieren Sie wichtige Punkte, ohne dass das Team Ihrer Meinung nach nicht funktionieren kann. Fügen Sie dann Schritte hinzu oder entfernen Sie sie, wenn Sie herausfinden, wie Ihr Team am besten in einem agilen Framework arbeiten kann.

Bei Easy Agile are here, to help them, the best from your agile Practices, and help them to help them to develop a powerful, agile team. 💪 If you want more learn, look you see our weitere Blogartikel zu agilen Themen.

If you help with the Jira tool by Atlassian, we have einige tolle Apps damit du es versuchst. Unser Simple Agile Programs for the Jira App can support your planning activities by skalable direction and visualization of dependencies.

Testing now

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.

Unternehmen der Zukunft müssen intelligente Entscheidungen mit Agilität treffen, und die Kunden von heute erwarten einen wertorientierten Ansatz, der ihre Bedürfnisse bei jedem Schritt berücksichtigt. Die agile Methode bietet Unternehmen jeder Größe eine neue Arbeitsweise, bei der Anpassungsfähigkeit, Zusammenarbeit und kontinuierliche Verbesserung im Mittelpunkt stehen. Immer mehr Unternehmen streben eine agile Transformation an, aber keine organisatorische Änderung ist jemals einfach.

Erfahren Sie mehr über die Vorteile der Umstellung auf eine agile Methode, die Herausforderungen, die mit der Umstellung verbunden sind, und darüber, was eine erfolgreiche agile Transformation ausmacht.

Eine Einführung in die agile Methodik

Der agile Prozess unterscheidet sich stark vom traditionellen Projektmanagement, das üblicherweise einen starren Wasserfallansatz verwendet. Projektziele und Richtlinien werden zu Beginn eines Projekts auf der Grundlage der Informationen festgelegt, über die ein Projektmanager derzeit verfügt. Das Team hält sich an den Plan, bis das Projekt abgeschlossen ist, und erledigt eine Aufgabe nach der anderen in sequentieller Reihenfolge, wie bei einem Wasserfall.

Agile hingegen ermöglicht Flexibilität und Anpassungsfähigkeit, sodass jeder Plan wachsen und sich weiterentwickeln kann, wenn Sie neue Informationen erhalten. Die agile Methode hat sich zuerst durchgesetzt Zugkraft in der Softwareentwicklungsbranche weil es einen dynamischen Ansatz zur Lösung komplexer und sich ständig ändernder Probleme bot.

Heute haben sich die Prinzipien der Agilität in allen möglichen Branchen und Unternehmen aller Größen verbreitet. Da sich die Welt schneller als je zuvor verändert, benötigen Unternehmen Lösungen, die sich anpassen können. Eine agile Transformation verbessert die geschäftliche Agilität mit Systemen und Prozessen, die eine kontinuierliche Verbesserung gewährleisten.

Ein weiterer wichtiger Aspekt von Agile ist, dass es immer nach neuen Informationen sucht. Anstatt zu warten, bis das endgültige Projekt oder Produkt abgeschlossen ist, können Stakeholder und Kunden bei jedem Schritt Feedback geben. Auf diese Weise können Teams Entscheidungen auf der Grundlage der Kundenbedürfnisse treffen, und es wird sichergestellt, dass der Kundennutzen kontinuierlich erbracht wird.

Zu den vielen Vorteilen von Agile gehören:

• Vermeidung verschwenderischer Verfahren
• Befreit dich von Silos am Arbeitsplatz
• Förderung der Zusammenarbeit und Teilnahme
• Einbindung von Stakeholdern und Kunden während des gesamten Prozesses
• Identifizierung und Berücksichtigung von Hindernissen, bevor sie auftreten
• Präzise Verwaltung der Arbeitsbelastung (Kapazität) jedes Teammitglieds
• Die Perspektive des Kunden verstehen
• Bessere Entscheidungspraktiken anwenden
• Anpassung an neue Informationen
• Kontinuierliche Verbesserung interner Prozesse

➡️ Erfahren Sie mehr in unserem Agile Anfängerleitfaden.

Herausforderungen der agilen Transformation

Die Vorteile von Agile liegen zwar auf der Hand, aber jede große organisatorische Veränderung ist schwer zu erreichen. Machen Sie sich bewusst, mit welchen Herausforderungen Sie während einer agilen Transformation konfrontiert werden, damit Sie Führungskräfte, Teammitglieder und Stakeholder optimal darauf vorbereiten können.

Das Erlernen agiler Prinzipien erfordert Zeit und Geduld

Der Aufbau einer agilen Organisation erfolgt nicht über Nacht. Machen Sie sich bewusst, dass Ihre Transformationsreise Zeit, Engagement und Geduld erfordert. Es ist eine monumentale Veränderung, die Sie den Teammitgliedern ohne angemessene Ausbildung, Schulung und Unterstützung nicht überstürzen oder aufdrängen können.

Planen Sie den Rollout schrittweise, sodass der Geschäftsbetrieb so wenig wie möglich unterbrochen wird. Nehmen Sie sich Zeit, um jedem Bereich des Unternehmens agile Prinzipien zu vermitteln. Agile und all ihre Praktiken können für diejenigen, die damit nicht vertraut sind, schwer zu verstehen sein. Egal, wie groß oder klein Ihr Unternehmen ist, es ist wichtig, dass jeder versteht, welche Änderungen vorgenommen werden, welche Vorteile es hat und welche Schritte unternommen werden müssen, um eine agile Denkweise anzunehmen.

Veränderung kann zu Widerwillen und Zurückdrängen führen

Menschen zögern oft, sich zu ändern, und in einigen Fällen können Veränderungen Angst, Stress und Angst verursachen.

Agile erfordert die Zustimmung aller, aber bei einer so tiefgreifenden und groß angelegten Veränderung zögern viele Mitarbeiter in Ihrem Unternehmen möglicherweise, den Wechsel vorzunehmen. Es ist ganz natürlich, dass Menschen sich vor Veränderungen hüten, obwohl Veränderungen uns jeden Tag umgeben. Jeder erlebt ein unterschiedliches Maß an Aufregung, Zögern und Feindseligkeit, wenn es um Veränderungen geht. Stellen Sie also sicher, dass Sie den Menschen Raum geben, um sich an Ihre neue Vorgehensweise anzupassen.

Wenn Sie zurückgeschlagen werden, sprechen Sie mit anderen oder lassen Sie die Teamleiter Einzelgespräche vereinbaren, um Bedenken auszuräumen. Machen Sie sich bewusst, dass es für Menschen sehr schwierig ist, Veränderungen zu bewältigen, und dass der Umgang mit Veränderungen manchmal dem Trauerprozess ähneln kann. Die Phasen von die Veränderungskurve Dazu gehören Schock und Verleugnung, Wut, Verhandlungen und Schuldzuweisungen und Verwirrung, alles, bevor es schließlich zur Akzeptanz kommt.

Geben Sie Ihrem Unternehmen Zeit, sich anzupassen, und unterstreichen Sie gleichzeitig die Vorteile von Agile, wie es ihre Arbeitsweise verbessern wird und wie Führungskräfte und Geschäftsinhaber das Team unterstützen werden. Der Erfolg Ihrer agilen Transformation hängt davon ab, dass sich jeder, unabhängig von seiner Rolle, für die Einführung von Agilität einsetzt.

Organisationsübergreifende Verantwortung

Bei einem agilen Prozess ist jeder dafür verantwortlich, dass alles reibungslos läuft und die Ziele erreicht werden. Es mag Teamleiter geben, aber jeder ist ein wichtiger Teil des Puzzles. Das ist vielleicht nicht das, woran die Teams in Ihrem Unternehmen gewöhnt sind, da es im traditionellen Management oft einen hierarchischen Führungsansatz von oben nach unten gibt. Vorgesetzte haben möglicherweise das Gefühl, an Macht zu verlieren, während andere Teammitglieder stärker eingebunden werden müssen als früher.

Unter agilen Bedingungen entwickeln sich traditionelle Organisationsstrukturen zu einem viel kollaborativeren Prozess. Es ist nicht nur eine verantwortliche Person, die an der Leitung steht, wenn etwas ins Stocken gerät oder nicht funktioniert. Jeder in der gesamten Organisation ist ein integraler Bestandteil des agilen Prozesses. Jeder muss dafür verantwortlich sein, agile Prinzipien zu erlernen, an der Umstellung teilzunehmen und Feedback zu geben. Die aktive Teilnahme aller Unternehmensbereiche muss fortgesetzt werden, um die Vorteile von Agile in vollem Umfang nutzen zu können.

Agile lässt sich in großen Unternehmen nur schwer skalieren

Die Implementierung eines agilen Frameworks in einem kleinen Unternehmen oder Startup ist viel einfacher. Zunächst einmal gilt: Je weniger Mitarbeiter Sie schulen müssen, desto weniger kostet es und desto schneller kann die agile Transformation erfolgen. Kleinere Teams sind besser in der Lage, sich anzupassen und zusammenzuarbeiten, um sich an Veränderungen anzupassen. Startups sind auch von Natur aus agiler und bestehen oft aus jüngeren Teammitgliedern, die eher bereit und willens sind, sich anzupassen.

Je größer das Unternehmen oder Unternehmen ist, desto schwieriger ist es, Änderungen umzusetzen, geschweige denn eine komplette Unternehmensüberholung und Mindset-Anpassung. Es wird viel länger dauern, und es kann noch viel mehr schief gehen, aber das heißt nicht, dass sich diese Bemühungen nicht lohnen. In großen Unternehmen ist es noch wichtiger, die Bedürfnisse Ihrer Kunden nicht aus den Augen zu verlieren, und es gibt viele Möglichkeiten, Ihre Systeme zu optimieren.

Die gute Nachricht ist, dass es Systeme gibt, die Unternehmen bei der Einführung agiler Praktiken unterstützen sollen. SAFe, das Skaliertes Agile-Framework, wurde entwickelt, um schlanke und agile Praktiken in größeren Organisationen zu skalieren.

➡️ Easy Agile ist ein stolzer Scaled Agile Platform Partner. Einfache Agile-Programme für Jira wird Ihren Prozess optimieren und Ihr Team in die Lage versetzen, das Scaled Agile Framework (SAFe) zu implementieren.

Stakeholder müssen geschult und mit ins Boot geholt werden

Stakeholder sind ein wesentlicher Bestandteil des agilen Prozesses. Bei einer agilen Transformation sind Ihre Stakeholder und Kunden an den Status Quo gewöhnt. Sie sind möglicherweise überhaupt nicht mit Agilität vertraut, und es liegt an Ihnen, sie auf den neuesten Stand zu bringen und sie von den Vorteilen und der erhöhten Kundenzufriedenheit zu überzeugen, die Agile bietet.

Stellen Sie sicher, dass Sie für den Übergang Zeit einplanen, um alle Fragen zu beantworten, die die Interessengruppen möglicherweise haben. Damit agile Teams erfolgreich sein können, müssen Sie Stakeholder und Kunden einbeziehen, die Ihnen unschätzbares Feedback geben. Dieses Feedback verbessert Ihre Prozesse, stellt sicher, dass Sie ein erstklassiges Produkt (oder Projekt) produzieren, und stellt sicher, dass kontinuierlich Mehrwert geschaffen wird.

Besser arbeiten mit Agile

Agile Praktiken sind nicht mehr der Produktentwicklung vorbehalten. Sie sind in Unternehmen aller Formen und Größen weit verbreitet und werden in Unternehmen aller Art und Größe eingesetzt, da Geschäftsinhaber und Manager die Macht agiler Methoden verstehen.

Trotz der Herausforderungen ist eine agile Transformation die Investition wert. Es wird Zeit in Anspruch nehmen und Sie im Voraus Geld kosten, um die Änderung vorzunehmen, aber als 2020-2021 bewiesen, Unternehmen überleben am besten, wenn ihre Systeme flexibel und anpassungsfähig sind. Richtig angewendet hilft Agile Ihrem Team, diese Denkweise zu verinnerlichen und sie in der täglichen Arbeit zu praktizieren.

Easy Agile entwickelt Jira-Plugins, die den Kunden in jedem Schritt des Entwicklungsprozesses Priorität einräumen, was das Leben von Scrum Mastern, Product Ownern, agilen Coaches, Führungsteams und DevOps erheblich erleichtert.

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

In ein agiles Umfeld, es gibt keine erfolgreicher Sprint oder Projekt ohne ein ⭐⭐⭐⭐⭐ agiles Team. Sie haben alles, was es braucht, um große Ziele in kurzen Zeiträumen zu erreichen. Wie? Jeder im Team kennt seine Macht und weiß, wie man sie einsetzt. 🧙 Das Endergebnis ist das Erreichen großer Ziele, ohne auszubrennen.

Die Struktur eines agilen Teams ist der erste Schritt zur erfolgreichen agilen Entwicklung. Nehmen wir das Beispiel der Feuerwehren. Würde eine Feuerwehr Brände löschen, wenn sie nicht die richtigen Mitglieder, Leutnant oder Kapitän hätte? Die Antwort ist kurz: Nein. Die Teamstruktur ist der Inbegriff.

Daher sollte in einem agilen Entwicklungsprozess jedes Mitglied wissen, was jede Rolle im Team beinhaltet. Heute besprechen wir die Rollen in einem agilen Team und einige Merkmale großartiger agiler Teams. Aber zuerst sollten wir ein wenig darüber sprechen, was ein agiles Team ist.

Was ist ein agiles Team?

In jedem Entwicklungszyklus — oder Sprint — eines agilen Projekts iteriert jedes agile Team das Produkt entsprechend dem Kundenfeedback. Das erhöht die Geschwindigkeit von Produktentwicklung 🏃 und die Effizienz dieses Prozesses. Und bei jeder Iteration veröffentlicht oder lanciert das Team entweder neue oder verbesserte Produktfunktionen.

Agile Teams haben ähnliche Eigenschaften. Sie sollten sein:

• Klein — 5-6 Mitglieder
• Konzentriert sich darauf, das Ziel pünktlich zu treffen
• Koordiniert in Bezug auf die Aufgabenausführung
• Im Bewusstsein des Beitrags, den jede Rolle leistet
• Flexibel, damit Mitglieder proaktiv sein und sich selbst übertreffen können
• Tolerant gegenüber sich ändernden Kundenbedürfnissen

Die Struktur agiler Teams hängt jedoch vom agilen Framework ab. Sie können zum Beispiel ein Scrum-Team haben oder Kanban-Team. Und während die auf Scrum basierenden Rollen klar definiert sind, sind es Kanban-Teams nicht.

An dieser Stelle sollten wir die Struktur eines agilen Teams besprechen. Gehen Sie zum nächsten Abschnitt über. 👇

Das Skelett eines agilen Teams

Ein agiles Team besteht aus 3 ️ Hauptrollen. Die kontinuierliche Verbesserung sowohl der Teams als auch der Unternehmen erfordert, dass die richtigen Leute die richtige Rolle spielen. Lassen Sie uns diese Rollen nacheinander durchgehen.

Inhaber des Produkts

Der Product Owner ist der Spieler mit den tiefsten Kenntnissen des Produkts. Sie essen, trinken und atmen das Produkt ein.

Sie sind die obersten Befürworter des Produkts. Wenn also etwas mit dem Produkt nicht stimmt, sollten sie das schnell wissen. Außerdem wissen sie genau, wie das Produkt zur Vision und den Zielen des Unternehmens beiträgt. 🎯

Ihre Kommunikationsfähigkeiten 🎙️ müssen erstklassig sein, da der Großteil ihrer Arbeit Folgendes erfordert:

• Das Team dazu bewegen, sich mit wichtigen Produktentwicklungen zu beschäftigen und diese durchzuführen
• Eingreifen, um diesen Prozess bei Bedarf anzupassen
• Tarife ändern, falls unbedingt erforderlich
• Auf unterschiedliche Kundenbedürfnisse reagieren

In einem Sprint ist das Ziel eine Erhöhung der Gesamtleistung. Am Ende des Tages definiert und kommuniziert der Product Owner die Ziele und Qualitätserwartungen. 📣

Die oberste Priorität von Product Ownern ist der Kunde und die Kundenbedürfnisse. In diesem Sinne fungiert ein Product Owner als Schnittstelle zwischen dem Kunden und dem Rest des Teams. Sie erhalten auch Kundenfeedback.

Der Product Owner erstellt und verwaltet auch die Produkt-Backlog. Darüber hinaus überprüfen sie die Ergebnisse vor der Produktveröffentlichung oder Markteinführung. 🧐

Denken Sie daran: Der Product Owner ist bestrebt, den Produktwert zu maximieren. Und der einzige Weg, dies zu erreichen, ist Teamarbeit.

In kleinen Unternehmen kann der Product Owner manchmal der CEO sein.

Einige agile Events sind für einen Product Owner besonders wichtig:

• Sprint-Planung. Das agile ZeremonieZiel ist es, die Iteration vorzubereiten. Es ist die richtige Zeit und der richtige Ort für den Product Owner, um den Teammitgliedern das Produkt-Backlog zu präsentieren und ihre Fragen zu beantworten.
• Sprint-Überprüfung. Das ist das Treffen, bei dem die während der Iteration geleistete Arbeit vorgestellt wird. Der Product Owner holt Feedback von externen Stakeholdern und internen Mitarbeitern ein und beantwortet deren Fragen. Nach der Überprüfung passt der Product Owner möglicherweise das Produkt-Backlog an und veröffentlicht die vollständige Produktfunktionalität.

Scrum Master

Während der Product Owner produktorientiert ist, ist der Scrum Master prozessorientiert. Sie befassen sich mit:

• Sicherstellen, dass das Team die besten agilen Praktiken für den Kontext befolgt, in dem es arbeitet
• Wir überprüfen täglich den Arbeitsfortschritt der Teammitglieder, um sicherzustellen, dass sie die Termine einhalten
• Den Teammitgliedern konstruktives Feedback zu ihrer Leistung geben
• Schutz der Zeit der Teammitglieder, damit sie sich dem widmen können, was den größten Nutzen bringt
• Kundenfeedback vom Product Owner einholen
• Stellen Sie sicher, dass sich der Product Owner über das Ziel und die Qualitätserwartungen im Klaren ist
• Begleitung des Teams während des gesamten Sprints, Klärung aller Zweifel an Aufgaben und deren Ausführung
• Teammitglieder motivieren
• Beseitigen Sie alle Blockaden, die den Erfolg eines Teammitglieds behindern

Der Scrum Master ist auch derjenige, der die verwaltet Scrum-Board. Dieses Board sollte jederzeit aktuell und detailliert sein.

Manager mit einem umfangreichen Lebenslauf erfolgreicher Produktentwicklungsprojekte sind gute Kandidaten für Scrum Master. Sie wissen aus Erfahrung, wo bei der Ausführung schief gehen kann und was zu tun ist, um dies zu verhindern oder zu korrigieren. Sie sind auch hervorragend darin, Fortschritte zu beurteilen. 📈

So nimmt der Scrum Master an agilen Events teil:

• Sprint-Planung. Der Scrum Master moderiert diese Zeremonie und beteiligt sich an den Bemühungen oder Storypoint Schätzungen.
• Tägliches Aufstehen. Während dieses Treffens konzentriert sich der Scrum Master darauf, alle Hindernisse zu beseitigen, die dem Erfolg des Teammitglieds im Wege stehen. Und wenn sich der Entwicklungsprozess ändern sollte, wird der Scrum Master dafür sorgen, dass dies geschieht.
• Sprint-Überprüfung. Der Scrum Master bereitet diese Veranstaltung logistisch vor. Wenn externe Stakeholder an dem Meeting teilnehmen, muss es reibungslos ablaufen.
• Sprint-Rückblick. Während dieser Zeremonie sollten die Teammitglieder besprechen, was während der Iteration schief gelaufen ist. Der Scrum Master sollte einen Geist des Austauschs und der Transparenz fördern, nicht nur in Bezug auf technische und verfahrenstechnische Aspekte, sondern auch in Bezug auf relationale Fragen.

Teammitglied

Das sind die ultimativen Macher. ⛑️ Je nach Art des Produkts können das Entwickler, UX-Designer und viele andere Profis sein.

Natürlich variiert ihre Rolle innerhalb des Teams je nach ihren Fähigkeiten. Dennoch sind sie diejenigen, die für die termingerechte Umsetzung großartiger Ergebnisse verantwortlich sind.

Sie sind in der Regel autonom und kreativ, unabhängig davon, ob sie als Gruppe zusammenarbeiten und sich gegenseitig unterstützen. Tatsächlich ergänzen sich die Teammitglieder gegenseitig in Bezug auf Fähigkeiten und Erfahrung. ☯️

Es ist nicht ungewöhnlich, dass Teammitglieder Ideen diskutieren, wie man schneller und einfacher arbeiten kann. Das kann zum Beispiel ein neues Tool oder eine neue Technik sein. Und ein einzelnes Teammitglied kann mehreren Teams angehören.

Nun, was können wir Ihnen noch über ideale Teammitglieder sagen?

• Sie vertrauen und unterstützen sich gegenseitig viel mehr. Gleichzeitig nutzen sie die Stärken des jeweils anderen und arbeiten intensiv zusammen. Am Ende sollten Sie feststellen, dass die Arbeit reibungslos abläuft.
• Sie lernen und betreuen sich gegenseitig. An einem Tag unterrichtet ein Teammitglied vielleicht ein anderes, und am Tag danach lernen sie vielleicht von dem Mitglied, das sie unterrichtet haben. Das ist kontinuierliches Mentoring.
• Durch gemeinsame Fähigkeiten sind die Teammitglieder besser gerüstet, um sich gegenseitig zu unterstützen. Sie sind auch besser darauf vorbereitet, bei Bedarf zwischen technischen Fachgebieten zu wechseln.
• Die Teammitglieder stellen den Erfolg in Frage und finden alternative Wege, um die kontinuierliche Verbesserung ständig voranzutreiben. Es ist in ihrem 🧬, was bedeutet, dass sie nichts dafür können. Und das ist eine großartige Eigenschaft, da sie der Schlüssel zu kontinuierlich wachsenden Produkten ist.
• Schließlich setzen sich die Teammitglieder selbst dafür ein, das absolut beste Ergebnis aus einer Iteration herauszuholen.

Hinweis: Projektbeteiligte sind in der Regel nicht Teil des agilen Teams selbst, aber sie sind Teil der Gesamtgleichung. Sie können Mitglieder der Geschäftsleitung, Marketingspezialisten oder andere Personen sein, die Arbeit vom Team anfordern oder überprüfen.

Hier sind die Rollen der Teammitglieder bei den folgenden Agile-Events:

• Sprint-Planung. Die Teammitglieder besprechen das Produkt-Backlog mit dem Product Owner, um zu entscheiden, welche Arbeiten sie während der Iteration abschließen werden.
• Tägliches Aufstehen. Jeden Tag beschreiben die Teammitglieder kurz den Status ihrer Arbeit und was sie als Nächstes tun werden. Wenn sie irgendwelche Blockaden haben, sollten sie um Hilfe bitten.
• Sprint-Überprüfung. Die Teammitglieder präsentieren die komplette Arbeit.
• Sprint-Rückblick. Während dieser Veranstaltung sollten die Teammitglieder über Probleme sprechen, mit denen sie während der Iteration konfrontiert waren. Das können technische Probleme, Probleme mit ihrer Arbeitsweise oder zwischenmenschliche Probleme sein.

Majestätische agile Teams

Ohne eine sorgfältig durchdachte Struktur wäre es ein Albtraum, eine Teamherausforderung zu gewinnen. Die Rolle jedes Einzelnen in einem agilen Team sollte glasklar sein. Das ist die Grundlage dafür, dass jeder das Gefühl hat, auf wertvolle Weise zum Ziel beizutragen.

Im täglichen Leben eines großartigen agilen Teams gibt es keine Einzelpersonen. Sie zielen auf Gruppenerfolge ab, nicht auf individuelle Erfolge. Ein agiles Team ist eine Gruppe von Fachleuten, die zusammenarbeiten, um Sprintziele zu erreichen. Lange Rede, kurzer Sinn: kein Teamwork, kein agiles Team.

Sie möchten Ihr agiles Team auf Erfolgskurs bringen? Auschecken Einfache agile Programme oder Einfache Agile User Story Maps.

Agile Softwareentwicklung verwendet Iteration, um agile Praktiken zu verbessern. More as the use development teams agile Principes zur Verbesserung der Selbstorganisation. The improvement of the Scrum Frameworks has to improve the quick results and the product results through iteration.

Aber agil werden if you are not familiar with this approach, this can be a challenge. The team members need a tool to overbrücking. Ein Brückentool wie virtuelle Teambuilding-Aktivitäten unterstützt neue Lernaktivitäten. Neues Lernen fördert neue Denkweisen, die eine kontinuierliche Verbesserung fördern. Treten Sie ein, Agile Games!

Erfahre, wie diese Spiele Teambildung unterstützen und die Problemlösung für bessere Softwareentwicklungsprozesse fördern können und nach welchen agilen Spielen du Ausschau halten solltest.

Was sind agile Spiele?

Agile Games are Online games, the whole teams can play. This games were developed for teambuilding activities. Sie helfen dabei, effektive Teams zu fördern, indem sie alle dazu bringen, auf ein gemeinsames Ziel hinzuarbeiten. Wenn agile Teams ihre Köpfe zusammenfügen, effektiv kommunizieren und neues lernen, gewinnen alle — auch der Product Owner.

Teambuilding-Games treiben Innovationen voran, indem sie durch Teambuilding-Übungen eine neue Perspektive fördern. Agile Games machen Spaß, sind aber auch praktisch. This practical approach allows es the team members, new behavior approach.

If they play agile games, implementation teams better work methods in the software development. Agile Games support the teambildung by new learning activities and repetations.

Final improve agile games the good communication and self-organization of devOps-teams. The result agile games is, that your team members agile software faster assimilieren.

Wenn agile Teams ihre Fähigkeiten zur Problemlösung verbessern, profitieren sie von zahlreichen Vorteilen, die möglicherweise auf der Strecke geblieben sind, wenn sie keine agile Methodologie oder diese agilen Spiele verwendet haben.

Arten von agilen Spielen

Es gibt mehrere agile Spiele, mit denen sie neue Teams mit agiler Software vertraut machen können. Leckere Cupcakes entwickelte viele dieser einfachen Spiele als Eisbrecher, die Introvertierten dazu ermutigen, stärker an Scrum-Übungen teilzunehmen. This games help also to develop Multitasking-Fähigkeiten in anspruchsvollen DevOps-Umgebungen, die jeder agile Coach gerne einsetzen wird.

Nun, da Sie einige Grundlagen haben, die Ihnen helfen, die Denkweisen hinter agilen Spielen zu verstehen, würden Sie wahrscheinlich herausfinden, welche Arten von Spielen Sie spielen können, um Teamwork aufzubauen.

Hier sind ein paar agile Spiele, um deinen Appetit anzuregen. This list of games reicht von der kürzesten bis zur längsten Spieldauer, jeder hat sein eigenes Ziel.

1. Schokoriegel-Spiel

Spieldauer Erforderliche Spieldauer FormatZiele 5 Minuten+4 virtuelle und persönliche Teambuilding-Aktivitäten für Kundenfeedback und Iterationen

Das Chocolate Bar Game ist ideal für neue Teams, die mit agilen Praktiken nicht vertraut sind. The team work is improve if the members play and more about iteration. Ganze Teams können dieses Spiel auch spielen, um zu verstehen, wie Kundenfeedback in ihre Retrospektiven integriert werden kann.

Sie können das Spiel entweder persönlich oder ein Online-Spiel mit Remote-Teams spielen.

The Chocolate Bar Game works as Scrum Simulation. Es ist das Ziel, ein Schokosiegel herzustellen, als ob sie die Anweisungen des Produktbesitzers befolgen würden. Entwicklungsteams wählen ihren Produktmanager, der auch der Product Owner sein kann. Der Rest der agilen Teams sind die Kunden.

The Product Owner fungiere as moderator and allows the team members to made a schokoriegel, the target market. This schokoriegel must be köstlich and can either be made from dunkler chocolate, milk chocolate or white chocolate.

Darüber hinaus kann das Team eine Reihe von Füllungen auswählen, um sein Produkt zu verbessern. Toppings und andere einzigartige Eigenschaften kommen ebenfalls ins Spiel, da die Teams biologische oder glutenfreie Zutaten hinzufügen können, die auf einen Nischenmarkt zugeschnitten sind.

Nach jeder Iteration gibt der Projektmanager dem Team Kundenfeedback. Customers can give an the software development team (or the team for the create of schokoriegeln) a high for your creation, if they agree with the the agile team made chocolate. Customers can give an the team members also a time after below, if they not failed the first phase their chocolate iegels.

In der Teamarbeit werden die Reaktionen der Kunden auf Änderungen vor der nächsten Iteration, bei der es um die Schockoriegelfüllungen geht, aufgenommen. The team members build their schokoriegel and added filling and charges or remove to remove to the most customers are satisfied with their created.

Wie Sie sehen können, erfordert das Spielen von Chocolate Bar Game wiederholte Wiederholungen auf der Grundlage von Kundenfeedback, was das Ziel dieses agilen Spiels ist.

2. Wie umarmt man

Spieldauer Erforderliche SpielerFormatObjective5 Minuten (oder weniger) 3+Nur virtuelle Agile Teamzusammenarbeit

How to Hug ist ein einfaches Spiel zur Verbesserung der Teamzusammenarbeit, insbesondere in einem Remote-Team. How to Hug is a großartiger Eisbrecher, wenn es darum geht, neue Teammitglieder vorstellen.

The Scrum Team can access on this agile Teambuilding activity. Das gesamte Team lädt seine Fotos hoch, um sie auf dem virtuellen Kreis How to Hug anzuzeigen. The total team can then to votes, his image to place in the middle of the circle.

Sobald das agile Team ein zentrales Bild hat, bewegen die anderen Mitglieder ihre Bilder so, dass sie das Bild des Scrum Masters in der Mitte des Kreises berühren.

Jeder hat die Möglichkeit, sein Bild in der Mitte des Kreises zu platzieren, und das Team wiederholt den Vorgang. Obwohl es um ein einfaches Spiel geht, ist das eine dieser virtuellen Teambuilding-Aktivitäten, bei denen viel gelacht wird.

Die Teammitglieder lernen während dieser virtuellen Umarmungssitzung voneinander. Collaboration and team bindung to make a großartiges team.

3. Kugelschreiberspiel

Spieldauer: Spieler benötigen FormatZiel: 15 Minuten, aufgeteilt in 3-minütige Sessions, 4 plus persönlicher und virtueller Produktionsprozess

Das Ziel beim Spielen von Ball Point ist es, dass das Scrum-Team agile Projekte besser steuert. Durch das Verständnis des agilen Produktionsprozesses weiß das Team die Bedeutung der Selbstorganisation zu schätzen. Self-organization is the eckpfeiler for the creation of Scrum processes, that the entire team can perform efficient iterations.

Ganze Teams können dieses Spiel physisch oder online spielen, indem sie die Spielsymbole auf dem virtuellen Whiteboard verwenden.

Das gemeinsame Ziel besteht darin, dass die Mannschaft einen Ball oder mehrere Bälle um den Tisch bewegt. The team members must be the ball or the balls all once. When a team member has touch the ball, the following person must do same. Das Scrum-Team verdient einen Punkt, wenn es erfolgreich ist, den Ball auf den Tisch zu bewegen.

Jeder Sprint dauert drei Minuten, und das gesamte Team muss an fünf Sprints teilnehmen, um zu sehen, wer das Ballpunktspiel gewinnt. When the first sprint, the team is his strategy and make notes, to previsto, how many points is achieve in the first minute.

In der zweiten Minute bewegt sich der Ball um den Tisch. The Scrum team zeichnet in der dritten Minute seine Punkte auf und das neue Lernen.

Im Lauf des Spiels wird die Teamarbeit intensiviert, da die Mitglieder in den folgenden Sprintrunden weitere Bälle hinzufügen. Wenn das Team gleichzeitig Bälle weitergibt, wird das Spiel komplexer. Im Iterationsprozess ist mehr Nachdenken erforderlich, da die Teammitglieder versuchen, ihre Punktzahlen zu erhöhen. Nach jeder Runde werfen die Teams einen kurzen Rückblick, um zu sehen, mit welcher Taktik sie als nächstes im Sprint mehr Punkte erzielen können. Simply but effective!

4. Marshmallow-Turm

Spieldauer Erforderliche Spieldauer Formatziele 20 Min.4+ Nur persönliche Wiederholung und Zusammenarbeit

This is a personal teambuilding activity, and the team requires a paar pre-rates:

• Trockene Spaghetti
• Ein Meter Band
• Ein Meter Schnur
• Marshmallows

The team members must participate in groups of four people to this learning activity. The Scrum Master verteilt 20 Stück Spaghetti an jedes Team, zusammen mit den anderen Lebensmitteln.

Das Ziel ist es, mit diesen Gegenständen den höchsten Marshmallow-Turm zu bauen. The Marshmallow Tower must be freistehend and the team members must place all marshmallows above on the structure. Bei einigen agilen Spielen wird ein Marshmallow verwendet, während die Marshmallow-Zahlen den Spaghettistäbchen zugeordnet werden.

Unweigerlich stürzt der Turm ein, als das Team den Marshmallow darauf legt. Ziel ist es jedoch, die Scrum-Retrospektive durch mehrere Iterationen zu simulieren. The entire team must be quickly new form by good communication and work to improve in any further round.

Das Konzept klingt einfach, aber die Umsetzung ist täuschend knifflig. Teams müssen schnell zusammenarbeiten, und sie werden in letzter Sekunde viele Türme mit Sicherheit sehen, wenn die Teams sich bemühen, den Marshmallow auf ihren Gebäuden zu platzieren.

Wenn Sie die Herausforderung jedoch mehrmals wiederholen, werden Sie sehen, wie Teams ihre Ansätze zur Zusammenarbeit verfeinern und ihre früheren Kreationen wiederholen.

5. LEGO Flow-Game

Spieldauer Erforderliche Formatziele 60-90 Minuten 3-9 Scrum-Simulation, Iteration, Zusammenarbeit, Workflow nur vor Ort

Das LEGO Flow Game sie konzentriert sich auf eine Scrum-Simulation. Agile Teams erstellen einen virtuellen LEGO-Adventskalender, um Arbeitsaufgaben in einem effizienten Arbeitsablauf detailliert zu beschreiben. In jedem Abschnitt des Workflows sind bestimmte Rollenspieler involviert.

The common goal is into build the items, find the following adventskalender number (analysis) and then identify a series of LEGO-parts, which must conform with the reference source (suppliers).

Das Scrum-Team baut (baut) den LEGO-Gegenstand, während es im Spiel voranschreitet. The team members must to repeat, to be specified, if the build correct and is acceptable for the market representatives or the product components (accept).

Agile-Trainer werden dieses Spiel lieben, da es ein hervorragendes Tool ist, um neue Teams an Agile heranzuführen. LEGO Flow bietet neuen Teams die Möglichkeit, mithilfe einer simulierten Scrum-Übung an neuen Lernaktivitäten teilzunehmen.

LEGO Flow is a agile game, the three runds with each own goal requires. This goal are stapelweise and phase based processes as as time managed and flow based processes.

After each of three runds includes the team work sprint-retrospectives, to know to know, was good running and which challenges the team is made. Ziel ist es, die Vor- und Nachteile der einzelnen Sprintansätze zu analysieren und die Vorteile der Teamarbeit aufzuzeigen. Das Spiel endet mit der Erstellung eines kumulativen Gesamtflussdiagramms.

This chart allows the whole team, his strategies and decisions, to consider that it in each round this agile game is not run, and improve its workflow.

Wenn es die Zeit erlaubt, kann der Scrum Master die Teammitglieder fragen, welche Richtlinien-Änderungen sie für zukünftige Sprints vornehmen würden.

Agile Games and Teambuilding Activities

Das gesamte Team kann sein Arbeitsleben mit virtuellen Teambuilding-Aktivitäten über Zoom verändern. Spass beim Lernen zu haben, ist definitiv besser als ein physisches Whiteboard und Haftnotizen zu verwenden, um neuen Teams das Scrum-Framework vorstellen zu können.

Simple Agile Apps are a further innovation possible to make your new team to make into the agile family. Sie tauchen ein in die Welt von Einfacher agiler Scrum-Workflow für Jira die du mit LEGO Flow kombinieren kannst.

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.

Brainstorming als Gruppe kann eine Menge Ideen hervorbringen, aber was machst du mit all diesen Ideen, nachdem du sie dir ausgedacht hast? Wie organisiert man die Ideen eines ganzen Teams? Wie grenzen Sie die beste Lösung ein? Und wie dokumentiert man die Ideenfindung, damit keine Daten verloren gehen? Keine Angst — Affinity Mapping ist da. 🗺

Affinity Mapping ist eine agile Technik, mit der Teams nach einer Brainstorming-Sitzung, einem Usability-Test oder einer Nutzerumfrage einen Konsens erzielen können. Es ist am hilfreichsten, wenn Sie eine große Datenmenge zu sortieren haben und wenn Sie all diese Daten zu spezifischen Lösungen zusammenfassen müssen, auf die sich das gesamte Team einigen kann.

Lesen Sie weiter, um mehr über Affinitätszuordnungen zu erfahren, z. B. wann Sie die Maps verwenden sollten, welche Vorteile Affinitätskarten bieten und wie Sie eine Affinitätszuordnungssitzung durchführen.

Was ist Affinitäts-Mapping?

Affinity Mapping ist ein wendig Technik, die verwendet wird, um Probleme zu lösen, indem viele Ideen zur besten Lösung oder zum besten Weg zusammengefasst werden. Die Übung soll Teams schnell auf den gleichen Stand bringen, wenn es um ein Problem geht, das gelöst werden muss.

In der Regel erfolgt das Affinitäts-Mapping nach einem Brainstorming in großen Gruppen, bei dem viele Teammitglieder und manchmal auch Kunden oder Interessenvertreter ihren Beitrag geleistet haben.

Alle Ideen des Teams werden auf Haftnotizen zusammengefasst, die so angeordnet sind, dass jeder sie sehen kann. Das Team gruppiert ähnliche Lösungen, bis sich natürliche Beziehungen bilden. Jeder, der an der Sitzung beteiligt ist, kann verschiedene Lösungswege erkennen, die besprochen und bis zur besten Lösung eingegrenzt werden können.

Versuchen Sie Affinitäts-Mapping, wann immer:

• Ein Problem muss als Gruppe gelöst werden
• Das Team hatte Mühe, einen Konsens zu erzielen
• Es gibt ein Problem oder ein Problem, das zu komplex oder schwer zu verstehen ist
• Sie müssen eine Lösung finden, an die sich alle im Team halten.
• Große Datenmengen müssen sortiert werden
• Daten oder Umfrageergebnisse müssen analysiert werden
• Ein Projekt oder Produkt befindet sich im Chaos

Die Aktivität löst erste Diskussionen über Probleme aus, die am besten gelöst werden können, wenn viele Köpfe zusammenkommen und sich auf eine Vorgehensweise einigen. Affinitätsdiagramme werden in der Regel in den Bereichen User Experience Design, UX-Forschung und Design Thinking eingesetzt, aber die Praxis kann von jedem Team umgesetzt werden, das Informationen zusammenfassen möchte.

Die Vorteile von Affinity Mapping

Affinity Mapping bietet eine Reihe von Vorteilen für Teams, die ein Problem lösen, große Datenmengen sortieren oder einen gegenseitigen Konsens erzielen müssen.

Affinity Mapping hilft Teams:

• Priorisieren Sie, was am wichtigsten ist
• Schalte Ideen frei, die vorher nicht in Betracht gezogen wurden
• Entdecke das „echte“ Problem
• Arbeiten Sie zusammen, um ein Problem zu lösen (Teambuilding)
• Empathie für Nutzer oder Kunden in Bezug auf häufig auftretende Problembereiche
• Nutze mehrere Gedanken
• Gemeinsam einen Konsens erreichen
• Treffen Sie Entscheidungen, ohne zu viel Zeit in Anspruch zu nehmen
• Schaffen Sie eine sichere Umgebung, um heikle oder konfliktreiche Diskussionen zu konkretisieren
• Ermöglichen Sie die gleichberechtigte Teilhabe, auch von denen, die sich weniger äußern
• Stakeholder und Kunden in die Diskussion und den agilen Prozess einbeziehen

Der schrittweise Prozess für das Affinitäts-Mapping

Sie können Affinitätsdiagramme aus einer Vielzahl von Gründen verwenden. Sie werden häufig verwendet, um eine große Anzahl von Ideen nach einer Brainstorming-Sitzung zu sortieren oder um Daten nach Usability-Tests, Benutzerinterviews oder anderen Nutzerforschungen zu verstehen.

Brainstormen Sie Ideen oder sammeln Sie Daten

Der erste Schritt (oder präventiver Schritt) beim Affinitäts-Mapping ist das Sammeln Ihrer Datenpunkte. Wenn Sie versuchen, ein Problem zu lösen oder ein Projekt sinnvoll zu gestalten, müssen Sie als Gruppe eine Brainstorming-Sitzung durchführen. Stellen Sie sicher, dass jeder beim Brainstorming alleine anfängt, um sicherzustellen, dass niemand von den Ideen anderer beeinflusst wird, bevor er sich seine eigenen ausgedacht hat.

Es kann hilfreich sein, jedes Problem, das Sie zu lösen versuchen, in eine „Wie könnten wir“ -Aussage zu formulieren. Zum Beispiel: „Wie können wir ein jüngeres Publikum dazu bringen, unser Produkt zu nutzen“ oder „wie könnten wir die Verkaufsziele des letzten Jahres verdoppeln“.

Wenn Sie für Ihre Sitzung mit Forschungsergebnissen arbeiten, müssen Sie stattdessen alle qualitativen Daten transkribieren, damit sie während der Kartierungssitzung organisiert und sortiert werden können.

Veröffentlichen Sie die Ideen oder Daten, damit jeder sie sehen kann

Nehmen Sie alle Ideen, die sich alle ausgedacht haben, und kleben Sie sie auf einzelne Karteikarten oder verwenden Sie einen separaten Aufkleber, um jeden Punkt auf einem Whiteboard oder einer Wand darzustellen. Es ist wichtig, dass die von Ihnen gewählte Oberfläche für alle sichtbar ist.

Beginnen Sie mit der Gruppierung von Daten

Wenn Sie die einzelnen Punkte zur Hauptwand hinzufügen, sortieren Sie sie in verwandte Gruppen ein. Organisieren Sie die Cluster auf natürliche Weise, indem Sie Cluster kombinieren oder trennen, sodass sich verzweigte Ideen bilden.

Wirf keine doppelten Gedanken weg, denn diese helfen dir zu visualisieren, wie beliebt eine Idee ist. Füge weiter etwas auf die Tafel hinzu, bis alle Haftnotizen oder Karten einen angemessenen Platz auf der sichtbaren Wand haben.

Benutze einen „Parkplatz“ für Ideen, die du nicht sortieren kannst

Erstellen Sie einen Bereich an der Seite Ihrer Wand, der als „Parkplatz“ bezeichnet wird, für alle Ideen, die nicht in einen Cluster passen. Während du das Ideenbrett weiter zusammenstellst und sortierst, findest du vielleicht passende Plätze dafür.

Beurteile und benenne jede Kategorie

Beurteilen Sie Ihre Cluster. Gibt es Cluster, die einander zu ähnlich sind und die zu einer größeren Gruppe zusammengefügt werden könnten? Gibt es Cluster mit zu vielen verzweigten Ideen, die in kleinere Gruppen aufgeteilt werden sollten?

Sobald Sie Ihre Sortierung und thematische Analyse abgeschlossen haben, ist es an der Zeit, jeder Kategorie einen Namen zu geben. Nehmen Sie sich für diesen Teil nicht zu viel Zeit. Der Kategoriename muss lediglich die Ideen innerhalb des Clusters allgemein beschreiben. Stimmen Sie bei Bedarf über den besten Namen ab, um sicherzustellen, dass nicht zu viel Zeit mit Diskussionen verbracht wird.

Abstimmen und Entscheidungen treffen

Wenn Sie eine Sammlung von Daten analysieren, können Sie die Ergebnisse jetzt dokumentieren. Welche Kategorien haben die meisten Datenpunkte? Welche Verbindungen sehen Sie zwischen Clustern? Welche Beobachtungen können Sie anhand gemeinsamer Themen anstellen?

Bevor Sie die Karte auseinandernehmen, stellen Sie sicher, dass Sie alles mit Fotos dokumentieren, damit Sie jederzeit zur Affinitätskarte zurückkehren können, um weitere Erkenntnisse zu gewinnen.

Wenn Sie Ideen aus einer Brainstorming-Sitzung zusammengestellt haben, ist es an der Zeit, die möglichen Lösungen zu besprechen und über die beste Option abzustimmen. Platzieren Sie jede Lösungskategorie auf einer Wirkungsaufwandsmatrix hilft dem Team zu visualisieren, wo seine Bemühungen am besten eingesetzt werden sollten. Du kannst auch verschiedene Formen der Abstimmung durcharbeiten, wie zum Beispiel Punktabstimmung oder die Hundert-Dollar-Test.

Affinitätskartierung für Teams an entfernten Standorten

Viele der Teams und Unternehmen, mit denen wir zusammenarbeiten, sind remote, was bedeutet, dass es keine Option ist, in einen Raum zu gehen, um an einer Reihe von Post-its zusammenzuarbeiten. Zum Glück gibt es zahlreiche Online-Tools, die die Zuordnung von Affinitäten für Teams an verschiedenen Standorten ermöglichen.

Sie können eine Vorlage für ein Affinitätsdiagramm erstellen und fast alle der gleichen Schritte für die Affinitätszuordnung ausführen, indem Sie Online-Tools für kollaboratives Design Thinking verwenden wie Wandbild.

Affinity Mapping bringt Teams zu einem kollaborativen Erlebnis zusammen. Es ist ein einfacher Prozess, der mit einem Konsens über die beste Lösung oder den besten Weg endet. Dies ist besonders hilfreich bei komplexen Problemen, Engpässen oder Zeiten, in denen das Team auf derselben Wellenlänge sein muss.

Mehr von Easy Agile

Easy Agile hilft Teams mit Leidenschaft dabei, besser zu arbeiten. Für uns bedeutet das, effizienter, effektiver und kollaborativer zu arbeiten. Wenn Sie agilere Artikel und Anleitungen wie diesen wünschen, folgen Sie den Einfacher Agile-Blog für unsere neuesten Inhalte.

Wir entwickeln Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams bei der Zusammenarbeit zu helfen Käuferpersönlichkeiten, Straßenkarten, User-Story-Maps, und mehr. Unsere Tools sind einfach zu verwenden und lassen sich direkt in Jira integrieren, um eine reibungslose Produktentwicklung zu gewährleisten. Probiere eines unserer Plugins aus 30 Tage kostenlos.

Wir sind hier, um über Agilität zu sprechen, und damit meinen wir nicht deine Fähigkeiten auf einem Sportplatz oder in einem Yogastudio. Wenn Agile als Methode für dich neu ist, gibt es viel zu lernen, aber die Grundlagen sind einfach. Agile 101 beginnt mit dem Verständnis, dass Agile auf alles angewendet werden kann. Sie können agile Methoden verwenden, um Ihr persönliches Aufgabenmanagement zu verbessern, die Effizienz am Arbeitsplatz zu optimieren oder Softwareteams auf die Produktentwicklung auszurichten.

Unabhängig von der Anwendung bleiben die Konzepte dieselben: Agile schafft eine Denkweise zur kontinuierlichen Verbesserung, die Wert auf Flexibilität, Anpassungsfähigkeit, Zusammenarbeit und Effizienz legt.

In diesem Beitrag behandeln wir die Grundlagen von Agile 101, die Vorteile von Agile, beliebte agile Methoden und häufige Fehler, die es zu vermeiden gilt.

Agile 101: Vergleich zum traditionellen Projektmanagement

Das Konzept von Agile hat sich weiterentwickelt, aber es hat wirklich Fahrt aufgenommen und wurde in der Softwareentwicklung populär. In den letzten Jahren haben sich die Methoden und Leitprinzipien von Agile auf eine Vielzahl von Branchen ausgeweitet, die Wert auf kontinuierliche Verbesserung und Wachstum legen.

Wie lässt sich Agile mit traditionellem Projektmanagement vergleichen? Kurzum: Das tut es nicht. Agile ist genau das Gegenteil. Eine unserer Lieblingsmethoden, den agilen Ansatz mit klassischem Projektmanagement zu vergleichen, besteht darin, sie als Jazz und klassische Musik zu betrachten.

In der klassischen Musik bringt ein Dirigent ein zuvor komponiertes und organisiertes Musikstück in ein Orchester. Dann diktieren sie, was passiert und wann. Dies ist dem traditionellen Projektmanagement sehr ähnlich, bei dem der Projektmanager seinem Team einen Plan vorlegt, den er selbst ausgearbeitet hat, und dem Team dann mitteilt, wie er ausgeführt werden soll. Der Projektmanager legt die Schritte fest und erwartet, dass das Team sie bis ins Letzte (oder zur Notiz) befolgt . 🎼

Jazz hingegen ist kollaborativ. Jedes Bandmitglied ernährt sich vom anderen und kreiert Musik in einem flexiblen und iterativen Prozess — genau wie im agilen Prozess. Die Band experimentiert wie ein agiles Team zusammen und kreiert frei im Moment Musik. Jede Iteration ist ein bisschen anders und hoffentlich besser als die, die ihr vorausgegangen ist. 🎷

Das Projektmanagement ermöglicht diese Art von Flexibilität nicht. Es ist darauf angewiesen, eine strikte sequentielle Reihenfolge einzuhalten. Jedes Projektelement muss abgeschlossen sein, bevor mit dem nächsten fortgefahren werden kann. Wie bei einem Wasserfall bleibt der Arbeitsfluss von Projekt zu Projekt gleich.

Agil ist nichtlinear. Es konzentriert sich auf Flexibilität, die Zusammenarbeit zwischen den Teammitgliedern und die Bereitstellung eines konsistenten Mehrwerts für die Stakeholder. Mit jeder Iteration erhalten Sie neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um eine multidimensionale Arbeitsweise, die die dem traditionellen Projektmanagement innewohnenden Engpässe beseitigt.

Agile 101: Die Vorteile von Agile

Agile Praktiken bieten viele Vorteile für Softwareentwicklungsprojekte sowie für viele andere Branchen. Die allgemeinen Konzepte von Agile können auf alle möglichen Situationen angewendet werden, und aufgrund ihrer Vielseitigkeit wird sie sich mit den Bedürfnissen Ihres Teams weiterentwickeln.

Stellen Sie sich das als eine Methode vor, die Sie auf jeden Ihrer Geschäftsprozesse anwenden können, um die Zusammenarbeit zu verbessern, die Effizienz zu optimieren und kontinuierlich zu verbessern.

Agile hilft Teams und Unternehmen:

• Arbeiten Sie mit optimaler Effizienz, indem Sie Verschwendung vermeiden
• Treffen Sie effektivere Entscheidungen
• Passen Sie sich an, wenn neue Informationen eingehen oder entdeckt werden
• Halten Sie die Lieferfristen der Stakeholder kontinuierlich ein
• Konzentrieren Sie sich darauf, Mehrwert für Stakeholder und Kunden zu schaffen
• Verstehen Sie die Kundenreise
• Entwickeln Sie erstklassige Produkte
• Verstehen Sie die Kapazitäten, um sicherzustellen, dass niemand zu viel oder zu wenig zur Arbeit verpflichtet
• Identifizieren Sie Hindernisse, bevor sie auftreten
• Erkennen Sie Engpässe, die die Arbeit verzögern könnten
• Arbeiten Sie zusammen und arbeiten Sie besser zusammen
• Passen Sie sich an technologische, wirtschaftliche und kulturelle Veränderungen an
• Bereite dich auf das Unerwartete vor
• Etablieren Sie Prozesse, die auf Ihre Bedürfnisse zugeschnitten sind
• Verbessern Sie die Moral und das Glück
• Entwickeln Sie eine Denkweise zur kontinuierlichen Verbesserung

Agile 101: Beliebte Methoden

Nachdem Sie nun die Grundlagen von Agile 101 und die Vorteile von Agile besser verstanden haben, lassen Sie uns einige der beliebtesten agilen Methoden besprechen.

Gedränge

Gedränge ist in der agilen Softwareentwicklung äußerst beliebt. Es ist ein ziemlich komplizierter Prozess für diejenigen, die damit nicht vertraut sind, aber die Grundlagen drehen sich um wiederkehrende Sprints, bei denen sich jeder darauf konzentriert, eine bestimmte Menge an Arbeit zu erledigen.

Ein Scrum ist ein Sprint, der 2-4 Wochen dauert. Zu Beginn des Sprints entscheidet der Product Owner, welche Aufgabe von der Hauptliste (Produkt-Backlog) in die Sprint-To-Do-Liste verschoben wird (Sprint-Backlog). Das Entwicklungsteam, geleitet von einem Scrum Master wer den Scrum-Prozess versteht, arbeitet daran, das Sprint-Backlog in der vorgegebenen Zeit abzuschließen.

Das Scrum-Team trifft sich zu täglichen Scrums oder Stehaufsteher die sicherstellen, dass alle über mögliche Hindernisse informiert sind und welche Arbeiten als Nächstes abgeschlossen werden müssen. Dieser Prozess wiederholt sich, bis ein Produkt fertiggestellt ist oder die Interessengruppen vollständig zufrieden sind. Am Ende des Sprints findet eine Retrospektive statt, damit das Team versteht, was gut gelaufen ist und was verbessert werden kann.

Kanban

Kanban ist ein relativ einfacher agiler Prozess, der oft teilweise in anderen agilen Methoden wie Scrum verwendet wird. Es ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu optimieren, indem es alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt. Ein Kanban-Workflow organisiert Aufgaben auf Kanban-Boards visuell, sodass Arbeitsaufgaben reibungslos bearbeitet werden können, auch wenn unterwegs Änderungen und Anpassungen vorgenommen werden.

In seiner einfachsten Form besteht ein Kanban-Board aus drei Spalten (To-Do, Doing und Done), sodass die Arbeit ungehindert von einer Phase zur nächsten fließen kann. Trello ist ein Beispiel für ein Online-Kanban-Board.

Kanban-Boards sollten in einem Bereich des Büros platziert werden, der für das gesamte Team sichtbar ist. Für virtuelle Teams kann dies wie eine Online-Ressource aussehen, auf die jeder zugreifen kann. Dies hilft allen, von oben nach unten, über Aktionspunkte auf dieselbe Seite zu gelangen. Wenn sich jemand fragt, was die wichtigste Aufgabe des Tages ist, muss er einfach auf dem Kanban-Board nachschauen.

Schlank

Lean, zusammen mit dem fünf Lean-Prinzipien, ursprünglich von Toyota entwickelt, ist eine leitende Denkweise, die Teams hilft, produktiver, effizienter und effektiver zu arbeiten. Es kann auf verschiedene agile und Methoden der Softwareentwicklung.

Schlanke Softwareentwicklung dreht sich alles darum, die Effizienz zu verbessern, indem Verschwendung vermieden wird, z. B. durch die Reduzierung von Aufgaben und Aktivitäten, die keinen Mehrwert bieten. Es bietet eine klare Möglichkeit, agile Praktiken in großen oder wachsenden Organisationen zu skalieren.

Extremes Programmieren

Extreme Programming (XP) ist ein agiler Ansatz, der sich auf die Verbesserung der Softwarequalität und Reaktionsfähigkeit konzentriert und sich gleichzeitig an die Kundenanforderungen anpasst. Das ultimative Ziel von Extreme Programming besteht darin, qualitativ hochwertige Ergebnisse in allen Aspekten der Arbeit zu erzielen, nicht nur im Endprodukt.

Die Entscheidungsfindung bei XP basiert auf fünf Werten: Kommunikation, Einfachheit, Feedback, Mut und Respekt. Die Besonderheiten von XP gelten nicht für alle Situationen, aber der allgemeine Rahmen kann für jedes Team von Nutzen sein.

Agile 101: Bewährte Methoden und Fehler, die es zu vermeiden gilt

Um Ihnen den Einstieg zu erleichtern, finden Sie hier unsere Liste mit Best Practices und häufigen agilen Fehlern.

Grundlegende Best Practices für Agile 101:

✅ Sieh Misserfolge als Lernchance.

✅ Nehmen Sie Veränderungen an und verbessern Sie Ihre Anpassungsfähigkeit.

✅ Verbessern Sie die Effizienz, indem Sie Aufgaben und Aktivitäten eliminieren, die keinen Mehrwert bieten.

✅ Verbessern Sie kontinuierlich Ihre Prozesse.

✅ Erlaube den Plänen zu leben, zu atmen und sich anzupassen.

✅ Verwenden Rückblicke um zuzuhören, zu lernen und sich zu verbessern.

✅ Priorisieren Sie die Kundenreise und treffen Sie Entscheidungen auf der Grundlage der Kundenbedürfnisse.

✅ Nutzen Sie agile Tools und Ressourcen.

Häufige agile Fehler:

❌ Passt sich nicht an, wenn neue Informationen enthüllt oder erhalten werden.

❌ Nicht auf derselben Wellenlänge wie die Stakeholder sein.

❌ Ich vertraue dem Team nicht, ohne Aufsicht Ideen zu entwickeln und zu entwickeln.

❌ Ohne ausreichende Informationen zur Sprint-Planung hinsetzen.

❌ Rückblickende Erkenntnisse werden in der folgenden Planungssitzung nicht berücksichtigt.

❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel.

❌ Zu viele Tests, oder nicht zu wissen, wann das Projekt tatsächlich „fertig“ ist.

❌ Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen.

Agil leicht gemacht

Egal, ob Sie agile Prinzipien auf ein agiles Aufgabenmanagementsystem wie ein persönliches Kanban-Board anwenden oder Agile verwenden, um funktionierende Software zu entwickeln, die Essenz ist dieselbe. Im Grunde geht es bei Agile um kontinuierliche Verbesserung. Es ist eine Methode, eine Denkweise und eine Art, die Welt zu betrachten. Agile ist flexibel, anpassungsfähig, kollaborativ und werteorientiert.

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

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

Wenn Sie wie die meisten Unternehmen sind, haben Sie wahrscheinlich bereits Benutzerpersönlichkeiten, die Sie in Ihren Softwareentwicklungsteams verwenden.

Oder Kundenpersönlichkeiten, die Sie in Ihren Marketing- und Vertriebsteams verwenden. Personas werden verwendet, um den Nutzer zu verstehen, User Stories zu erstellen, Themen zu priorisieren und zielgerichtete Marketingmaterialien zu erstellen.

Aber die meisten Teams nutzen Personas immer noch nicht in vollem Umfang. Deshalb haben wir unsere 10 wichtigsten Tipps zusammengestellt, damit Sie den größtmöglichen Nutzen aus Ihren Personas ziehen können 👇

1. Wisse, wie du sie verwenden wirst

Bevor Sie Ihre Personas erstellen, sollten Sie sich darüber im Klaren sein, warum sie so wichtig sind und wie Sie sie verwenden werden. Andernfalls könnten einige Teammitglieder (natürlich nicht Sie) versucht sein, den Prozess zu überfliegen, damit sie zu den echt arbeiten.

User Personas sind nicht nur eine Vertriebs- oder Marketing-Sache — jeder sollte wissen, wer der Kunde ist, damit er ihn besser bedienen kann.

Ihre Personas geben Ihnen wichtige demografische und psychografische Informationen, wie sich Benutzer verhalten und was ihre Schmerzpunkte/Ziele/Ziele sind. Und noch andere Faktoren, die beeinflussen, wie sie dein Produkt nutzen, ob sie bereit sind, es zu kaufen (oder nicht) und was sie dazu bringt, sich anzumelden (und zu bleiben).

👀 Oh, und wenn Sie Teil eines funktionsübergreifenden, agilen Teams sind, werden Sie noch mehr aus Ihren Benutzerpersönlichkeiten herausholen. Ihr Entwicklungsteam kann sie verwenden, um zu ermitteln, was Kunden brauchen und wollen (damit sie diese Lösungen priorisieren und bereitstellen können). Darüber hinaus geben agile Benutzerpersönlichkeiten Ihren User Stories ein Gesicht, sodass Ihr Team leichter verstehen kann, wer Ihre Kunden sind, und sich in sie hineinversetzen kann.

Es ist viel einfacher, etwas für Johnny Biggles, einen 38-jährigen Landwirt in Ostirland, zu erstellen, als etwas für einen undefinierten Benutzer mit ebenso undefinierten Bedürfnissen zu erstellen.

Lesen Sie mehr in unserem vorherigen Blog über warum du Kundenpersönlichkeiten in der agilen Softwareentwicklung brauchst.

2. Nutzerorientiert, nicht käuferorientiert

Ihr Marketingteam hat in der Vergangenheit vielleicht Kundenpersonas erstellt, um über Benutzerrollen (auch bekannt als Berufsbezeichnungen) oder Marktsegmente (auch bekannt als Käuferdemografie) zu sprechen... aber diese sind nicht unbedingt dieselben Tools wie Benutzerpersönlichkeiten.

Und tatsächlich sollten sie wahrscheinlich nicht Ihrem Marketingteam „gehören“, sondern Ihrem Product Owner — obwohl es ideal ist, wenn Ihr gesamtes Team an ihnen zusammenarbeiten kann.

Ihre Personas sind erfundene Profile, die aktuelle und zukünftige Nutzer Ihres Produkts beschreiben (die nicht unbedingt die Käufer oder Entscheidungsträger sind).

Deine Nutzerpersönlichkeiten sollten Namen (die sich so anfühlen, als ob sie zu der Person passen), ein Alter (keine Altersspanne) und Standorte (kein allgemeines Gebiet) haben.

Sie sollten für jede Benutzerkategorie, die Sie das Produkt auf einzigartige Weise erleben möchten, eine eigene Persona haben. Mit anderen Worten, jede Ihrer Nutzerpersönlichkeiten sollte bestimmte Vorlieben, Ziele und Erwartungen haben.

3. Recherchieren Sie

Wenn Sie es noch nicht getan haben, recherchieren Sie mithilfe von Stakeholder-Interviews, Umfragen, Branchenberichten und Analysetools über Ihr Publikum und Ihren Markt, damit Sie wissen, wer Ihre Nutzer sind.

Stellen Sie Fragen, um Demografie, Geografie, Psychografie und Verhalten zu ermitteln. Sie sollten allmählich Muster erkennen, die Ihnen helfen, 3-5 Personas zu erstellen, die die Mehrheit Ihrer Nutzer repräsentieren.

4. Verwenden Sie eine Vorlage

Lassen Sie sich nicht dazu verleiten, mit Ihren Benutzerpersönlichkeiten kreativ zu werden.

In diesem vorheriger Blog, wir teilen ein Beispiel für eine Benutzerpersona-Vorlage, wenn Sie sich inspirieren lassen möchten. ✨

5. Halte es relevant

Sobald Sie mit dem Schreiben Ihrer Benutzerpersönlichkeiten beginnen, füllen Sie möglicherweise Seiten und Seiten mit Informationen, insbesondere wenn Sie viele interessante Dinge über Ihre Benutzer entdecken. Versuchen Sie jedoch, sich ein wenig einzuschränken und Ihre Personas auf eine Seite oder weniger zu beschränken, damit sie schnell und einfach zu lesen sind.

Konzentrieren Sie sich auf Attribute, die relevant sind, um zu verstehen, wie Ihre Benutzer mit Ihrem Produkt interagieren, und nicht unbedingt auf jeden Aspekt ihres täglichen Lebens.

Deshalb werden Sie selten Dinge wie „Betty isst gerne Haferbrei zum Frühstück“ und „John genießt lange Sonnenuntergangsspaziergänge am Strand“ sehen. Dies könnten zwar relevante Erkenntnisse für Ihr Produkt sein — kein Urteil!

Denken Sie im Zweifelsfall an den Zweck Ihrer Benutzerpersönlichkeiten: Sie sollten Ihnen helfen, Ihre Entscheidungen mit einem legitimen, spezifischen Bedarf und Szenario zu untermauern.

Sie sollten gerade genug relevante Informationen haben, um die Frage „Was würde [Name der Benutzerperson] tun?“ beantworten zu können.

6. Bleib echt

Deine User-Personas sind erfunden, aber sie sollten sich trotzdem wie echte Menschen anfühlen. Hier sind einige Tipps, damit sie echt bleiben:

• Schneiden Sie Stereotypen und Fachjargon aus
• Übertreiben Sie nicht die demografischen Details
• Konzentrieren Sie sich auf Details, die für die Verwendung Ihres Produkts am relevantesten sind
• Verwenden Sie keine Bilder, die wie Archivbilder aussehen
• Basieren Sie die Informationen auf dem, was Sie über echte Menschen wissen
• Versuchen Sie, keine Geschichte zu erzählen, die zu den Produkten und Funktionen passt, die SIE entwickeln möchten, und konzentrieren Sie sich stattdessen auf echte Ziele und Herausforderungen.

7. Konzentrieren Sie sich auf Ihre besten Kunden

Du kannst nicht jeden ins Visier nehmen, also versuche es nicht. Beschränken Sie sich also darauf, zwischen 3 und 5 Benutzer-Personas zu schreiben. Diese Personas sollten Ihre besten Kunden und wichtigsten Benutzergruppen repräsentieren.

Sie werden nicht alle einbeziehen und sollten auch nicht. Denn wenn Sie zu viele Benutzerpersönlichkeiten haben, wird es für Ihr Team viel schwieriger sein, User Stories zu priorisieren und ihre Marketingaktivitäten gezielt auszurichten 🎯

Weniger ist mehr (effektiv).

8. Integrieren Sie sie in Ihre Prozesse

Viele Unternehmen investieren Zeit in die Erstellung von User Personas, nur um sie dann irgendwo in einem Google Drive virtuelle Spinnweben sammeln zu lassen 🕸️ Am besten funktionieren User Personas jedoch, wenn sie regelmäßig verwendet und in tägliche/wöchentliche Prozesse integriert werden.

Beispielsweise könnte Ihr Marketingteam eine Persona auswählen, auf die sich die Inhaltsbemühungen der Woche konzentrieren sollen. Ihr Vertriebsteam könnte einen Blick auf die Einwände werfen, die auf jeder Ihrer wichtigsten Personas aufgeführt sind, um Anrufe mit potenziellen Kunden zu leiten.

Oder Ihr agiles Team könnte die Benutzerpersönlichkeiten herausbringen, bei denen Sie helfen können Zuordnung von Benutzergeschichten damit sie realistischere User Stories schreiben können 👌

9. Ermöglichen Sie Zugriff auf Ihr gesamtes Team

User Personas sind für alle Ihre Teammitglieder nützlich — von Marketing und Vertrieb bis hin zu Design und Entwicklung. Stellen Sie also sicher, dass jeder weiß, dass sie existieren und wo sie zu finden sind.

Wenn Ihr Team teilweise remote oder verteilt arbeitet, stellen Sie sicher, dass Ihre Personas in der Cloud zugänglich sind. Oder noch besser...

10. Verknüpfen Sie sie mit Ihrem Projektmanagement-Tool

Wenn Sie ein Projektmanagement-Tool wie Jira verwenden, sollten Sie einen Blick auf Einfache Agile Personas für Jira. Mit diesem Tool können Sie Ihre Benutzer-Persona-Details an derselben Stelle wie Ihre User Stories, Ihr Backlog und Ihre Aufgaben erfassen.

Was bedeutet, dass Ihr Team Spaß an folgenden Themen hat:

• Bessere Abstimmung darüber, wer die Nutzer sind und was sie benötigen
• Zusätzlicher Kontext für jede Aufgabe
• Die Fähigkeit, den Backlog zu priorisieren und das bereitzustellen, was für die Nutzer am wertvollsten ist
• Eine maßgeschneiderte Ansicht der aktuellen Probleme und Geschichten, die mit jeder Ihrer Benutzerpersönlichkeiten verknüpft sind
• Alle Informationen, die sie benötigen, alles an einem Ort

Bonus-Tipp: Lassen Sie Ihre Benutzerpersönlichkeiten weiterentwickeln

Genau wie Pokemon müssen auch deine Personas aufsteigen und sich weiterentwickeln 🔥 Auf diese Weise bist du besser für den Kampf gerüstet... oder um ein beliebtes Produkt und Marketing zu liefern, das jedes Mal ins Schwarze trifft. So oder so 🤷

Aber die Zeiten ändern sich, die Technologie ändert sich und Ihre Benutzer auch. Das bedeutet, dass sich auch Ihre Benutzerpersönlichkeiten ändern müssen. Wenn Sie also bereits einige Kunden-/Benutzerpersonas haben, nutzen Sie diese Gelegenheit, um sie zu überprüfen, zu aktualisieren und sicherzustellen, dass sie von Ihrem Team effektiv genutzt werden. Und wenn dein Team Jira verwendet, stelle sicher, dass melde dich für eine kostenlose Testversion von Easy Agile Personas an um sie zu deinem Jira-Board hinzuzufügen.

Hast du Fragen zu User Personas oder möchtest du einfach nur mit uns abhängen? Wir würden uns freuen, von Ihnen zu hören Twitter oder LinkedIn.

Die PI-Planung ist eine leistungsstarke Veranstaltung, die Teams hilft, sich auf Ziele, Geschäftsziele und Kundenbedürfnisse auszurichten. Traditionell kamen an diesem vierteljährlichen Treffen große Teams von mehr als 100 Personen, darunter Softwareentwickler und Interessenvertreter, zusammen, um die grundlegende Planung abzuschließen.

In unserer neuen Arbeitswelt ist eine virtuelle PI-Planung jedoch notwendig geworden. Dieser Wandel bringt seine eigenen Herausforderungen mit sich, wie z. B. die Implementierung virtueller Tools, die Überwindung von Zeitzonenunterschieden und die Koordination von Mitarbeitern, die es gewohnt sind, nach ihren eigenen Zeitplänen zu arbeiten. Ganz zu schweigen von den gelegentlichen technischen Störungen, die auftreten können.

In diesem Blog werden wir die Informationstechnologiebranche als Beispiel untersuchen und untersuchen, wie sie von der PI-Planung profitieren können. Entdecken Sie die entscheidenden Vorteile der PI-Planung und stellen Sie Strategien für die erfolgreiche Durchführung einer hybriden PI-Planung vor. Egal, ob Sie ein Neuling oder ein erfahrener Meister agiler Praktiken sind, bei der Optimierung Ihrer Systeme gibt es immer Verbesserungspotenzial.

Was ist PI-Planung?

PI-Planung, oder Big Room Planning-Planung, ist in der Regel eine zweitägige Veranstaltung, bei der alle Teams an einem agiler Release-Train, einschließlich Produkteigentümern, Moderatoren, Entwicklern und externen Interessengruppen. Traditionell handelt es sich um eine persönliche Planungssitzung, bei der in einigen Teams mehr als 100 Personen im gleichen Raum sitzen, um sich über Ziele, Geschäftsziele und eine allgemeine Richtung für die weitere Entwicklung abzustimmen.

Es ist Teil eines skaliertes agiles Framework das agile Praktiken für Unternehmen implementiert. Agile Teams verwenden wiederholte Workflows für eine fundierte Planung, eine effiziente Ausführung und die kontinuierliche Bereitstellung von Mehrwert für die Stakeholder.

Obwohl PI-Planungsveranstaltungen oft persönlich stattfinden, hat die zunehmende Anzahl von Remote-Teams Unternehmen gezwungen, hybride Lösungen für diese Großveranstaltung zu finden.

Rüsten Sie Ihre dezentralen, verteilten oder am selben Standort tätigen Teams mit einem digitalen Tool für PI Planning auf Erfolgskurs aus.

Testen Sie Easy Agile Programs für Jira

Kostenlose Testversion

Die Vorteile der PI-Planung

Unabhängig davon, ob die PI-Planung persönlich, online oder hybrid erfolgt, bietet dieses zweitägige Treffen eine Reihe wichtiger Vorteile. Es ist ein integraler Bestandteil von SAFe, der dafür sorgt, dass Unternehmen sich auf gemeinsame Ziele und Vorgaben konzentrieren, und es gibt verschiedenen Teams einen guten Weg für die kommenden Jahre Sprints.

Die PI-Planungsveranstaltung kann zahlreiche Vorteile bringen. Hier sind 5 potenzielle Vorteile für die IT-Branche:

• Kollaboratives Umfeld: Die PI Planning-Veranstaltung bietet einen Raum, in dem IT-Experten aus verschiedenen Teams und Abteilungen zusammenkommen können, um in einer persönlichen Umgebung zusammenzuarbeiten, Brainstorming zu betreiben und Ideen auszutauschen.
• Funktionsübergreifende Kommunikation: An der IT sind häufig mehrere Abteilungen beteiligt (Entwicklung, Betrieb, Support usw.). Die PI-Planing-Veranstaltung ermöglicht eine bessere Kommunikation und Abstimmung zwischen diesen Abteilungen, was zu kohärenteren Strategien führt.
• Gezielte Entscheidungsfindung: Eine spezielle Veranstaltung ermöglicht gezielte Diskussionen und Entscheidungen und reduziert so Ablenkungen, die in normalen Büroumgebungen auftreten können.
• Schnelle Problemlösung: Komplexe IT-Herausforderungen können effizienter angegangen werden, wenn alle relevanten Interessengruppen physisch anwesend sind, um Probleme zu erörtern und Lösungen vorzuschlagen.
• Teilen von Wissen: Experten aus verschiedenen IT-Bereichen können ihr Fachwissen teilen, was zu einer besseren Lern- und Kompetenzentwicklung im gesamten Unternehmen führt.

8 PI-Planungsstrategien

Um eine erfolgreiche PI Planning-Veranstaltung sicherzustellen, müssen Sie über einige Strategien verfügen, die Teams dabei unterstützen, effektiv zusammenzuarbeiten und ihre Bemühungen aufeinander abzustimmen, unabhängig davon, ob sie an einem Ort oder aus der Ferne arbeiten. Hier sind einige Strategien, die Sie in Betracht ziehen sollten:

1. Legen Sie das Datum und die Tagesordnung frühzeitig fest

Es ist unerlässlich, die Sitzung weit im Voraus zu planen, damit die Teammitglieder die erforderliche Zeit einplanen und ihre Teilnahme inmitten ihres vollen Terminkalenders priorisieren können. Es ist äußerst wichtig, eine breite Teilnahme an dieser Planungssitzung zu fördern.

Die Bereitstellung einer umfassenden Agenda für die Veranstaltung ist entscheidend für eine effektive Zusammenarbeit und Abstimmung innerhalb der Teams. Die Agenda dient als Fahrplan, der die Teilnehmer durch die Planungssitzung führt und ihnen hilft, ihre Beiträge zu priorisieren.

Durch die Festlegung einer klaren Agenda können die Teams ein gemeinsames Verständnis der Ziele, Themen und Aktivitäten entwickeln, die während der PI-Planungssitzung behandelt werden sollen.

2. Setzen Sie sich klare Ziele

Legen Sie vor der PI Planning-Veranstaltung klare Ziele und Vorgaben fest, die Sie erreichen möchten. Kommunizieren Sie diese Ziele allen Teilnehmern, damit alle Beteiligten sich einig sind und verstehen, was während der Veranstaltung erreicht werden muss. Dies hilft dabei, den Fokus auf die gewünschten Ergebnisse zu richten und eine erfolgreiche Planungssitzung sicherzustellen.

3. Wählen Sie herausragende Tools, die die Zusammenarbeit unterstützen

Nutzen Sie visuelle Tools, um die aktive Teilnahme zu fördern und die visuelle Darstellung von Ideen und Plänen zu erleichtern. Die Wahl der richtigen Tools kann einen erheblichen Unterschied bei der Steigerung der Produktivität und der Förderung einer effektiven Teamarbeit ausmachen. Die ausgewählten Tools sollten bei der Organisation und Strukturierung von Informationen helfen und es den Teammitgliedern erleichtern, die Arbeit und die Abhängigkeiten zu verstehen, sodass die Teams in Echtzeit zusammenarbeiten können. Es ist wichtig, visuelle Tools für die Zusammenarbeit zu wählen, die benutzerfreundlich, intuitiv und für alle Teammitglieder zugänglich sind.

Virtuelle Whiteboards, wie Miro, sind ebenfalls ein großer Vorteil, ebenso wie Tools, die für die PI-Planung entwickelt wurden. Wenn dein Team Jira verwendet, empfehlen wir Einfache agile Programme. Es handelt sich um eine Komplettlösung, die für die verteilte, entfernte oder persönliche PI-Planung konzipiert wurde.

4. Gehen Sie mit einem verfeinerten Backlog rein

Planen Sie so viel wie möglich im Voraus, damit Sie das Beste aus dieser Planungsereignis herausholen können. Stellen Sie sicher, dass das Backlog gründlich überarbeitet und einsatzbereit ist, damit bei der PI-Planung keine Zeit verschwendet wird.

Es ist eine große Verpflichtung für so viele Menschen, die gleichzeitig verfügbar sind, und es nimmt eine Menge Arbeitsstunden in Anspruch. Außerdem nehmen sich Ihre Stakeholder Zeit für dieses Meeting. EIN verfeinerter Backlog das mit den entsprechenden Details organisiert ist, sorgt dafür, dass alles so reibungslos wie möglich läuft.

5. Ich habe keine Leute, die hier warten

Tun Sie alles, was Sie können, um sicherzustellen, dass es einen klaren Zeitplan gibt, an dem niemand herumhängen muss. Das Letzte, was du willst, ist, die Zeit der Leute zu verschwenden. Stellen Sie sicher, dass die Leute wissen, „wo“ sie sein müssen und wann. Vergewissern Sie sich dreifach, dass den virtuellen Besprechungen, Arbeitsgruppen und Aufgaben die richtigen Personen zugewiesen sind. Eine vorausschauende Planung und Transparenz tragen dazu bei, dass niemand warten muss oder zu wenig ausgelastet ist.

6. Nutzen Sie Team-Breakouts

Es ist unrealistisch, dass mehr als 100 Personen zwei Tage lang im selben Raum oder virtuellen Raum zusammenarbeiten. Kannst du dir das vorstellen? 🤯

Breakout-Meetings mit kleineren Gruppen sind für eine produktive und effektive Planungsveranstaltung unerlässlich. Auch hier kommt es auf die Vorausplanung an. Ihr Spielplan muss nicht völlig starr sein, aber Sie benötigen einen klaren Zeitplan, und die Führungskräfte müssen Arbeitsgruppen effektiv so organisieren, wie es für Ihr Team und die gewünschten Planungsergebnisse am sinnvollsten ist.

TIPP: Ihre Tools können sich hier als nützlich erweisen. Richten Sie spezielle Teamplanungstafeln ein, um Gespräche zu erleichtern und die Arbeit festzuhalten. Unten finden Sie ein Beispiel für ein Teamplanungsboard in Einfache agile Programme. Was du siehst, ist ein Beispiel dafür, wie ein Team Probleme in seinem Board erstellen und alle Abhängigkeiten schaffen kann, die es in seinem Team und zwischen Teams haben könnte.

7. Erwarte das Unerwartete und halte dich an die Probleme (auch bekannt als technische Probleme)

Wie bei jedem großen Meeting wird nichts perfekt ablaufen. Sie werden bestimmt auf Schluckauf und technische Probleme stoßen. Mit den Schlägen zu rollen ist das Beste, was Sie tun können.

Testen Sie die Technologie im Voraus — planen Sie einen Zeitpunkt ein, zu dem Ihre Hauptlautsprecher ein Testgespräch mit Ihnen führen können. Gehen Sie die Anforderungen durch und lassen Sie sie Benachrichtigungen und Geräte im Voraus stummschalten.

Stellen Sie sicher, dass jeder über die Informationen verfügt, die er benötigt, um seine Tools und Technologien effektiv zu nutzen, und sorgen Sie als Leiter der Veranstaltung oder einer Breakout-Session für technische Eventualitäten. Was passiert, wenn Ihr Konferenz-Tool nicht mehr funktioniert? Haben Sie ein Backup? Was ist, wenn ihr WLAN langsamer wird oder ausfällt? Können sie zu einem Hotspot wechseln oder kann jemand anderes die Leitung übernehmen?

8. Halten Sie einen Rückblick ab, damit Sie sich beim nächsten Mal verbessern können

Rückblicke stellen Sie sicher, dass sich Ihre Prozesse kontinuierlich verbessern. Sie bieten die Möglichkeit, Feedback einzuholen, das dazu beitragen wird, das nächste große Planungstreffen zu verbessern.

Stelle sicher, dass du Feedback einholst und die Teilnehmer nach der Sitzung anhörst. Fragen Sie die Teilnehmer, was ihrer Meinung nach gut gelaufen ist, was nicht so gut gelaufen ist und was beim nächsten Mal verbessert werden könnte. Verwenden Sie diese Informationen, um den Prozess für Ihre nächste große Raumplanungsbesprechung zu verbessern.

Entdecken Sie Easy Agile TeamRhythm

Indem Sie diese Strategien befolgen, können Sie eine effektive Zusammenarbeit und Abstimmung innerhalb Ihrer Teams während der PI Planning-Veranstaltung ermöglichen.

PI-Planung mit Easy Agile

Unabhängig von der Größe Ihres Teams beginnt eine effektive Planung mit dem Einsatz der richtigen Tools. Einfache agile Builds Produkte, die speziell für Jira-Nutzer entwickelt wurden um agilen Teams zu helfen, effizient und effektiv zu planen.

Demo ansehen

Einfache Agile-Programme für Jira ist ideal, um Teams an verschiedenen Standorten oder an verschiedenen Standorten dabei zu unterstützen, Programme effektiv zu verwalten und dabei einen optimierten Überblick zu bieten, um die Abstimmung im großen Maßstab zu gewährleisten. Legen Sie PI-Ziele fest, visualisieren Sie Abhängigkeiten und stimmen Sie das gesamte Team mit einem benutzerfreundlichen und virtuell zugänglichen Tool ab.

30 Tage kostenlos testen

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