Workflow

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

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

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

1. Methodik der agilen Softwareentwicklung

2. Wasserfall-Methodik

3. Funktionsorientierte Entwicklung (FDD)

4. Methodik der schlanken Softwareentwicklung

5. Methodik der Scrum-Softwareentwicklung

6. Extreme Programmierung (XP)

7. Schnelle Anwendungsentwicklung (RAD)

8. DevOps-Bereitstellungsmethodik

1. Methodik der agilen Softwareentwicklung

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

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

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

2. Die Wasserfall-Methodik

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

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

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

3. Funktionsorientierte Entwicklung (FDD)

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

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

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

4. Methodik der schlanken Softwareentwicklung

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

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

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

5. Methodik der Scrum-Softwareentwicklung

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

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

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

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

6. Extreme Programmierung (XP)

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

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

7. Schnelle Anwendungsentwicklung (RAD)

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

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

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

8. DevOps-Bereitstellungsmethodik

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

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

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

Softwareentwicklung leicht gemacht

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

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

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

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

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

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

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

Was ist Scrum?

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

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

Scrum-Rollen

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

1. Inhaber des Produkts

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

2. Scrum Master

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

3. Team für Softwareentwicklung

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

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

Bestandteile des Scrum-Workflows

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

Die Teile eines agilen Workflows lauten wie folgt.

1. Entwicklung des Backlogs

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

2. Veröffentlichung des Backlogs

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

3. Arbeit im Sprint

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

Scrum- oder Sprint-Meeting

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

Tägliche Stand-ups

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

4. Das Burndown-Diagramm

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

5. Testen

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

6. Sprint-Retrospektive und Folgeplanung

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

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

Erstelle deinen Jira Scrum Workflow in wenigen einfachen Schritten

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

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

In Ihrem Arbeitsablauf können Sie:

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

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

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

Weitere Funktionen aus dem Jira Workflow-Plugin

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

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

Automatisieren Sie jetzt Ihren Jira-Workflow

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

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

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

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

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

Was ist neu in SAFe 5.0

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

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

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

3. Neue SAFe-Übersicht

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

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

Außerdem wurden 2 neue Kernkompetenzen hinzugefügt:

• Organisatorische Agilität
• Kultur des kontinuierlichen Lernens

5. Ein zehntes SAFe-Prinzip wurde angekündigt

NEU: Prinzip #10 - Organisieren Sie nach dem Wert

Warum freuen wir uns über SAFe 5.0?

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

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

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

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

Wie fördert SAFe 5.0 die Kundenorientierung?

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

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

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

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

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

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

Wie erreichen wir Kundenorientierung?

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

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

Unsere persönlichen Favoriten

Personen 💁🏽 ‍ ♀️

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

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

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

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

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

Verwandter Blogbeitrag: wie du mit deinem Team Personas erstellst.

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

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

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

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

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

Urteil

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

Wenn Sie die Eigenschaften agiler SAFe-Teams besser verstehen möchten und wissen möchten, was zu Erfolgen und Misserfolgen führt. Melden Sie sich jetzt für unser bevorstehendes Webinar an.

Die Vorteile und Verbote agiler Teams mit Adaptavist

Dienstag, 8. März AEDT

REGISTRIERE DICH JETZT

Große Unternehmen nutzen SAFe Agile, um ihre Abläufe zu verbessern. Wenn Sie dieses Framework verwenden, skalieren Sie Agile, um ein schlankes Unternehmen zu schaffen.

Dieser Ansatz hilft, die Herausforderung zu bewältigen, einen konstanten Wert zu liefern. Es hilft auch, kontinuierliche Verbesserungen zu unterstützen.

Ein weiterer Vorteil der Verwendung von SAFe® besteht darin, dass Sie einen vorhersehbaren Workflow-Zeitplan planen und anwenden können. Wenn Führungskräfte Strategie und Umsetzung verknüpfen, steigern sie ihre Leistung und Produktivität.

SAFe steht für Scaled Agile Framework Enterprise. Sie können dieses Framework verwenden, um agile Methoden anzuwenden, wie zum Beispiel Scrum oder Kanban, für größere Teams. SAFe-Schulungen und Zertifizierungskurse helfen Führungskräften bei der Planung und Umsetzung der Philosophie.

In diesem Artikel erfahren Sie, welche Vorteile SAFe Ihrem Unternehmen bieten kann und wie effektive Organisatoren SAFe leiten und implementieren. Sie werden auch von Schulungen erfahren, die Ihnen helfen können.

Möchten Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

Testen Sie Easy Agile Programs für Jira

Kostenlose Testversion

Hauptvorteile der Implementierung von SAFe

SAFe legt Wert auf Ausrichtung, Transparenz, Qualität und Ausführung. Es inspiriert Unternehmen dazu, Lean-Agile-Denken in mehreren Abteilungen oder Teams einzuführen. Lean-Methodik bedeutet höhere Produktivität, geringere Kosten und verbesserte Arbeitsqualität. Indem Sie bei der Implementierung von SAFe Wertströme identifizieren und Arbeitsprozesse optimieren, können Sie mit dem Aufbau eines schlanken Unternehmens beginnen.

💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

Registriere dich

Durch die Implementierung von SAFe erhalten Sie die Tools zur Unterstützung des schlanken Denkens. Sie stellen Scrum-Teams zusammen, die verstehen, was der Benutzer will, wie diese Änderungen mit minimalem Zeitverlust umgesetzt werden können, und die effiziente Prozesse schaffen. SAFe klärt auch Rollen und Prozesse, damit Teams schnell auf Probleme reagieren können.

Viele große Unternehmen haben SAFe angewendet und melden wichtige Vorteile. Einer dieser Vorteile ist die Steigerung der Mitarbeiterzufriedenheit und Produktivität um bis zu 50% Dann werden die Produktqualität und die Markteinführungszeit um bis zu 75% erhöht.

Die SAFe-Methode lehrt Sie, einen systemischen Ansatz auf Problembereiche, Workflow-Management und Wertströme anzuwenden. Ein gesundes Maß an teamübergreifender Zusammenarbeit kann beginnen. Das Endziel ist ein verbesserter Wertfluss.

Der Übergang zur Verwendung von SAFe kann Zeit und Versuch und Irrtum erfordern. Zu dieser neuen Norm gehört es, mutig genug zu sein, sich auf einer sinnvollen Ebene zu engagieren und qualitativ bessere Ergebnisse zu erzielen.

Beginn der Nutzung von SAFe: Das große Ganze

Die Verwendung von SAFe in Ihrem Unternehmen kann ein großer Wandel sein. Sie müssen sich überlegen, wie effektive Führung und Umsetzung dazu beitragen, diesen Übergang zu bewerkstelligen.

1. Führendes SAFe

SAFe zu leiten bedeutet, funktionsübergreifende Teams aufzubauen und Workflows zu entwickeln, die Ihrem Team helfen, den größtmöglichen Nutzen aus der Planung zu ziehen. Auf diese Weise können Softwareentwicklungsteams schnell auf die Bedürfnisse der Kunden reagieren.

Ein solider SAFe-Marktführer verbessert die Produktivität, die Produktqualität und die Markteinführungszeit.

Weitere Merkmale einer qualitativ hochwertigen SAFe-Führung sind ein besseres Engagement der Teammitglieder, das dazu beiträgt, besser zu arbeiten und sich als Teil eines unterstützten und unterstützenden Teams zu fühlen. Der Wert, den Einzelpersonen für das Unternehmen leisten, steigt dann.

Führender SAFe-Kurs

Das Führender SAFe® -Schulungskurs ist grundlegend. Sie lernen hauptsächlich die SAFe-Prinzipien und ihre Praktiken kennen. Mit der SAFe-Zertifizierung lernen Sie, wie Sie das skalierte Agile-Framework für Lean und agile Entwicklung anwenden und skalieren können. Sie lernen auch, wie man plant und implementiert Programminkremente (PI).

Sobald Sie über diese Informationen verfügen, können Sie die Transformation in Ihrem gesamten Unternehmen leiten.

2. Implementierung von SAFe

Um SAFe richtig zu implementieren, müssen Sie wissen, wie Sie agile Teams mithilfe des SAFe-Frameworks und der Lean-Agile-Denkweise coachen können.

Bevor Sie dies tun können, müssen Sie wissen, wie Sie Wertströme in Arbeitsprozessen identifizieren und maximieren können. Auf diese Weise verbessern Sie die Zusammenarbeit im Team. Durch die Verbesserung der Zusammenarbeit sind Sie besser positioniert, um den Produktverantwortlichen einen Mehrwert zu bieten.

Während Sie SAFe implementieren, werden Sie ständig Lösungen für organisatorische Probleme entwickeln und die Rolle der einzelnen Personen in diesem Rahmen verstehen.

Im Wesentlichen beginnen und unterstützen Sie langfristige Veränderungen, die Wert und Gewinne steigern. Anschließend coachen Sie andere darin, den Wert zu nutzen und die SAFe-Prinzipien in der Praxis anzuwenden, um langfristige Veränderungen zu erreichen.

Implementierung des SAFe-Kurses

Implementierung von SAFe® ist ein weiterer Grundkurs. Diese Schulung bietet einen detaillierten Einblick in das SAFe Agile Framework. Es zeigt Ihnen auch, wie Sie Ihr Gelerntes anwenden können.

In diesem Kurs lernen Sie, wie Sie einen SAFe-Implementierungsplan entwerfen, die Unternehmenstransformation planen, einführen und auf den Markt bringen Agile Release-Züge (ARTs) und ermutigen Sie die Organisation zu einem schlanken Unternehmen. Du wirst ein großer agiler Coach, der anderen beibringt, umfangreiche Lösungen zu erkennen und anzuwenden.

Die Implementierung von SAFe ist ideal für alle, die wissen möchten, wie man die Transformation leitet. Es konzentriert sich auf die Leitung von SAFe mit Remote-Teams. Sie erfahren, wie Sie Agile Release Trains (ARTs) erstellen und anderen zeigen, wie man ARTs entwirft.

Mehr SAFe-Rollen und -Prozesse

Während Sie lernen, SAFe zu integrieren, müssen Sie sich darauf konzentrieren, wichtige Teammitglieder zu stärken und sich auf einige wichtige Bereiche zu konzentrieren. Für einige dieser Rollen und Prozesse sind SAFe-Schulungen verfügbar.

• Das SAFe Advanced Scrum Master coacht Scrum-Teams bei der Übernahme der agilen Denkweise.
• Lean Portfoliomanagement hilft bei der teamübergreifenden Zusammenarbeit, während Sie sich an die Kundenbedürfnisse anpassen.
• Das SAFe Release Train Engineer ist der Schlüssel für Agile Release Trains. Diese Person arbeitet unter anderem an PI Planning. Dies ist zusammen mit dem Produktmanager eine zentrale Position für die Leitung von SAFe, um das Beste aus Wertströmen herauszuholen
• Ein zertifizierter SAFe Program Consultant (SPC) leitet Veränderungen im gesamten Unternehmen auf allen Ebenen, indem er Teammitglieder bei der Übernahme der Lean-Agile-Denkweise coacht und schult. Das SPC organisiert und betreut auch Mitarbeiter, um ein kontinuierliches Engagement zu fördern.
• Du musst Teams stärken um zu lernen, wie man ein kompetentes Mitglied eines Agile Release Trains wird.

Sind Sie ein Release Train Engineer oder Program Manager und haben Schwierigkeiten, einen agilen Release-Train oder ein agiles Programm effektiv zu verwalten?

Registrieren Sie sich für die Produktdemo von Easy Agile Programs

Als stolzer Scaled Agile Platform Partner ermöglicht Easy Agile Programs Release Train Engineers und Program Managern, Programme auf Team-of-Team-Ebene effektiv zu verwalten, um die Abstimmung im großen Maßstab zu gewährleisten.

Jetzt testen — Kostenlose Testversion

Weitere Agilist-Zertifizierungskurse beinhalten die Ausbildung zum Release Train Engineer und zum SAFe Scrum Master. Sie können auch an diesen zwei- bis viertägigen zertifizierten SAFe-Schulungen teilnehmen, um Ihre Kompetenzen zu verbessern.

Tipps dazu, welche zertifizierten SAFe-Kurse für Sie am besten geeignet sind, finden Sie in diesen Häufig gestellte Fragen um die kontinuierlichen Verbesserungen in Ihrem Unternehmen voranzutreiben.

SAFe-Training für mehr Unternehmensagilität

Setzen Sie SAFe ein, um ein schlankes Unternehmen mit umfassenden Veränderungen aufzubauen. Es fördert die teamübergreifende Zusammenarbeit, systemisches Denken und eine schlanke Denkweise.

Die Implementierung von SAFe kann zwar einige Zeit in Anspruch nehmen, aber es gibt Ressourcen, die helfen können, darunter SAFe-Schulungen. Konzentrieren Sie sich auf Teammitglieder und Prozesse, die am meisten von zusätzlicher Beratung profitieren können.

Du kannst auch folgen der Easy Agile Blog, Podcast, und Lernzentrum für umfassende Anleitungen zu agilen Prinzipien, Rollen und Tools.

Optimieren Sie die Sichtbarkeit und sorgen Sie für Transparenz in Ihrem Programm

Produktdemo zu Easy Agile Programs

Registriere dich jetzt

Viele Organisationen haben Schwierigkeiten, Großprojekte zu verwalten. SAFe can help.

SAFe provides them the frame and the training that they need to carry a nachhaltig change in big measure. If they want to carry changes on a low team level, distribution level or the whole company, you shows SAFe, how that goes.

The implementation of SAFe offers many benefits. Aber was genau ist das und wie können Sie SAFe verwenden, um ein schlankes Unternehmen aufzubauen?

Mögen Sie Ihr Team befähigen, das Scaled Agile Framework (SAFe) zu implementieren?

Probiert simple Agile-Programme aus

AN EINER DEMO TEILNEHMEN

SAFE-Hintergrund

SAFe ist die Abkürzung für „Scaled Agile Framework“. Da sich Agile auf kontinuierliche Verbesserungen in einem kleinen Maßstab konzentriert, wendet SAFe seine Philosophie auf Unternehmensebene an.

SAFe erhöht die geschäftliche Agilität und führt zu flexiblen und reaktionsschnellen Teams für große Organisationen. SAFe verwendet zusammen mit Lean-Agile seine eigenen Werte Principes.

This agile Framework began, as the software system expert Dean Leffingwell from the traditional working processes in the software market. He developed the SAFE method to change working processes, which are listed.

You can use this framework to understand a Lean-Agile-Thinking in large measure. Es konzentriert sich auf ständige Verbesserungen. Independent improve company the work performance and productivity.

About Scaled Agile Inc. you can take an training, to scale work and improve the performance in their company.

The implementation of SAFe on team-, program or enterprise level is absolut machbar.

Testing Easy Agile Programs for Jira

SAFE-Werte

The Scaled Agile Framework used vier Kernwerte:

1. Ausrichtung by business decisions with the business vision, strategy, implementation and objectives in little to great measure.
2. Integrated quality um wünschenswerte Ergebnisse zu erzielen, die zum Erfolg führen.
3. Durchsichtigkeit: Gute Entscheidungen können nur getroffen werden, wenn umfassende Informationen verfügbar sind.
4. Execution of the program das führt zurück zu Strategy and Vision

Durch die Anwendung dieser Werte steigern Teams und Organisationen das Engagement, indem sie deutlich machen, was sie von agilem Teamverhalten und Aktionen erwarten.

Wenn alle zusammenarbeiten und ihre Verantwortung verstehen, steigen die Erfolgschancen dramatisch. SAFe fördere offenheit und engagement bei der Erfüllung von Einzel- und Teamaufgaben. Wenn also eine Einzelperson oder ein Team auf einer Straßensperre steht, kommunizieren sie miteinander, um gemeinsame Lösungen für Probleme zu finden.

Use company the Lean-Agile-method in wide measure, to:

• Sorgt für die termingerechte Lieferung von Softwareentwicklungsprodukten
• Unterstützen Sie qualitativ hochwertige Produktlieferungen
• Amore the engagement and the satisfaction your stakeholder
• Optimiert die Leistung auf der Grundlage regelmäßiger, vorhersehbarer Zeitpläne

💥 Teamausrichtung im großen Maßstab erreichen: Produktdemo von Easy Agile Programs 💥

AN EINER DEMO TEILNEHMEN

Was ist agil?

SAFe wendet die agile Methode auf größere Teams an. Lassen Sie uns auch behandeln, was agil bedeutet.

Agile Methodology sie konzentriert sich auf Flexibilität, Zusammenarbeit und Wertschöpfung. Es bedeutet, ein Produkt ständig an die sich ändernden Bedürfnisse von Usern und Interessengruppen anzupassen oder zu wiederholen. Agile Teams reagieren schnell auf Veränderungen und passen sich schnell an, unabhängig davon, ob sie Scrum verwenden oder Kanban.

Jede Iteration hat eine festgelegte Timebox. The team members use this increments, to support optimated working processes. Sie erstellen, testen und liefern Ergebnisse, die besser funktionieren als normale Arbeitsprozesse.

Was ist Lean?

The Lean Methodology plays also in SAFe.

Das Lean-Method hat seine Wurzeln in der Autoindustrie. Ford Motors, Toyota erweiterte die Ford-Methode, um den Abfall weiter zu minimieren und einen Mehrwert zu erzielen. Jetzt verfügt Lean über einen umfassenden Satz von Prinzipien mit praktischen Anwendungen.

Lean betont, how important is to check value stream, to improve the efficiency and more customer use.

Wenn sie Lean-Prinzipien anwenden, schaffen Teams mehr Wert, höhere Leistung und höhere Produktivität. With other terms, Lean supports the agility of the company.

SAFe includes this lean-work method. Sie können SAFe auch anwenden auf schlankes Portfoliomanagement (LPM) and many other areas of the organization.

SAFe Agile Principes

The SAFe Agile Framework is also focus on 10 SAFE-Prinzipien. This principles are also to connecting performance, quality and profit with.

1. „Nimm einen economic view. “
2. „Bewerben systemisches Denken. “
3. “variability annehmen; options beibehalten. „Das bedeutet, dass keine Lösung richtig ist, also sollten Teams unvoreingenommen sein, wenn sie über Arbeitsansätze sprechen.
4. “Schnelles Bauen in Schritten um Lernzyklen zu beschleunigen. “
5. “Create Miles zur objektiven Analyse funktionierender Systeme. “
6. “Sende dich vor und schränken Sie ein WIP, limit the size of work stapels and control the warteschlangenlängen. „Jegliche Unterbrechungen und Probleme verlängern die Markteinführungszeit, erhöhen den Einsatz knapper Ressourcen und verringern potenzielle Gewinne. Kurz sagte, „Zeit ist Geld“.
7. “Apply Step frequency, with domain übergreifender planning synchronisieren. “
8. Ermutigen Sie angeborene Motivation des Wissens innerhalb von Scrum-Teams
9. Verteilen the decision process
10. goals and work organisation around to the value, it is schaffe

Was ist das Gesamtbild von SAFe?

Wenn Sie Schwierigkeiten haben, SAFe zu visualisieren, schauen wir uns das Gesamtbild an. When the typical agile team small is small, offers SAFe a possible, agile methods to greater organizations. Es konzentriert sich auf teamübergreifende Zusammenarbeit und motiviert alle, an Lean-Mentality zu denken.

Das bedeutet optimierte Arbeitsprozesse und ein klareres Verständnis dafür, welche Prozesse einen Mehrwert schaffen. Es motiviert auch größere Teams, sich ständig anzupassen und zu verbessern.

Das Framework zeigt, wie strategische Planung in praktische Arbeitsabläufe umgewandelt werden kann. Agile Teams nutzen die Agiler Release-Zug (ART), to reach to each work level, to reach this. SAFe bietet auch Training for Release Train Engineer an, um Veränderungen zu unterstützen.

In jeder Ebene gibt das Framework also die SAFE-Prinzipien an, die Teams müssen anwenden. Quick the application this principles you reach value development by coordination and a flexiblen workflow.

Create and visual they dependencies within one individual teams or between teams

Gezielte Teamplanung

Nehmen Sie teil an einer Produktdemo von Easy Agile Programs

The Benefits of Implementation of SAFe

Leadership and staff can see the SAFe Strassenkarte and working process. Sie können auch die weitreichenden Auswirkungen auf die geschäftliche Agilität erkennen.

Zu den Vorteilen der Implementierung von SAFe gehören:

• Verbesserung des systemischen Denkens im gesamten Unternehmen
• Verbesserung der Wertströme und der Qualität der Ergebnisse
• Steigerung der Produktivität
• Development of team environments through Lean Thinking
• Verkürzung der Markteinführungszeit
• Entwicklung spezifischer Methoden zur Zielerreichung
• Schaffen von Transparenz, die Rollen, Verantwortlichkeiten und Maßnahmen klarstellt
• Diselimination of Silos and agreement small teams on the entire company
• Erhöhung der Unternehmensagilität zur Erreichung der allgemeinen Unternehmensziele

SAFe Agile Certification

Sie können die Vorteile zertifizierter SAFe Agile-Schulungen nutzen, um Ihre agilen Teams weiterzuentwickeln. Scaled Agile Inc. bietet verschiedene Educations um die agile Transformation zu verwalten.

SAFE-Schulungen können Ihnen helfen, die SAFE-Methode zu implementieren, SAFE-Teams als SAFe Scrum Master zu leiten und Lean-Portfolios in SAFe zu verwalten.

SAFe + Jira = Success

Combinate SAFe and Jira, and you have an comprehensive framework for the success. When company started with SAFe, they reports of significant quantifizierbare Verbesserungen bei der Umsetzung von Strategien.

Auschecken Simple Agile Programs for Jira. Diese App hilft dabei, Teams in großem Maßstab an ihrer Programm-Roadmap auszurichten. Anzeige von Abhängigkeiten und anderen Meilensteinen auf ART-Ebene. Teste es free.

Testing Easy Agile Programs for Jira

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

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

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

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

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

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

1. Machen Sie die Grundlagen richtig

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

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

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

2. Stellen Sie Ihre Agenda ein

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

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

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

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

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

3. Plane deine Sitzung

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

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

4. Entscheide dich für wen

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

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

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

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

5. Stell ein paar Regeln auf

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

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

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

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

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

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

6. Bereite deine Technik vor

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

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

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

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

7. Holen Sie sich eine Software zur Zuordnung von Benutzergeschichten

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

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

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

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

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

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

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

Probiere es jetzt

8. Integrieren Sie Ihren Arbeitsablauf

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

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

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

Machen Sie sich bereit für den Erfolg!

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

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

Agile Retrospektiven sind eine Zeit, um über den vorherigen Sprint nachzudenken. Während dieser Zeit entscheidet das Scrum-Team über die agile Vorlage für die Retrospektive, die in den retrospektiven Besprechungen verwendet werden soll. Eine Vorlage für eine Sprint-Retrospektive bietet eine Struktur für retrospektive Besprechungen. Diese Vorlagen für die Retrospektive helfen agilen Teams bei der Analyse ihres vorherigen Sprints.

Was ist eine agile Retrospektive?

Teams verwenden agiler Rückblick Treffen zur Verbesserung des nächsten Sprints. Während sich die Teammitglieder durch den Produktlebenszyklus bewegen, gewinnen sie nach jeder Sprint-Retrospektive neue Erkenntnisse, die sie auf den nächsten Sprint anwenden.

Der Schwerpunkt des Sprint-Retrospektiv-Meetings

Bei Sprint-Retrospektivgesprächen werden vier Fragen gestellt, die unten aufgeführt sind. Das agile Team platziert diese vier Fragen in den vier Quadranten seiner Vorlage für die Retrospektive. (Hinweis: Teammitglieder können ein Whiteboard oder Haftnotizen verwenden, um ihre Besprechungen einzurichten. Oder sie können verwenden Jira-Software um Teambesprechungen aus der Ferne in Echtzeit zu ermöglichen.)

Agile Teams am selben Standort können auch Whiteboards und Haftnotizen verwenden, um ein agiles Retro zu erstellen. Für Teams an entfernten Standorten ermöglicht die agile Vorlagensoftware für Retrospektiven jedoch allen Teammitgliedern, an Sprint-Meetings teilzunehmen.

Hier sind die vier Fragenbereiche, die zur Diskussion stehen:

• Was lief wie geplant?
• Wo hätte das Team Verbesserungen vornehmen können?
• Was sollten die Teammitglieder im nächsten Sprint tun?
• Was verwirrt das Team?

1. Was lief wie geplant?

Die agile Retrospektive erfordert eine eingehende Analyse. Die Teammitglieder können darüber chatten, was ihnen gefallen hat, welche Methoden für sie funktioniert haben und welche agilen Ideen es wert sind, in den nächsten Sprint aufgenommen zu werden.

Zu den typischen Fragen, die agile Teams in dieser ersten Phase stellen, gehören:

• Womit waren die Teammitglieder zufrieden?
• Welche Maßnahmen haben zu positiven Ergebnissen geführt?
• Mit welchen Prozessen oder Aktionen sollte das agile Team fortfahren?
• Sollte jemand für seinen Beitrag einen besonderen Dank erhalten?

2. Wie hätte sich das Team verbessern können?

Die Interessengruppen untersuchen, wo sie einen Fehler gemacht haben, und versuchen, die Ursache der Probleme zu finden. Beim Brainstorming geht es darum, was sie zuvor hätten ausprobieren können, wo Verbesserungen erforderlich sind und welche Prozesse oder Aktionen sie im nächsten Sprint testen können.

Hier sind einige Möglichkeiten, diese Frage zu konkretisieren:

• Was hat das Team zuvor nicht versucht, das vielleicht funktionieren könnte?
• Was ist eine neue Sache, die wir versuchen könnten?
• Welche neuen Taktiken oder Aktionen können wir als Nächstes testen?

3. Was sollten die Teammitglieder im nächsten Sprint tun?

In diesem Teil der Vorlage untersucht das Team neue Ideen, wie es seinen Folgeansatz verbessern kann. Neue Ideen können riskant sein, daher sollte das Scrum-Team Verbesserungsmöglichkeiten sorgfältig prüfen. In dieser Befragungsphase geht es darum, Problembereiche zu klären, in denen kein Mehrwert geschaffen wurde und was im vorherigen Sprint rätselhaft war.

In dieser Runde sollte das Team Folgendes besprechen:

• Was hat nicht funktioniert?
• Was hat das Team getan, das keinen Mehrwert gebracht hat?
• In welchen Bereichen sind konkret Verbesserungen erforderlich?
• Was lief nicht wie erwartet?
• Welche Probleme im vorherigen Sprint sind verwirrend?

4. Was verwirrt das Team immer noch?

In diesem Abschnitt sollte sich das Team auf Bereiche konzentrieren, die nicht so effektiv waren oder nicht wie erwartet verliefen und welche Bereiche verbessert werden müssen. Zu den weiteren relevanten Bereichen gehören, in denen das agile Team keinen Mehrwert geliefert hat, Bereiche, die weiterentwickelt werden müssen und was am Sprint verwirrend war.

Hier ist es wichtig, über Folgendes zu sprechen:

• Welche Fragen sind noch unbeantwortet?
• Welche Ergebnisse müssen noch weiter untersucht werden?
• Folgt das Team Prozessen, die keinen klaren Mehrwert liefern?

In einem Iterationsprozess führt das Scrum-Team ein Brainstorming durch, um Lösungen in Echtzeit zu finden, die dann in den nächsten Sprint übernommen werden können. Anhand retrospektiver Ideen füllt das Team die vier Quadranten der Retro-Vorlage aus und erstellt so eine visuelle Darstellung ihrer Post-Mortem-Erfahrung.

Scrum-Teams können die vier oben genannten Fragen in anderen Vorlagen für die Retrospektive anwenden oder eine Vorlage anpassen, um ihre Post-Mortems durchzuführen.

Optionen für rückwirkende Vorlagen

Teammitglieder können aus Vorlagen für die Rückschau wählen, um ihre Sprint-Meetings individuell zu gestalten.

Die Sprint-Planung kann von jeder der folgenden agilen Retrospektiv-Vorlagen profitieren:

• Die Vorlage „Start, Stopp, Weiter“
• Die vier Ls als Vorlage für eine Retrospektive
• Ein Rückblick auf Seesterne
• Segelboot-Retrospektive
• Froh, traurig, wütend
• Verrückt, traurig, froh

1. Starten, stoppen, weitermachen

Im „Start“ -Teil dieses Retros schaut sich das agile Team an, welche Maßnahmen es im nächsten Sprint ergreifen wird. „Stopp“ bezieht sich auf den kürzlich abgeschlossenen Sprint, um zu untersuchen, was nicht funktioniert hat und welche Maßnahmen das Team nicht mehr ergreifen sollte. „Fortfahren“ bedeutet, herauszufinden, was im aktuellen Sprint funktioniert hat und in den nächsten Zyklus übernommen werden sollte.

2. Vier Ls

Agile Teams verwenden diese Retro-Vorlage, um zu verstehen, was sie am Ende der Sprint-Iteration „geliebt, gelernt, verabscheut und wonach sie sich gesehnt haben“. Das Team nennt, was sie schätzen, was ihnen der Sprint beigebracht hat, was schief gelaufen ist und wovon sie sich mehr gewünscht hätten (Kaffee, Teammitglieder, Zeit usw.).

3. Seestern

Anstatt ein Retro-Design zu verwenden, das sich darauf konzentriert, was funktioniert hat und was nicht, hebt der Seestern den Grad der Effizienz der Ergebnisse hervor. Teamarbeit beinhaltet die Bewertung von Maßnahmen nach Effektivitätsstufen, um zu bestimmen, welche Methoden sie beibehalten, verwerfen und in der nächsten Runde anwenden sollten.

4. Segelboot

Scrum-Teams verwenden das Segelboot Retro, um ihre Flugbahn in unbekannten Gewässern zu bestimmen. Das Segelboot-Retro anzuwenden bedeutet zu wissen, welche Ansätze den Fortschritt behindern, welche neuen Ansätze zu wünschenswerten Ergebnissen führen werden, und eine Richtung für die Sprint-Planung festzulegen.

5. Verrückt, traurig, froh

Die verrückte, traurige, frohe Sprint-Retrospektive ist eine Technik, die sich auf den emotionalen Status von Teams konzentriert. Scrum-Teams stellen sich gegenseitig Fragen, um positive emotionale Unterstützung zu schaffen. Diese Fragen zielen auch darauf ab, die Moral zu stärken, um eine positive Atmosphäre zu schaffen, die Teamarbeit und kontinuierliche Verbesserung unterstützt.

Der agile Retro kann jeder Vorlage folgen, die er wählt, oder eine auswählen und sie an seine spezifischen Bedürfnisse anpassen. Was auch immer sie tun, Teamarbeit ist entscheidend für den Erfolg einer kontinuierlichen Verbesserung.

Entscheiden Sie sich noch heute für Ihre Retro-Vorlage

Nachdem Sie nun verstanden haben, wie die Vorlage für die Sprint-Retrospektive funktioniert, können Sie Ihre Vorlage für die gemeinsame Teamarbeit anpassen.

Anstatt sich auf ersehnte Ergebnisse und Funktionen zu konzentrieren, Einfach und agil kann Ihrem Scrum-Team helfen, von traurig zu froh zu werden.

Team-Retrospektiven direkt in Jira

Sie möchten die Zusammenarbeit Ihres Teams verbessern? Easy Agile TeamRhythm hilft Ihnen mit Team-Retrospektiven, Erkenntnisse in die Tat umzusetzen, um Ihre Arbeitsweise zu verbessern und Ihre nächste Version besser als die letzte zu machen.

EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

Die perfekte Produkteinführung ist ein schwer fassbares Biest. Wenn der Starttermin näher rückt, steigt der Druck, während sich der Produktmanager mit Änderungen in letzter Minute, Bugs auf dem Jira-Board und einigen Netzwerk- oder Serverproblemen befasst, die alles zu ruinieren drohen. Sie haben vielleicht das perfekte Produktmanagement-Framework, doch die Reise zur Ziellinie ist normalerweise alles andere als elegant.

Egal, ob Sie ein neues Produkt auf den Markt bringen oder ein neues Feature veröffentlichen, Produktmanager leben von der Aufregung, dem Hochgefühl — und der Erschöpfung! — die mit dem Job einhergehen, insbesondere im Zusammenhang mit wichtigen Veröffentlichungen. Selbst bei sorgfältiger Planung, einer exquisiten Produkt-Roadmap und einem sorgfältig verfeinerten Backlog scheinen die letzten Momente vor der Markteinführung immer in einem Kampf bis zum Ende zu enden.

Bevor Sie Ihrem Produktmanagement-Framework oder, schlimmer noch, Ihrem Produktteam die Schuld geben (Nee, das würden Sie niemals tun!) , treten Sie einen Schritt zurück und atmen Sie ein. Wir stellen Ihnen einige Ideen vor, wie Sie das Chaos am Tag der Markteinführung etwas lindern können. (Seien wir ehrlich, kein Drama am Tag der Veröffentlichung wäre nur ein bisschen enttäuschend.)

Planung vor dem Start

Wenn Sie eine agile Produktentwicklungsmethode wie Scrum oder Kanban verwenden, sind Sie in Bezug auf die Planung bereits einen Schritt voraus. Erfahrene PMs verfügen über eine Roadmap mit Epen in T-Shirt-Größe und Geschichten, die sorgfältig unter Verwendung etablierter Methoden entworfen wurden Methoden zur Priorisierung.

Basierend auf Ihrer Produktstrategie können Sie sich dafür entscheiden, nach jeder Iteration neue Produktfunktionen für die Produktion freizugeben. Aber manchmal erfordert der Produktmarketingplan einen größeren Aufschwung. In diesem Fall können Sie Pressemitteilungen, große Werbeveranstaltungen oder andere Marketingmöglichkeiten mit hoher Sichtbarkeit nutzen.

Die Planung, wie Sie das Produkt veröffentlichen möchten, ist genauso wichtig wie die Entscheidung, was Teil der Veröffentlichung sein wird. Die Produktentwicklungsteams müssen sich mit dem Produktmarketing abstimmen, um Folgendes zu berücksichtigen:

• Wirst du einen Soft-Launch für ein begrenztes Publikum durchführen?
• Müssen Sie bestimmte Komponenten vorab veröffentlichen, um Preise, Marketingtexte oder Benutzerfreundlichkeit zu testen?
• Wirst du die Vorveröffentlichungen bis zur Veröffentlichung in der Wildnis lassen oder testest du sie für einen bestimmten Zeitraum und ziehst sie dann zurück?
• Haben Sie ein festes Datum, an dem Sie die Veröffentlichung vornehmen müssen (z. B. Super Bowl-Sonntag), oder gibt es eine gewisse Flexibilität beim Timing?

Antworten auf diese Fragen bestimmen die Release-Strategie, die dann in Ihrem Release-Plan und Ihrer Ausführung berücksichtigt wird.

Wenn es darum geht, zu entscheiden, welche Funktionen in Ihre Produkteinführung aufgenommen werden sollen, können Sie aus einer Vielzahl von Produktmanagement-Frameworks wählen oder einen hybriden Ansatz verwenden und die Methoden so kombinieren, dass sie zu Ihrer Situation passen.

Das Modell Kano, AARRR Theorie (Akquisition, Aktivierung, Kundenbindung, Weiterempfehlung und Umsatz) und OKRs (Ziele und Hauptergebnisse) bieten alle Rahmenbedingungen für das Produktmanagement. Diese helfen Produktverantwortlichen bei der Planung neuer Funktionen, die auf die Produktvision abgestimmt sind, und bei der Umsetzung der Rentabilitätsziele.

Denken Sie daran: Es ist immer eine gute Idee, einen Plan B oder sogar einen Plan C zu haben, um unerwartete Ereignisse oder Probleme zu berücksichtigen, die häufig kurz vor einer Markteinführung auftauchen. Atlassian hat eine großartige Vorlage für die Produkteinführung um dir den Einstieg zu erleichtern, wenn du an deinem ersten Release arbeitest.

Planung des Starttages

Eine Checkliste für den Launch-Tag ist dein bester Freund am Tag der Markteinführung. Vielleicht möchtest oder brauchst du sogar mehr als eine Liste. Eine Produkteinführung hat zu viele bewegliche Teile in zu vielen Teams, als dass Sie sich allein auf das Gedächtnis verlassen könnten. Ihre Marketing-, IT- und Produktteams spielen alle eine Rolle bei der Markteinführung und führen die für ihre Aufgaben erforderlichen Aktivitäten durch.

Vor allem, wenn dies die erste Produkteinführung in Ihrem Startup sein könnte, helfen Checklisten den Produktteams dabei, Details lange vor dem Launch-Tag mit klarem Kopf zu durchdenken. Der beste Plan ist, jedes Team zu bitten, seine Checkliste zu erstellen, und sich dann als Gruppe zu treffen, um den Zeitplan der einzelnen Aufgaben abzustimmen und zu koordinieren. Einige Aufgaben am Tag der Markteinführung sind unabhängig voneinander und können jederzeit in Angriff genommen werden. Im Gegensatz dazu sind andere zeitkritischer oder hängen davon ab, dass etwas anderes passiert.

Für Teams, die bereits einige Markteinführungen hinter sich haben, enthalten diese Checklisten die Lehren aus früheren Versionen. Wenn sie nach jeder Markteinführung aktualisiert werden, verwandeln sie Ihr Team in eine reibungslose Maschine zur Produkteinführung.

Planung nach der Markteinführung

Wie Sie wissen, ist eine Produkteinführung nicht das Endspiel. Sobald sich der Staub gelegt hat und alle etwas geschlafen haben, müssen Sie messen, wie das Produkt funktioniert. Wenn Sie planen, wie die ersten Kennzahlen des Produkts gemessen werden sollen, können Produktmanager die Ergebnisse frühzeitig und so oft wie nötig an die Stakeholder weitergeben.

Die Messung wichtiger Produktkennzahlen nach einer Markteinführung bestätigt Ihre Entscheidung über die Produktfunktionen, bestätigt, dass Sie das richtige Produkt für den Markt entwickelt haben, und hilft Ihnen, die richtigen Fragen zu stellen und zu beantworten, wenn Sie weitere Feature-Builds und Marketingstrategien planen.

Wichtige Produktindikatoren nach der Markteinführung können den Gesamtumsatz, die wichtigsten Attributionskanäle, Aktivierungsstatistiken und Affinitätsverkäufe umfassen. Wenn Sie eine neue Funktion in einem bestehenden Produkt einführen, sollten Sie auch die Kundenbindungszahlen im Auge behalten. Ein Anstieg der Abwanderungsraten könnte auf ein Problem mit der Benutzererfahrung oder der zugrunde liegenden Technologielösung hinweisen.

Sie müssen nicht nur die Ergebnisse Ihrer Veröffentlichung messen, sondern auch die nächsten Schritte vorbereiten. Nachdem Ihr Entwicklungsteam ein wenig die Augen geschlossen hat, macht es sich wieder an die Arbeit und sucht nach seinem nächsten Auftrag. Sie benötigen Ihre Rückstand bereit für die nächste Sprint-Planungszeremonie, und dann geht es wieder wie gewohnt weiter. Möglicherweise gibt es auch sofortiges Kundenfeedback, das umgesetzt werden muss.

Sobald du dein Team auf den Weg zum nächsten Release gebracht hast, ist es an der Zeit, einen Blick auf deine Roadmap zu werfen. Sie werden wahrscheinlich neue Informationen entdecken, wenn Kunden anfangen, Ihr neues Produkt oder Ihre neue Funktion zu nutzen. Es ist eine gute Idee, in der Roadmap etwas Platz zu lassen, um Arbeiten zu übernehmen, die in den ersten Wochen Ihrer Markteinführung entdeckt wurden.

Dann gibt es noch eine letzte Sache — FEIERN!! Sie und Ihr Team haben hart gearbeitet und etwas wirklich Cooles erreicht! Es ist leicht, sich auf dem Weg zur nächsten Veröffentlichung in den Alltagstrott zu verwickeln. Nehmen Sie sich etwas Zeit, um sich selbst für eine gut gemachte Arbeit auf die Schulter zu klopfen.

Nutzen Sie Ihr Produktmanagement-Framework, um den Launch-Tag wie ein Rockstar anzugehen

Mit etwas Planung und Flexibilität können Sie Ihr Produktteam so zusammenstellen, dass der Tag der Markteinführung wie ein Spaziergang im Park aussieht. Und je eher du darin gut wirst, desto besser. Sie werden während des gesamten Produktlebenszyklus immer etwas auf den Markt bringen, vom ersten MVP über neue Funktionen bis hin zum Ende des Produktlebenszyklus.

Gründlich Straßenkartierung bietet Ihnen einen soliden Start, und je näher Sie dem Starttag kommen, desto mehr wichtige Details werden Sie herausfinden, um sicherzustellen, dass Sie nichts verpassen. Teamübergreifende Koordination ist unerlässlich, und Checklisten helfen dabei, Kommunikationskanäle zu öffnen und das gesamte Team auf den gleichen Stand zu bringen.

Eine frühzeitige Berichterstattung über Ergebnisse schafft Vertrauen bei den Stakeholdern und ist auch eine hervorragende Möglichkeit, Ihrem Team die Ergebnisse seiner Bemühungen zu zeigen.

Genießen Sie den Adrenalinrausch am Tag der Markteinführung, aber versuchen Sie, ein wenig vom Chaos und Stress abzuschalten. Sobald Sie gestartet sind, ist es Zeit, mit der nächsten Sache fortzufahren. Das liegt in der Natur der Produktentwicklung, und deshalb lieben wir sie.

Die bloße Entwicklung eines Produkts bedeutet nicht, dass es ein Erfolg wird. Viele Faktoren bestimmen, wie gut ein Produkt ankommt — und vieles davon beginnt mit der Planung der Produkteinführung.

Wie werden Sie Ihr Produkt der Welt vorstellen? Wer kann auf Ihr Produkt zugreifen, wenn es zum ersten Mal auf den Markt kommt? Welche Funktionen benötigen Sie für die Erstentwicklung des Produkts und welche Funktionen sollten für die weitere Entwicklung gespeichert werden? Wie stellen Sie sicher, dass alles rechtzeitig zum erhofften Startdatum fertig ist?

Die Planung der Produkteinführung verbindet Ihre Entwicklungsstrategie mit Ihrer Vertriebs- und Marketingstrategie, um sicherzustellen, dass alle Abteilungen zusammenarbeiten und die wichtigsten Ziele verfolgen. Es ist ein stürmischer Wettlauf bis zur Ziellinie, aber es ist auch eine aufregende Zeit für Produktentwickler. Wie wird Ihr Produkt aufgenommen? Was werden Kunden und Interessengruppen denken?

In diesem Beitrag besprechen wir sieben wichtige Strategien für eine erfolgreiche Produkteinführungsplanung. Zeit für den Start! 🚀

1. Setze klare Ziele und definiere, wie Erfolg aussieht

Setzen Sie sich klare Ziele und gehen Sie realistisch davon aus, was Sie erreichen möchten. Das Setzen von hohen, unerreichbaren Zielen lenkt von dem ab, was am wichtigsten ist, und es kann zu Enttäuschung, mangelnder Motivation und verminderter Moral führen.

Machen Sie sich klar, wer im Produktteam wofür verantwortlich ist, und stellen Sie sicher, dass Teammitglieder außerhalb der Produktentwicklung, einschließlich Vertriebsteams und Marketingteams, an der Planung der Produkteinführung beteiligt sind.

Wie werden Sie auf den Markt gehen? Was hoffen Sie mit Ihrer Markteinführung zu erreichen? Welche Planung für die Produkteinführung muss erfolgen, bevor Sie weitermachen können? Welche Ergebnisse vor der Markteinführung sind entscheidend, um die Entwicklung voranzutreiben? Welche Hindernisse könnten Ihren Erfolg verhindern?

Wenn Sie verstehen, was Sie erreichen möchten, ist es einfacher zu erkennen, wann Sie erfolgreich sind. Lassen Sie nichts offen, damit jeder im Team weiß, worauf Sie hinarbeiten und wie Sie es erreichen können.

2. Lerne dein Publikum kennen

Großartige Produkte werden entwickelt, wenn die Kundenbedürfnisse bei der Entscheidungsfindung im Vordergrund stehen. Ganz gleich, in welcher Phase der Produkteinführungsplanung Sie sich befinden, Sie sollten immer die Customer Journey im Auge behalten. Überlegen Sie, wie jede Entscheidung, die Sie treffen, Ihren Kunden einen Mehrwert bringt.

Kundenpersönlichkeiten beschreiben wichtige Details zu einer Zielgruppe, wie z. B. Schmerzpunkte, Verhaltensmuster, demografische Merkmale, Ziele und Kaufgewohnheiten. Für ein erfolgreiches Produkt und eine erfolgreiche Produkteinführung ist es von entscheidender Bedeutung, genau zu verstehen, für wen Sie ein Produkt entwickeln und was sie benötigen.

Einfacher agiler Teamrhythmus unterstützt das User Story Mapping und hilft Teams dabei, sich in die Kunden hineinzuversetzen, sodass Entwicklungs- und Markteinführungsentscheidungen auf der Grundlage dessen getroffen werden können, was für Ihren Zielmarkt den größten Mehrwert bietet.

3. Feedback einholen und testen, testen, testen

Testen, testen, testen! Wir können das nicht oft genug sagen. Sie müssen kontinuierlich testen, Fragen stellen und Marktforschung sammeln.

Stellen Sie Ihr Produkt regelmäßig Stakeholdern und Kunden vor, um unterwegs Feedback zu erhalten. Je mehr Sie bei der Entwicklung Ihres Produkts lernen, desto mehr Probleme werden Sie im Laufe der Zeit lösen und desto besser wird das Projekt am Ende sein.

Der Testprozess gibt Ihnen auch einen tieferen Einblick in das, wonach Ihre Benutzer suchen, sodass Sie die Kundenbedürfnisse besser erfüllen können. Wie interagieren sie mit dem Produkt? Welche Probleme treten auf? Welche Fragen haben sie? Verstehen sie, wie man es benutzt? Nach welchen Funktionen suchen sie?

Sammeln Sie so viel Feedback wie möglich, damit Sie das Produkt bis zur Markteinführung kontinuierlich verbessern können. Binden Sie Ihre Stakeholder und Kunden in Ihren Prozess ein, um deren Bedürfnisse besser zu verstehen und zu erfahren, wie Sie einen konsistenten Mehrwert bieten können.

4. Verwenden Sie umfassende Tools, um die Planung der Produkteinführung zu verfolgen

Die Planung der Produkteinführung ist ein komplexer Prozess mit vielen beweglichen Teilen, Teammitgliedern und Terminen. Die richtigen Tools sind für den Erfolg der Markteinführung unerlässlich. Das gesamte Team muss in der Lage sein, zu sehen, was geplant ist, was erwartet wird und wie die einzelnen Teile, die zur Markteinführung führen, miteinander verbunden sind.

Erstellen Sie eine klare Vorlage für den Produkteinführungsplan, die das Team voranbringt. Gehen Sie vom gewünschten Startdatum zurück, um einen Zeitplan für die Markteinführung zu erstellen, in dem alles aufgeführt ist, was erledigt werden muss, bevor das Produkt auf den Markt gebracht wird.

Eine Roadmap zur Produkteinführung ist ein effektives Instrument, um Ihre Fortschritte zu verfolgen. Roadmaps helfen Teams dabei, ihre Vision aufeinander abzustimmen, bestimmte Produkteinführungstermine im Auge zu behalten und die wichtigsten Priorisierungen klar zu erkennen.

Lernen wie man eine Produkt-Roadmap erstellt Muster mit Einfache Agile Roadmaps für Jira. Sie helfen Teams dabei, sich auf eine Produktvision und eine Markteinführungsstrategie auszurichten, um den Kunden kontinuierlich einen Mehrwert zu bieten.

5. Konzentrieren Sie sich auf ein anfängliches großartiges Produkt, nicht auf Funktionen

Konzentrieren Sie sich auf Ihre mindestens lebensfähiges Produkt zuerst. Dies ist Ihre oberste Entwicklungspriorität vor dem Start — egal, wie verlockend andere ausgefallene Funktionen auch sein mögen.

Ausgefallene Funktionen mögen ansprechend sein, aber sie können die Entwicklung verlangsamen, das Team unnötig belasten und zu unerwünschten Problemen führen, kurz bevor Sie Ihr Produkt auf den Markt bringen sollen. Nehmen Sie sich die Arbeit auf, um ein Produkt zu entwickeln, das die Bedürfnisse der Stakeholder erfüllt und die Kunden begeistert. Wenn das gut läuft, wird es viele Möglichkeiten geben, sich später auf andere Funktionen zu konzentrieren.

6. Erwarte das Unerwartete

Egal, wie viel Feedback Sie erhalten und wie viele Tests Sie durchführen, es gibt immer Überraschungen, wenn es darum geht, ein neues Produkt auf den Markt zu bringen. Der Tag der Markteinführung verläuft möglicherweise nicht so reibungslos, wie Sie es sich erhofft haben. Es ist in Ordnung, wenn die Dinge nicht genau so laufen, wie Sie es erwartet haben, solange Sie sich auf diese Möglichkeiten vorbereitet haben und sich anpassen können.

Eine umfassende Planung der Produkteinführung hilft Ihnen dabei, Überraschungen zu bewältigen. Es hilft auch, die Bewegungen vorher zu üben. Nehmen Sie sich vor der Markteinführung des neuen Produkts Zeit, um die erforderlichen Schritte zu überprüfen und zu üben. Probiere deinen Prozess, um so viele mögliche Probleme wie möglich zu beheben. Die zusätzliche Zeit, die Sie damit verbringen, die Bewegungen durchzugehen, wird auch dazu beitragen, die Nerven der am Startvorgang beteiligten Teammitglieder zu schonen.

7. Halten Sie nach dem Start eine Retrospektive ab

Nachdem alles gesagt und getan ist, gibt es noch einen weiteren wichtigen Schritt für Ihre Produkteinführungsplanung. EIN Rückblick hilft Teams dabei, die Startstrategie zu untersuchen und herauszufinden, wie sich alles entwickelt hat. Was ist gut gelaufen? Was ist nicht so gut gelaufen? Und was kann aus dem Prozess gelernt werden?

Auch wenn Sie in absehbarer Zeit kein weiteres Produkt auf den Markt bringen werden, ist eine Retrospektive nach der Markteinführung eine großartige Gelegenheit, aus Ihren Erfahrungen zu lernen. Sie können diese Erkenntnisse und Erfolgskennzahlen berücksichtigen, wenn Sie zukünftige Funktionen oder andere Produkte auf den Markt bringen. Außerdem gibt es dem Team die Möglichkeit, nach Abschluss der Markteinführungsaktivitäten eine Nachbesprechung durchzuführen.

Lassen Sie uns diese Strategien noch einmal zusammenfassen:

1. Setze klare Ziele und definiere, wie Erfolg aussieht.

2. Lerne dein Publikum kennen.

3. Feedback einholen und testen, testen, testen.

4. Verwenden Sie umfassende Tools, um die Planung der Produkteinführung zu verfolgen.

5. Konzentrieren Sie sich auf ein anfängliches großartiges Produkt, nicht auf Funktionen.

6. Erwarte das Unerwartete.

7. Halten Sie nach dem Start eine Retrospektive ab.

Erfahren Sie mehr im Easy Agile Blog

Es gibt noch mehr, wo das herkam. Wir setzen uns dafür ein, Teams dabei zu helfen, besser zu arbeiten agile Tools und Praktiken. Wir entwickeln einfache, kollaborative, kundenorientierte Plugins für Jira und veröffentlichen regelmäßig Artikel über Strategien, agile Informationen und Anleitungen für Produktmanager und agile Teams.

Folge uns auf LinkedIn für die neuesten agilen Ressourcen, Leitfäden und Produktneuheiten.

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

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

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

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

Was ist eine agile Produkt-Roadmap?

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

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

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

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

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

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

Die Vorteile von Roadmapping für das Produktmanagement

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

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

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

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

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

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

1. Konzentrieren Sie sich auf Arbeitsthemen, nicht auf Funktionen

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

Zu den Themen gehören beispielsweise:

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

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

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

2. Stellen Sie sich die Roadmap als lebendiges Dokument vor

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

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

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

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

3. Arbeiten Sie aktiv mit Stakeholdern zusammen

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

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

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

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

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

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

Produktstrategie mit Easy Agile Roadmaps für Jira

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

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

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

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

Seien wir ehrlich! Das Projektmanagement für agile Teams kann eine Menge schwieriger Aufgaben beinhalten, angefangen beim Umgang mit den Erwartungen der Produktverantwortlichen bis hin zu undefinierten Qualitätsstandards.

Klar, du hast gute und schlechte Tage. Aber warum setzen Sie Ihre Ziele nicht höher und streben den idealen Tag an?

Um Ihnen dabei zu helfen, verwendet Planning Poker, auch Scrum Poker genannt, Spielkarten, um agiles Schätzen und Planen zu vereinfachen. Das Ergebnis? Ihr agiler Schätzungs- und Planungsprozess läuft reibungsloser und Ihr Entwicklungsteam steigert seine Produktivität.

In diesem Artikel erfährst du, welche treibende Kraft hinter der Pokerplanung steckt, wie sie bei der Schätzung hilft, die Geschichte des Pokers zu planen und wie man dieses Spiel spielt.

Die treibende Kraft hinter der Pokerplanung

Der Zweck der Pokerplanung besteht darin, das gesamte Team in die Zusammenarbeit einzubeziehen. Scrum Poker macht es einfacher, wertvolle Zeit- und Aufwandsschätzungen vorzunehmen, damit Ihr Team zufriedenstellende Ergebnisse erzielen kann.

Anstatt dass die Teammitglieder ihre Schätzungen mündlich äußern, verwenden sie ein Kartenspiel, um für sie zu sprechen. Das Ziehen von Karten und das gleichzeitige Ablegen dieser Spielkarten verdeckt verhindert Vorurteile. Jeder folgt dieser Methode im Schätzprozess, was individuelle Schätzungen unterstützt und den Einfluss von Gleichaltrigen zunichte macht.

Andere Techniken zur Projektschätzung verwenden Zeit, um zu bestimmen, wie lange eine Aufgabe dauern wird. Bei der agilen Schätzung werden Story Points verwendet. Diese Story Points beziehen sich auf den Aufwand, mit dem eine Aufgabe bewältigt wird.

Bei der Pokerplanung weist das gesamte Team jeder Aufgabe Storypoints zu. Jeder Storypoint ist eine visuelle Darstellung des zu erledigenden Arbeitsaufwands und des Aufwands, der für die Erledigung jeder Aufgabe aufgewendet werden muss. Diese Methode setzt sich im Laufe der Zeit durch, da sie visuell ist und sich auf den Aufwand statt auf Zeitbeschränkungen konzentriert

Arbeitsschätzung in der agilen Entwicklung

Das Schätzverfahren ist für die Teammitglieder von entscheidender Bedeutung, da es bestimmt, wie viel Arbeit in jedem Sprint steckt. Die Aufteilung des Produkt-Backlogs in kleine Aufgaben hilft dabei, den Arbeitsaufwand einzuschätzen.

Als Scrum Master, du hast eine schwierige Rolle zu spielen. Am Ende des idealen Tages möchten Sie, dass die Benutzergeschichte des Product Owners vorbildlich ist. Gleichzeitig haben Sie als Scrum-Master ein Scrum-Team zu verwalten.

Agile Entwicklung ist ein kritischer Prozess, den Sie kontrollieren müssen. Wenn Sie die User Story und die Story-Points richtig verstehen, sind Sie auf halbem Weg. Meistern Sie den Schätzungsprozess und Sprint-Planung, und du kontrollierst den Produkt-Backlog und die Retrospektive.

Softwareentwicklungsteams können entweder physische Spielkarten oder Software für die Pokerplanung verwenden. Die Verwendung von Software, die ein Jira-Plugin enthält, ist von entscheidender Bedeutung, wenn Sie verteilte Teams haben. Wenn du ein Jira-Plugin hast, kann jeder am Schätzungsprozess teilnehmen und ihn optimieren.

Geschichte des Planungspokers

Softwareentwicklungsteams verwendeten früher eine andere teambasierte Schätztechnik, Wideband Delphi. Obwohl es mit der Pokerplanung vergleichbar war, dauerte es zu lange, bis mit dieser Technik ein Konsens erzielt wurde.

James Grenning stellte fest, dass Delphi nicht als strukturierter Schätzansatz funktionierte, und entwickelte die Idee, Poker zu spielen im Jahr 2002. Grenning stellte fest, dass ein physisches Kartenspiel ein ansprechender Ansatz für agile Teams war, Arbeitsschätzungen abzugeben. Er fand auch heraus, dass Scrum Poker besser funktionierte als Wideband Delphi.

Die Planung von Poker ist umfassender. Das Kartenspiel stellt sicher, dass das Scrum-Team an den Arbeitsschätzungen teilnimmt, und alle müssen so lange mitmachen, bis ein Konsens erreicht ist.

2002 entwickelte Mike Cohn eine Mountain Goat-Software und stellte ein Deck digitaler Karten zur Verfügung, die bei der Pokerplanung verwendet werden konnten. Scrum-Teams können diese digitalen Spielkarten von entfernten Standorten aus verwenden, um das agile Schätzen und Planen zu verbessern und dabei Spaß zu haben.

Lassen Sie uns die Vor- und Nachteile der Pokersitzung erkunden und erfahren, wie das Spiel gespielt wird.

Was Scrum-Teams für eine Pokersession benötigen

Agile Teams benötigen einige wichtige Elemente für ihre Planungssitzungen. Zu diesen Artikeln gehören:

• Ein Kartenspiel
• Schätzer (das agile Team)
• Ein Moderator
• Eine Funktionsliste
• Eine Eieruhr

Wähle deine Spielkarten

Beim Scrum Poker haben die Teammitglieder (Schätzer) jeweils ein Kartenspiel. Sie verwenden diese Spielkarten, um anzugeben, wie hoch oder niedrig sie schätzen, wie lange es dauern wird, bis die einzelnen Elemente auf der Liste der Funktionen abgeschlossen sind. Bei diesen Listenfunktionen kann es sich um die Benutzerstory, um Storypoints oder um ideale Zeitpunkte für die Fertigstellung handeln Sprint-Planung.

Die Spielkarten, die das Entwicklungsteam verwendet, folgen einer Fibonacci-Sequenz. Diese Fibonacci-Folge folgt dem Muster 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, wobei jede aufeinanderfolgende Zahl die Summe der beiden vorhergehenden Zahlen ist.

Alternativ können die Teammitglieder ein anderes Kartenspiel verwenden, bei dem der Wert jeder Zahl ein festes Verhältnis hat, z. B. 1, 2, 4, 8, 10, 12 usw.

Verschiedene Kartendecks bieten angepasste Sequenzen, wie 0, ½, 1, 2, 3, 5, 8, 13, 20, 40 und 100. Andere kommerzielle Decks Habe Karten, die darauf hinweisen, dass das agile Team eine Kaffeepause braucht, oder ein Unendlichkeitssymbol, was bedeutet, dass es unmöglich ist, eine Aufgabe zu erledigen.

Ebenso können Teammitglieder ein Standardkartenspiel für Scrum Poker verwenden. Hier verwenden die Teammitglieder das Ass, die 2, 3, 5, 8 und den König.

Wie spielt man Scrum Poker

Jedes Scrum-Team hat unterschiedliche Ziele, aber die allgemeine Reihenfolge beim Planungspoker ist wie folgt:

• Bis auf den Moderator haben alle Teammitglieder ihr eigenes Kartenspiel.
• Teammitglieder stellen dem Moderator (oft dem Product Owner) Fragen zu Themen, User Stories, Storypoints, Produkt-Backlogs, agile Retrospektiven oder was auch immer sie sonst noch für ihren agilen Schätzungs- und Planungsprozess benötigen. Fragen beziehen sich in der Regel auf die Akzeptanzkriterien des Product Owners. Zu den Fragen kann gehören, ob die Backlog-Elemente abgeschlossen sind und was der nächste beste Schritt ist, um den Sprint abzuschließen.
• Sobald der Moderator die Fragen des agilen Teams beantwortet hat, wählt jedes Teammitglied eine Kartenschätzung aus. Das gibt an, wie lange das Arbeitselement ihrer Meinung nach dauern wird.
• Die Teammitglieder legen dann ihre Karten verdeckt auf den Tisch oder verwenden eine Jira-Plugin für verteilte Teams.
• Die Spielkarten werden mit der Vorderseite nach unten gelegt, um zu verhindern, dass sie sich gegenseitig verankern oder beeinflussen.
• Der Moderator deckt die Karten des Scrum-Teams auf, um dessen Schätzungen einzusehen.
• Wenn Teammitglieder im Vergleich zu anderen Teammitgliedern eine hohe oder niedrige Schätzung haben, müssen sie ihre Argumentation erläutern. Das agile Team kann zur Klärung weitere Fragen stellen. Diese Befragungszeit wird oft durch die Verwendung einer Eieruhr begrenzt.
• Der Prozess wird wiederholt, bis sich das Agile-Team auf die Schätzung geeinigt hat, wie lange es dauern wird, jede User Story fertigzustellen.
• Häufig wird eine Einigung über die zweite oder dritte Ziehung der Spielkarten für jedes Arbeitselement erzielt.

Agile Schätzung, die das gesamte Team einbezieht

Planning Poker ist eine genaue, kollaborative Methode zur Teambildung, um den Arbeitsaufwand für jede User Story abzuschätzen.

Während Sie sich darauf vorbereiten, bei Ihrem nächsten Meeting zur Planung Ihrer Produkt-Roadmap den Planungspoker einzusetzen, sollten Sie Folgendes in Betracht ziehen Einfacher agiler Teamrhythmus. Die App hilft dir dabei, Jira-Elemente in Themen zu gruppieren, sodass die Beteiligten einfach den Überblick behalten können.

Eine der Kernfunktionen eines agilen Softwareentwicklungsteams ist die Aufwandsschätzung. Sie können einen Produkt-Backlog nicht richtig priorisieren, ohne vorher eine Vorstellung davon zu haben, wie viel Arbeit erforderlich ist, um die einzelnen User Stories fertigzustellen. Eins agile Schätztechnik plant Poker. Agile Entwicklung ist ein gemeinschaftliches Unterfangen, und Pokerplanung ist eine Übung zur Konsensbildung, bei der Ihr gesamtes Team in den Schätzungsprozess einbezogen wird.

Softwareentwicklungsteams verwenden Planungspoker, um Elementen in ihrem Produkt-Backlog Aufwand zuzuweisen (z. B. Storypoints oder ideale Tage). Manchmal auch Scrum Poker genannt, ist es eine spielerische Methode, einen Konsens zu erzielen, indem alle Mitglieder des Scrum-Teams am Schätzungsprozess teilnehmen können. Physische oder digitale Pokerkarten werden verwendet, um eine gemeinsame Planungssitzung zu ermöglichen. ♠️

Hier geben wir Ihnen eine Anleitung zur Pokerplanung. Zunächst zeigen wir Ihnen, wie man es im Rahmen eines Sprint-Planungsmeetings spielt. Zweitens werden wir uns einige seiner Vorteile als Schätzmethode ansehen. Dann werden wir sehen, warum Planungspoker bei der Planung von Produkt-Roadmaps verwendet werden kann. Es kann helfen, Ihre Stakeholder in eine einvernehmliche Abschätzungssitzung zu den Kundenthemen Ihres Produkts einzubeziehen.

Planungspoker spielen — agile Zusammenarbeit

Eine der wichtigsten Aktivitäten für agile Teams während einer Sprint-Planungssitzung ist die Schätzung des Aufwands, der erforderlich ist, um jede User Story im Sprint abzuschließen. Ein üblicher Weg, dies zu tun, besteht darin, einer einzelnen Person, wie dem Product Owner oder einem Softwareentwickler, zu erlauben, jeder User Story Story Points zuzuweisen. Alternativ können Sie Planungspoker als Schätztechnik verwenden, um das gesamte Team einzubeziehen.

Eine Pokersitzung zur Planung ist eine unterhaltsame und kollaborative Art, die Sprint-Planung spielerisch zu gestalten. Schließlich ist das Agiles Manifest unterstreicht den Wert von Zusammenarbeit und Interaktionen in Softwareentwicklung. Poker zu planen ist eine großartige Möglichkeit, sich an diese agilen Prinzipien zu halten.

Es ist also der Tag der Sprint-Planung. Wenn Ihre Teammitglieder versammelt sind, gehen Sie wie folgt vor:

1. Bereiten Sie die Bühne vor. Wenn Ihr Team noch nicht mit der Pokerplanung vertraut ist, erklären Sie den Ablauf. Sie verwenden Spielkarten, um die Größe jeder User Story in der nächsten Sprint-Iteration abzuschätzen. Der Product Owner oder Scrum-Master fungiert als Moderator, alle Teammitglieder spielen mit, und während der gesamten Sitzung wird es viel Raum für Diskussionen und Fragen geben.
2. Verteile die Pokerkarten. Geben Sie jedem Spieler einen identischen Satz nummerierter Karten. Wir empfehlen, die Fibonacci-Folge zu verwenden — 0, 1, 2, 3, 5, 8, 13, 21 usw. (Um zu erfahren, warum diese Sequenz so effektiv für Schätzungen ist, siehe Mike Cohn von Die Erklärung von Mountain Goat Software.) Und übrigens, wenn ihr euch nicht persönlich treffen könnt und als verteiltes Team plant, dann könnt ihr es versuchen planningpoker.com als Möglichkeit, Ihre Sitzung aus der Ferne durchzuführen. 😃
3. Lesen Sie eine Benutzergeschichte. Der Moderator liest den Teammitgliedern eine Geschichte aus dem Sprint vor. Sie sollten so viele Details und den Kontext wie möglich angeben, damit das Team den Arbeitsaufwand besser einschätzen kann.
4. Besprechen Sie die Geschichte als Gruppe. Lassen Sie das Team zunächst alle klärenden Fragen zu der gerade gelesenen User Story stellen. Öffnen Sie dann das Wort für Diskussionen — jedes Teammitglied kann beschreiben, was nötig ist, um die Geschichte fertig zu stellen, welche Abhängigkeiten die Arbeit blockieren und wer im Team möglicherweise in die Arbeit einbezogen werden muss.
5. Spielt Karten. Jetzt ist es Zeit, das Spiel zu spielen. Jedes Teammitglied reicht eine Karte ein (verdeckt!) an den Moderator. Wenn alle Spielkarten eingereicht wurden, verrät der Moderator, was jeder einzelne schätzt. In einer idealen Welt stimmen alle Zahlen überein! Das bedeutet, dass im Team ein perfekter Konsens über den Aufwand besteht, der für dieses Sprint-Element erforderlich ist, und Sie können mit dem nächsten weitermachen.
6. Diskutieren und schätzen Sie erneut. Höchstwahrscheinlich wird es einen gewissen Unterschied zwischen den ursprünglichen Schätzungen geben. Dies bietet jedem Teammitglied eine hervorragende Gelegenheit, zu belegen, warum seine Schätzungen entweder höher oder niedriger als die der anderen waren. Dann kannst du eine weitere Runde machen, in der du die Karten einreichst und aufdeckst, um zu sehen, ob es weitere Übereinstimmungen gibt. Tipp: Lass den Moderator entscheiden, wann die Runde beendet werden soll. Denken Sie daran, dass Sie nicht für jede User Story einen perfekten Story-Point-Konsens benötigen.

Du hast es geschafft! Ihr Sprint ist geplant, und das gesamte Team hat ein gemeinsames Verständnis dafür gewonnen, wie jedes Mitglied den Aufwand und die Arbeit wahrgenommen hat, die erforderlich sind, um jede User Story fertig zu stellen.

Die Vorteile von Planning Poker Agile Estimation

Als agile Schätz- und Planungstechnik hat Planungspoker seine Vorteile:

• Es fördert die Zusammenarbeit. Als funktionsübergreifendes Team ist es wichtig, dass jedes Teammitglied während des Schätzungsprozesses eine Stimme hat. Da jeder Schätzer seine Sicht auf eine Nutzerstory darlegt, versteht die Gruppe besser, wie sie zu ihrer Schlussfolgerung gekommen ist.
• Es fördert den Konsens in Ihrem gesamten Team. Bei jeder Runde des Planungspokers ist es wahrscheinlicher, dass die Schätzungen des Teams übereinstimmen.
• Es wurde nachgewiesen, dass der Wert eine genauere Methode zur Schätzung darstellt (im Vergleich zu einer einzelnen Person, die die Schätzungen vorlegt).

In einer Studie veröffentlicht von ScienceDirect, Planungspoker wurde verwendet, um die Hälfte der Arbeit eines Softwareprojekts abzuschätzen. Es gab zwei Entdeckungen. Erstens waren die Schätzungen von Planning Poker statistisch gesehen höher als die individuellen Schätzungen. Zweitens erwiesen sich die Poker-Schätzungen als genauer als die individuellen Schätzungen für dieselben Aufgaben.

Planungspoker für Roadmap-Planung

Pokerplanung ist eine unterhaltsame und effektive Methode, um eine genaue Schätzung Ihrer Artikel im Produktbestand zu erhalten. Aber warum sollten Sie es nicht auch für strategische Planungssitzungen wie die Roadmap-Planung verwenden?

In unserem definitiver Leitfaden für Produkt-Roadmaps, wir erörtern, wie sich Roadmaps auf übergeordnete, kundenorientierte Themen konzentrieren und nicht auf einzelne Funktionen. Wir heben auch hervor, dass die Entwicklung Ihrer Produkt-Roadmap ein kollaborativer Prozess sein sollte (genau wie die Sprint-Planung) und mehrere Interessengruppen einbeziehen sollte.

Gehen Sie also zurück zu den obigen Schritten. Überlegen Sie, wie Sie mithilfe von Planungs-Pokerkarten Ihre relevanten Stakeholder dazu bringen können, den relativen Umfang der einzelnen Kundenthemen in Ihrer Produkt-Roadmap abzuschätzen. Es wird Spaß machen, einen umfassenden Konsens über die Produktvision Ihres Unternehmens zu erzielen.

Gruppieren Sie Ihre Themen

Planning Poker ist eine kollaborative Methode, um das gesamte Team dazu zu bringen, den Arbeitsaufwand einer User Story abzuschätzen. Es sorgt für Konsens und ist in der Regel genauer.

Wenn du Jira für die Durchführung deiner Sprint-Planungsmeetings verwendest, hast du bereits ein Tool, das deine User Stories und dein Produkt-Backlog organisiert. Wenn du versuchst, in deinem nächsten Meeting zur Planung deiner Produkt-Roadmap Poker zu planen, gib Einfache agile Benutzer-Roadmaps für Jira ein Blick. Es bietet die Möglichkeit, Jira-Elemente in Themen zu gruppieren, die Ihre Stakeholder leicht sehen können. Viel Spaß beim Spielen!

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

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

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

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

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

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

1. Keine Panik (in Bezug auf Distributed Agile)

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

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

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

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

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

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

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

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

3. Ermutigen Sie den Informationsaustausch

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

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

4. Holen Sie sich die richtigen Tools

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

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

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

5. Schau dir das als Pilot an

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

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

6.Vertraue deinen Leuten

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

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

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

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

7. Bleib sozial

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

8. Werden Sie besser im Risikomanagement

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

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

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

9. Schau auf die positive Seite

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

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

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

Abfall ist teuer! 💸 Es geht darum, jemanden zu bezahlen, der keine wirkliche Arbeit verrichtet, für Materialien zu bezahlen, die Sie nicht benötigen, oder dafür zu bezahlen, dass Teammitglieder ein vermeidbares Problem lösen. Lean Agile zielt darauf ab, verschwenderische Ressourcen und Aufgaben zu eliminieren, um die Effizienz zu verbessern und die Kosten zu senken — ohne dabei Abstriche bei der Qualität zu machen. Tatsächlich legt Lean Agile Wert darauf, dem Kunden mit jeder getroffenen Entscheidung einen Mehrwert zu bieten.

Lean Agile ist eine Entwicklungsmethode, die Teams hilft, Verschwendung zu erkennen und Prozesse zu verfeinern. Es ist eine leitende Denkweise, die Effizienz, Effektivität und kontinuierliche Verbesserung ermöglicht.

Bedenken Sie Folgendes: Sie arbeiten wahrscheinlich viel besser, wenn Ihr Schreibtisch nicht vollständig mit Dingen bedeckt ist, die Sie nicht benötigen. Wenn Sie Ablenkungen und Verschwendung vermeiden, schaffen Sie einen organisierten Arbeitsplatz und Arbeitsablauf. So können Sie sich auf das Wesentliche konzentrieren und sicherstellen, dass Sie effizient und effektiv arbeiten.

Hier erfährst du mehr über die Entwicklung von Lean, die Vorteile von Lean Agile und die fünf Kernprinzipien von Lean.

Die Entwicklung von Lean Agile

Lean Agile oder Lean Software Development basiert auf den Prinzipien von Schlanke Fertigung. Das Konzept wurde in die Fertigung eingeführt, um die Gewinne zu steigern, indem die Kosten gesenkt wurden, anstatt sich ausschließlich auf höhere Umsätze zu verlassen. Wenn ein Unternehmen Verschwendung vermeiden und effizienter werden kann, kann es Geld sparen und so den Gesamtgewinn steigern.

Lean Agile ist eine agile Methode, die im Grunde genommen recht einfach ist: Verbessern Sie die Effizienz, indem Sie Verschwendung vermeiden. Im Gegensatz zum herkömmlichen Wasserfall-Projektmanagement, das einen festen Plan vorschreibt, der von einem Projektmanager entworfen wird, ist Lean Agile bestrebt, alle Aufgaben und Aktivitäten zu reduzieren, die keinen echten Mehrwert bieten. Dadurch wird sichergestellt, dass alle an einem Projekt oder einer Produktentwicklung Beteiligten mit optimaler Effizienz arbeiten können.

Wenn Sie in die Geschichte von Lean Agile eintauchen möchten, Lean Enterprise Institute Inc., 1997 von James P. Womack, PhD, gegründet, ist eine führende Ressource für Lean-Methodologie. Es zielt darauf ab, Menschen und Teams zu helfen, durch Lean-Denken und -Praktiken besser zu arbeiten.

Lean-Praktiken sind beliebt, weil sie auf andere agile Ansätze angewendet werden können und Methoden der Softwareentwicklung. Lean Agile bietet eine klare Anwendung für agile Skalierung, was für große oder wachsende Organisationen oft schwierig ist.

Die Vorteile von Lean Agile

Falls Sie mit Lean Agile noch nicht vertraut sind, schauen wir uns die wichtigsten Vorteile an.

Verschwenden Sie weniger Zeit

Zeit wird verschwendet, wenn Prozesse nicht reibungslos ablaufen. Bei der schlanken Fertigung ist es wichtig, dass Waren und Dienstleistungen schnell und effektiv geliefert werden. Niemand sollte bei der Arbeit seine Zeit verschwenden, und Unternehmen sollten kürzere Lieferzeiten anstreben, ohne Abstriche bei der Qualität machen zu müssen.

Zeitverschwendung ist in jeder Branche teuer, aber es ist besonders wichtig, aufmerksam zu sein, wenn Sie in der agilen Softwareentwicklung arbeiten. Selbst ein kleiner Engpass oder ein fehlerhafter Prozess können einen Arbeitsablauf oder eine Produktfrist komplett zum Erliegen bringen. Lean Agile hilft Entwicklungsteams dabei, ihre Zeit effektiv zu verwalten, um sicherzustellen, dass alle Mitarbeiter ausgelastet sind, niemand seine Zeit verschwendet und Hindernisse im Voraus antizipiert werden.

Senken Sie die Kosten

Wenn Unternehmen Verschwendung vermeiden, sparen sie Geld. In seiner ursprünglichen Form sorgte Lean Manufacturing dafür, dass Unternehmen zu jeder Zeit über die richtige Menge an Materialien, Mitarbeitern und Arbeitszeiten verfügten. Überproduktion, Überbesetzung oder einfach zu viele Materialien zum Lagern sind teure Verschwendung, die durch ein besseres System- und Prozessmanagement vermieden werden kann.

Jedes Unternehmen, unabhängig von der Branche, wird durch verbesserte Effizienz Geld sparen. Lean Agile stellt sicher, dass Verschwendung kontinuierlich vermieden wird und agile Teams die Prozesse weiter optimieren, um optimale Effizienz zu erzielen.

Verbessern Sie die Arbeitsqualität

Bei Lean Agile geht es nicht nur um Effizienz — es geht darum, effiziente Prozesse aufrechtzuerhalten und gleichzeitig Kunden und Stakeholdern ein Qualitätsprodukt anzubieten. Wenn Unternehmen ihre Prozesse bewusst verbessern, bleiben sie wettbewerbsfähig. Die Lean-Prinzipien berücksichtigen den Kundennutzen jeder Maßnahme oder Entscheidung, um sicherzustellen, dass Anforderungen stets erfüllt oder übertroffen werden.

Die fünf Prinzipien von Lean Agile

Es gibt fünf Kernprinzipien zur Umsetzung der Lean-Methodik:

1. Wert
2. Wertstrom
3. Fluss
4. Ziehen
5. Perfektion

Diese Prinzipien beschreiben einen fünfstufigen Prozess, der die Implementierung von Lean-Techniken in der Fertigung, Softwareentwicklungsteams und anderen agilen Praxisbranchen leitet.

1. Identifizieren Sie den Wert

Im ersten Schritt müssen Sie in die Fußstapfen des Kunden treten. Der Wert ist das, was der Kunde von einem bestimmten Projekt oder Produkt benötigt und erwartet.

Überlegen Sie sich aus Sicht der Kunden: Was sind ihre Erwartungen? Wofür sind sie bereit zu zahlen? Wie wollen sie, dass ihre Bedürfnisse erfüllt werden?

Manchmal können Kunden möglicherweise nicht genau definieren, wonach sie suchen — insbesondere, wenn es sich um ein neues Produkt oder eine neue Technologie handelt, mit der sie nicht vertraut sind.

In jedem Fall kann das Projekt nicht voranschreiten, ohne klar zu definieren, was zur Kundenzufriedenheit erforderlich ist. Sie müssen das Endziel (den Wert) identifizieren, den sich die Kunden mit dem Produkt oder der Dienstleistung erhoffen.

2. Ordnen Sie den Wertstrom zu

Als nächstes das Team Karten visuell alle Schritte und Prozesse, die erforderlich sind, um das Produkt von der Idee bis zur Auslieferung zu bringen. Indem Sie jeden Schritt sichtbar machen und stets den Wert im Auge behalten, ist es einfacher zu erkennen, welche Schritte nicht direkt zur kontinuierlichen Lieferung beitragen. Sobald verschwenderische Schritte gefunden wurden, findet das Team Wege, diese Schritte zu eliminieren oder so weit wie möglich zu reduzieren.

Durch die Beseitigung von Verschwendung wird sichergestellt, dass Ihr Unternehmen nicht unnötig Geld für Schritte und Prozesse ausgibt, die keinen Mehrwert bieten. Und — am wichtigsten — der Kunde bekommt genau das, wonach er sucht.

3. Flow erstellen

Sobald die Verschwendung aus dem Wertstrom entfernt ist, besteht der nächste Schritt darin, sicherzustellen, dass die verbleibenden Prozesse so effektiv und effizient wie möglich funktionieren, was bedeutet, dass keine Verzögerungen, Störungen oder Engpässe auftreten. Es ist wichtig, dass die Schritte, die einen Mehrwert schaffen, in engen Abfolgen ablaufen, um sicherzustellen, dass das Produkt reibungslos zum Kunden fließt.

Um diese Art der agilen Transformation zu erreichen, müssen schlanke Unternehmen ihre Mitarbeiter darin schulen, anpassungsfähig und vielseitig zu sein, funktionsübergreifende Teams bilden, Produktionsschritte aufteilen und neu konfigurieren und die Arbeitsbelastung der Mitarbeiter ausgleichen.

4. Richten Sie ein Pull-System ein

Dank des verbesserten Ablaufs kann Ihr Team Produkte und Dienstleistungen schneller bereitstellen. Ein Pull-System ermöglicht eine „Just-in-Time“ -Fertigung und -Lieferung und begrenzt den Bestand an Artikeln und unfertigen Artikeln (WIP), da nur genug produziert wird, um die Kundennachfrage zu decken.

Durch die Einrichtung eines Pull-Systems erstellen Sie Produkte und Dienstleistungen nach Bedarf, anstatt sie im Voraus zu erstellen. Dies führt zu einem wachsenden Inventar oder einer Liste von Aufgaben, die gespeichert und verwaltet werden müssen, was Ihr Geschäftsergebnis belastet.

5. Strebe nach Perfektion

Wenn Sie die Schritte 1 bis 4 abschließen, wird Abfall vermieden — vorerst. Die Arbeit ist jedoch nie erledigt. Es gibt immer einen Prozess, der verbessert werden könnte, und es wird immer Schritte in der Projekt- und Produktentwicklung geben, die Zeit und Geld verschwenden oder keinen Mehrwert bieten. Deshalb ist der fünfte Schritt der Suche nach Perfektion entscheidend.

Die Implementierung von Lean nimmt Zeit in Anspruch, und es reicht nicht aus, den Prozess einmal zu durchlaufen. Bauen Sie eine Denkweise der kontinuierlichen Verbesserung in Ihre Unternehmenskultur ein und geben Sie sich nie mit dem Alten zufrieden.

Lean Agile leicht gemacht

Lean legt Wert auf die Vermeidung von Verschwendung, um die Effizienz zu verbessern. Dies hilft Teams, ihre Prozesse kontinuierlich zu verbessern und gleichzeitig den Schwerpunkt auf die Aufgaben zu legen, die den Kunden den größten Mehrwert bieten.

Wenn Sie mehr darüber erfahren möchten, wie agile Prinzipien mit anderen Entwicklungsansätzen zusammenarbeiten, haben wir kürzlich acht verschiedene behandelt Methoden der Softwareentwicklung, einschließlich Rapid Application Development, Extreme Programming (XP) und anderer agiler Frameworks.

Easy Agile hat es sich zur Aufgabe gemacht, Teams dabei zu unterstützen, ihre Prozesse und agilen Methoden zu verbessern. Unser Jira-Plugins helfen Sie Produktbesitzern, Scrum Mastern und Entwicklungsteams dabei, sich auf Produktziele, Arbeitsabläufe und Kundenbedürfnisse auszurichten. Die Tools sind einfach zu verwenden, kollaborativ, flexibel und funktionieren nahtlos mit Scrum, Kanban-Boards und anderen agilen Prozessen, die in der Jira-Software verwaltet werden.

Du kannst kontaktiere unser Team oder schau dir ein Demo um mehr über unsere Tools zu erfahren und folge unserem Blog für die neuesten Inhalte zu Jira, Agile, Lean und dem Entwicklungsprozess.

Bei der Lean-Methode geht es vor allem darum, Verschwendung zu vermeiden und die Effizienz zu verbessern, um den Kundennutzen zu maximieren und einen konsistenten Kundennutzen zu erzielen. Im Rahmen der Lean-Methode gilt ein Prozess, der dem Kunden keinen Mehrwert bringt, als verschwenderisch und wird so weit wie möglich vermieden oder reduziert. Es handelt sich um eine Entwicklungsmethode und eine Leitlinie, die Teams dabei unterstützt, ihre Prozesse im Namen von Effizienz, Effektivität und kontinuierlicher Verbesserung zu verfeinern.

Hier erfahren Sie mehr über die Ursprünge von Lean sowie über die 7 wichtigsten Vorteile der Einführung der Lean-Methode.

Eine Einführung in die Lean-Methodik

Die Lean-Methode ist aus der schlanken Fertigung hervorgegangen. Das Konzept wurde in der Fertigung eingeführt, um die Gewinne zu steigern, indem die Kosten gesenkt wurden, anstatt sich ausschließlich auf höhere Umsätze zu verlassen. Wenn ein Unternehmen Verschwendung vermeiden und effizienter werden kann, kann es Geld sparen, was den Gesamtgewinn erhöht.

Während Die Wurzeln von Lean Manufacturing lässt sich bis in die 1400er Jahre zurückverfolgen. Henry Ford integrierte zunächst den gesamten Produktionsprozess vollständig und schuf so etwas wie eine sogenannte Flow-Produktion in Form einer Montagelinie.

Dies war eine revolutionäre Veränderung in der Automobilherstellung, aber obwohl Ford den Flow sicherlich verbesserte, ließ er nicht viel Raum für Abwechslung. In den 1930er und 40er Jahren entwickelten die japanischen Hersteller Kiichiro Toyoda, Taiichi Ohno und andere bei Toyota eine Reihe einfacher Innovationen, die es ihnen ermöglichten, sowohl für Kontinuität im Prozessablauf als auch für eine Vielzahl von Fahrzeugen zu sorgen. So entstand das Toyota-Produktionssystem.

Diese Form der schlanken Produktion ermöglichte die Vermeidung von Verschwendung, reduzierte die Kosten, erhöhte die Effizienz und machte das Informationsmanagement einfacher und genauer. Die Lean-Methode wurde in den Büchern The Machine That Changed the World von James P. Womack, Daniel Roos und Daniel T. Jones sowie Lean Thinking von James P. Womack und Daniel T. Jones weiter ausgearbeitet und untersucht.

In letzterem Buch wurden auch die fünf wichtigsten Prinzipien von Lean vorgestellt:

1. Wert identifizieren
2. Den Wertstrom abbilden
3. Flow erstellen
4. Richten Sie ein Pull-System ein
5. Strebe nach Perfektion

Erfahre mehr in unserem Artikel, Lean Agile und die 5 Lean-Prinzipien verstehen.

Natürlich hat sich das Lean-Thinking über die Fertigung hinaus weiterentwickelt und wurde in allen Bereichen angepasst und angewendet, vom Gesundheitswesen über das Bauwesen bis hin zu Logistik und Vertrieb, Behörden und Softwareentwicklung.

1. Höhere Effizienz ⏳

Bei der Anwendung von Lean auf Geschäftsprozesse geht es vor allem darum, Verschwendung zu reduzieren und die Effizienz zu steigern. Aber wie findet man heraus, welche Prozesse einen Mehrwert bieten?

Sobald der Kundenwert identifiziert ist, können die Teams eine Wertstromkarte erstellen. Bei der Wertstromanalyse werden alle Schritte und Prozesse verfolgt, die erforderlich sind, um ein Produkt von der Idee bis zur Auslieferung zu entwickeln. Wenn Sie Ihre Prozesse visuell so organisieren, dass jeder sie sehen kann, können Teams klar erkennen, was einen Mehrwert bietet und was nicht. Wenn Schritte oder Prozesse dem Kunden keinen Mehrwert bieten oder sich auf andere Weise als verschwenderisch erweisen, werden sie entfernt oder so weit wie möglich reduziert.

Ein Team kann nicht effizient sein, wenn es Zeit mit übermüdeten Prozessen verschwendet, die keinen Kundennutzen bieten. Die Einführung von Lean-Methoden hilft dabei, diese Prozesse loszuwerden, sodass Sie die Energie Ihres Teams ausschließlich den Prozessen widmen können, die dies tun, und so den Wertefluss, die Effizienz und die Produktivität Ihres Teams steigern.

2. Reduzierte Engpässe 🛑

Ein Engpass oder ein fehlerhafter Prozess, egal wie klein, kann einen Arbeitsablauf völlig zum Scheitern bringen oder die Einhaltung einer Frist unmöglich machen.

Mit Lean werden Aufgaben nicht blind oder zufällig zugewiesen. Teams arbeiten zusammen, um sicherzustellen, dass die Arbeit gleichmäßig verteilt wird und Termine eingehalten werden. Sie besprechen mögliche Engpässe im Voraus, damit sie behoben werden können, bevor sie zu einer finanziellen Belastung werden oder die Arbeit verzögern. Da Kapazitäten und WIP-Elemente (Work in Progress) kontinuierlich prognostiziert, überwacht und mithilfe von Lean angepasst werden, werden Engpässe im Voraus vorhergesehen, jedes Teammitglied nimmt teil und niemand wird Zeit verschwendet.

3. Weniger Kosten (und weniger Überraschungen!) 💸

Verschwendung zu vermeiden bedeutet Geld zu sparen — unabhängig von der Branche. Überproduktion, zu viele Materialien zum Lagern, zu viele Neueinstellungen und Produktionsengpässe sind teuer und verschwenderisch. Diese Verschwendung kann durch ein besseres Management der Prozesse und Systeme vermieden werden, sodass Unternehmen jederzeit über die richtige Anzahl an Mitarbeitern, Materialmengen und Arbeitszeiten verfügen können.

Die Einführung der Lean-Methode bedeutet eine Steigerung der Effizienz, was sich positiv auf das Geschäftsergebnis jedes Unternehmens auswirkt. Stellen Sie sicher, dass alle Kosten berücksichtigt werden und für den Produktionsprozess notwendig sind, indem Sie die Arbeitsprozesse Ihres Unternehmens kontinuierlich überprüfen und alle Kosten eliminieren, die keinen Mehrwert bieten.

4. Systeme können sich besser und schneller anpassen 🌎

Unternehmen müssen sich heute aufgrund der steigenden Kundennachfrage, des sich schnell entwickelnden technologischen Fortschritts und der COVID-19-Pandemie schneller denn je anpassen.

Je größer die Organisation ist, desto schwieriger ist es, sich anzupassen. Langjährige Geschäftssysteme wurden nicht so konzipiert, dass sie flexibel sind. Wenn also Anpassungen vorgenommen werden müssen, kann es Monate oder Jahre dauern, bis das gesamte Unternehmen auf derselben Wellenlänge ist.

Mit Lean können sich Teams besser anpassen. Lean-Systeme sind nicht so starr, sodass es einfacher ist, unterwegs Anpassungen vorzunehmen, was bedeutet, dass sich Teams besser auf unerwartete Umstände einstellen können. Die Lean-Methode kann jedem Unternehmen, unabhängig von seiner Größe, helfen, sich elegant an sich ändernde Zeiten anzupassen, da Lean das genaue Gegenteil von einem Prozess ist, an den Sie alles und vergessen Sie es.

5. Sichtbarkeit der Stakeholder und starke Kundenbeziehungen 💞

Die Lean-Methode berücksichtigt sowohl die Bedürfnisse der Stakeholder als auch der Kunden, was zu einem besseren Endprodukt führt. Der Fortschritt im Lean-Bereich wird anhand des für den Kunden erbrachten Nutzens gemessen und nicht anhand der Erledigung von Aufgaben.

Bei Lean steht der Kundennutzen im Vordergrund. Jedes Projekt und jede Aufgabe beginnt damit, die Sichtweise der Kunden zu berücksichtigen und sich in ihre Lage zu versetzen. Feedback wird während der Produktentwicklung und nicht erst am Ende gesammelt, um sicherzustellen, dass neue Informationen berücksichtigt werden und das Endprodukt genau den Bedürfnissen oder Wünschen des Kunden entspricht.

6. Denkweise zur kontinuierlichen Verbesserung 🧠

Lean ist der Feind des Status Quo. Lean erfordert die ständige Feinabstimmung und Verfeinerung von Prozessen und ermöglicht eine kontinuierliche Verbesserungsmentalität. Es ist kein „Einstellen und Vergessen“ -Prozess, denn bei Lean dreht sich alles um die konsequente Prozessverbesserung. Ganz gleich, wie erfolgreich oder effizient das Unternehmen ist, es gibt immer Raum für Verbesserungen und neue, innovative Wege, um dem Kunden einen Mehrwert zu bieten.

Diese Einstellung vermittelt allen Beteiligten im Team eine Denkweise der kontinuierlichen Verbesserung, egal ob es sich um ein kleines Entwicklungsteam oder ein ganzes schlankes Unternehmen handelt (SAFe). Teams können regelmäßiges Feedback von Führungskräften, Managern und Interessenvertretern antizipieren und erwarten. Mit Lean sind Innovationen und Iterationen weniger wertvoll und es gibt sie in größerem Umfang. Das Team verbessert und verfeinert seine Fähigkeiten und Prozesse mit jedem Produkt, das durchläuft.

7. Erhöhtes Teamengagement 🤝

Der Rückzug der Mitarbeiter ist teuer. Unmotivierte Mitarbeiter haben höhere Fehlzeiten, eine geringere Produktivität und eine geringere Rentabilität — all dies kann die Ressourcen eines Unternehmens erheblich belasten. Wenn die Unternehmenskultur die Mitarbeiter nicht dazu inspiriert, zu erscheinen und ihr Bestes zu geben, wird das Unternehmen jedes Jahr Geld verlieren, bis sein Geschäftsergebnis seinen Tiefpunkt erreicht hat.

In einer schlanken Organisation stehen Teams dagegen an vorderster Front der Produktentwicklung. Im Rahmen des Lean-Managements haben Mitarbeiter direkten und regelmäßigen Kontakt mit Managern, um zu erfahren, wie ihre Arbeit läuft und wie der Prozess verbessert werden könnte. Da Teams stärker in den Prozess eingebunden sind, sind sie engagierter und es ist wahrscheinlicher, dass sie aktiv teilnehmen, Feedback geben und sich ihrer Arbeit anschließen.

Engagierte Mitarbeiter sind das größte Kapital eines Unternehmens. Die Einbindung aller Beteiligten in den Prozess gibt den Teams die Verantwortung für die Ergebnisse, was sowohl ihre Kreativität als auch ihre Rechenschaftspflicht fördert. Höheres Teamengagement bedeutet mehr Effizienz, Effektivität und Teammoral.

Sie können die Lean-Methode überall anwenden, um Verschwendung zu reduzieren und die Effizienz zu verbessern. Lassen Sie uns noch einmal zusammenfassen. Zu den wichtigsten Vorteilen der Einführung von Lean gehören:

1. Höhere Effizienz

2. Reduzierte Engpässe

3. Weniger Kosten (und weniger Überraschungen!)

4. Bessere und schnellere systemische Anpassung

5. Sichtbarkeit der Stakeholder und starke Kundenbeziehungen

6. Denkweise der kontinuierlichen Verbesserung

7. Erhöhtes Teamengagement

Agil leicht gemacht

Einfach und agil kann Ihrem agilen Team helfen, besser zusammenzuarbeiten, um Ihre Kunden zu beliefern. Wir haben eine Suite von agile Apps für Jira so konzipiert, dass der Kunde bei jedem Schritt des Produktentwicklungsprozesses an erster Stelle steht. Von der Agilität des Teams mit Einfacher agiler Teamrhythmus, zu skalierter Agilität mit Einfache agile Programme, unsere Plugins arbeiten mit mehreren agilen Frameworks, einschließlich Kanban und Scrum.

Wenn du mit Jira arbeitest, findest du unsere Lean-Tools besonders hilfreich, um die Funktionalität deiner Workflows zu verbessern und die Teamzusammenarbeit zu verbessern.

Die Lean-Prinzipien konzentrieren sich darauf, durch den Einsatz minimaler Ressourcen einen höheren Kundennutzen zu erzielen. Unternehmen nutzen diese Lean-Prinzipien, um auf der Grundlage kontinuierlicher Verbesserungen vorzugehen. Sie stützen ihre Verbesserungen teilweise auf die Praxis der Nullverschwendung.

Hier können Sie Ihr Wissen über Lean-Prinzipien zur Steigerung der Produktivität verbessern. Sie können auch Softwaretools verwenden, um positive Veränderungen in Ihrem Arbeitsumfeld zu unterstützen. Ein schlankes und agiles Team ist produktiver und die Teammitglieder können ihr neues Wissen weitergeben.

Die Geschichte der Lean-Prinzipien

Inspiriert von Fords Massenfertigungssystem entwickelte Eiji Toyoda das „Toyota Production System“. Dies diente ihren Kunden und führte die „Just-in-Time“ -Fertigung (JIT) ein.

JIT bedeutet, nur genügend Fahrzeuge auf Lager zu haben, um die schnelle Produktion zu rationalisieren. Indem ein Unternehmen nur ein Inventar der benötigten Teile vorrätig hat, spart es Geld und Zeit.

Ab hier hat sich die Lean-Methode im Laufe der Zeit weiterentwickelt. Heute besteht Lean aus drei Hauptkonzepten Zweck, Menschen und Prozesse.

Der Zweck von Lean-Konzepten besteht darin, dem Kunden das zu bieten, was er will, Verschwendung zu reduzieren und die Moral der Mitarbeiter in den Mittelpunkt zu stellen. Es fördert auch die Rechenschaftspflicht. Lean fördert Eigenverantwortung für Arbeit, Probleme und Erfolge.

Überblick über die Lean-Prinzipien

Unternehmen verwenden Lean-Prinzipien, um die Gesamtleistung zu verbessern. Sie tun dies, indem sie darauf achten, wie sie ihre knappen Ressourcen einsetzen, um die Kundennachfrage zu erfüllen.

Das Konzept und die Praxis der Lean-Prinzipien umfassen:

1. Beseitigung von Abfällen
2. Qualität durch den Mehrwert für den Endkunden berücksichtigen
3. Generierung von Wissen unter den Teammitgliedern
4. Aufschieben von Workflow-Verpflichtungen
5. Schnelle Lieferung produzieren
6. Menschen respektieren
7. Förderung ganzheitlicher Prozessverbesserungen

Praktizieren der Lean-Prinzipien

Die Lean-Prinzipien erfordern schlanke Prozesse und schlanke Tools. Wenn Sie also eine schlanke Organisation wollen, muss die Führung Lean-Denken unterstützen und den Mitarbeitern (Personen) die Werkzeuge an die Hand geben, um dieses Ziel zu erreichen.

So setzen Sie die Lean-Prinzipien um:

Konzentrieren Sie sich auf den Wert

Das bedeutet, Produkte herzustellen, die sich die Kunden wünschen, indem sie ermutigt werden, Details und Feedback zu Produkten und Dienstleistungen zu geben.

Kaizen ist Teil der japanischen Philosophie, die die Vermeidung von Verschwendung betont, um Veränderungen zum Besseren herbeizuführen und so einen höheren Kundennutzen zu erzielen.

Wertstromanalyse verwenden

Dieser Prozess beinhaltet die Erfassung aller Personen und Maßnahmen, die erforderlich sind, um ein wünschenswertes Endprodukt zu liefern. Sie erfahren, welche Prozesse funktionieren und welche keinen Mehrwert bieten. Sie haben auch eine bessere Chance, Engpässe zu erkennen, bevor sie zu einem Problem werden.

Sobald Sie eine Engpassanalyse durchgeführt haben, können Sie Hindernisse beseitigen und Prozesse verbessern. Bei einer Engpassanalyse geht es darum, die Ursache dafür zu finden, was die Fertigstellung der Arbeit behindert, und bessere Verfahren zu finden, um alle Arbeitsstapel, die voneinander abhängig sind, aufeinander abzustimmen.

Entwickeln Sie einen logischen Arbeitsablauf

Zu diesem Zweck konzentrieren Sie sich darauf, die richtigen Schritte zur Wertschöpfung in einer logischen Reihenfolge zu implementieren.

Sie können helfen, Arbeitsabläufe zu rationalisieren, indem Sie die Scrum-Sprint-Prinzipien verwenden und die Arbeit in kleinere Teile unterteilen. Sie können auch Tools wie verwenden strategische Roadmaps um Scrum zu visualisieren und zu verbessern oder Kanban-Arbeitsabläufe.

Entwickeln Sie ein Pull-System

Ein Pull-System stellt sicher, dass Teams wissen, was wann zu tun ist, sodass sie weniger Aufwand bei der Erstellung von Ergebnissen aufwenden müssen.

Ein Pull-System reagiert auf die Nachfrage. Wenn eine Nachfrage nach einem Produkt besteht, reagieren Sie, indem Sie alles Notwendige tun, um diese Nachfrage zu befriedigen. Wenn Sie wissen, dass eine Nachfrage besteht, können Sie wertlose Prozesse reduzieren und Ressourcen mithilfe von JIT oder Kanban optimieren.

Ermutigen Sie zur kontinuierlichen Verbesserung

Sie können den Kaizen-Ansatz und andere Elemente der Lean-Philosophie verwenden, um zu verbessern kontinuierliche Verbesserung indem wir ständig Wege finden, Dinge besser zu machen.

Eine Möglichkeit, die Dinge besser zu machen, besteht darin, Ihre Wertstromanalyse weiter zu überprüfen, um sicherzustellen, dass alle an Bord bleiben. Sie müssen auch sicherstellen, dass alle Mitarbeiter an schlanken Prozessen teilnehmen und aktiv nach Möglichkeiten suchen, die Lieferkette zu verbessern.

Die Vorteile der Implementierung schlanker Prozesse

Jedes Unternehmen, das den Weg der Lean-Prinzipien einschlagen möchte, kann mit einigen hervorragenden Vorteilen rechnen.

Einige dieser Vorteile umfassen:

• Verbesserung der Kommunikation zwischen Teammitgliedern und Teams
• Menschen befähigen, Entscheidungen zu treffen und sich an kontinuierlichen positiven Veränderungen zu beteiligen
• Entwicklung integrierter funktionsübergreifender Teams, die Wissen und Fähigkeiten teilen
• Verbesserung der Endzielerreichung zur Steigerung des Endkundenwerts
• Verkürzung der Gesamtzeit, die benötigt wird, um den Kunden diesen Mehrwert zu bieten

Neben der Verwendung von Scrum Stand-up-Treffen und Tools und Prozesse für die Softwareentwicklung. Sie können schlankere Tools verwenden, um ein Team oder eine Organisation zusammenzustellen, die Lean-Denken fördert.

Tools für Lean-Prinzipien

Unternehmen können Kennzahlen wie Verkaufsdaten und Kundenfeedback als Tools zur Bewertung der Kundennachfrage verwenden. Doch erst nachdem Unternehmen den Wert identifiziert haben, können sie das Lean-Tool der Wertstromanalyse nutzen, um ihr Endziel zu erreichen.

Sie können auch die Informationsressourcen auf der Institut für Lean Enterprise um mehr über Lean-Prinzipien zu erfahren. Sie können auch andere Lean-Denkweisen wie Six Sigma, Error Proofing, Plan-Do-Check-Act (PDCA) und andere Tools zur Unterstützung einer schlanken Organisation ausprobieren.

Jira-Softwaretools von Easy Agile

Easy Agile bietet Organisationen und Teams mehrere Tools, mit denen sie ihre Arbeitsabläufe optimieren können. Sie können Jira beispielsweise verwenden, um logische Workflows zu entwickeln und Ihre Teams mit Lean-Denken vertraut zu machen.

Tools wie Einfacher agiler Scrum-Workflow für Jira sind kostenlos erhältlich, um diese positive Veränderung zu erleichtern. Ein weiteres Tool, das die Wertstromanalyse ergänzt, ist Einfache Agile-Programme für Jira.

Die Einführung von Lean-Prinzipien ist mit der Unterstützung der Easy Agile-Ressourcen viel einfacher. Bringen Sie Ihr Lean-Team also noch heute in Schwung.

Kanban vs. Scrum — sind sie unterschiedlich und können Software- und Produktentwicklung sie zusammen verwenden? Die Antwort auf beide Fragen lautet JA!

Sowohl Kanban als auch Scrum sind beliebte agile Methoden. Sie sind unterschiedlich, aber sie können zusammen verwendet werden. Sie sind alle Bestandteile von Agile, einer besseren Arbeitsweise, die sich auf Iteration und Zusammenarbeit konzentriert, um Verschwendung zu reduzieren und die Effizienz zu maximieren.

Agile ist das Gegenteil von klassischem Projektmanagement. Stellen Sie sich das wie Jazz gegen klassische Musik vor. Anstatt dass ein Komponist ein bereits komponiertes und organisiertes Musikstück in ein Orchester bringt und diktiert, was wo passiert, ist Jazz kollaborativ, jedes Bandmitglied ernährt sich voneinander und kreiert Musik in einem agilen, iterativen Prozess.

In diesem Beitrag werden sowohl die Kanban- als auch die Scrum-Methoden eingehend behandelt. Lesen Sie weiter, um die Unterschiede und Gemeinsamkeiten zwischen Kanban und Scrum zu entdecken und zu erfahren, wie sie zusammen effektiv eingesetzt werden können.

Wie unterscheidet sich die agile Methodik vom Projektmanagement?

Die traditionelle Projektmanagementmethode ist linear, was bedeutet, dass jedes Projektelement in sequentieller Reihenfolge abgeschlossen wird. Erst wenn jedes Element abgeschlossen ist, können Sie mit dem nächsten fortfahren. Stellen Sie sich das traditionelle Projektmanagement als eine Montagelinie vor. Es besteht aus einer strikten Abfolge von Schritten, die vom Projektmanager geplant werden, bevor neue Arbeiten oder Iterationen beginnen können.

Der Projektmanager ist die Person, auf die das gesamte Team in Bezug auf die Führung angewiesen ist. Der Arbeitsablauf bleibt von Projekt zu Projekt derselbe, und die Schritte ändern sich selten.

Im Gegensatz dazu ist Agile eine nichtlineare Arbeitsweise, die sich auf Flexibilität und Zusammenarbeit zwischen den Teammitgliedern konzentriert. Agiles Projektmanagement konzentriert sich darauf, etwas fertig zu stellen, das die Beteiligten regelmäßig sehen und bewerten können, sodass kontinuierlich ein Mehrwert geschaffen wird.

Jede Iteration liefert sowohl vom Team als auch vom Kunden neue, umsetzbare Erkenntnisse darüber, was funktioniert, was nicht und was geändert werden muss. Es handelt sich um einen vielseitigen Ansatz, der die Engpässe beseitigt, die bei der herkömmlichen Methode auftreten können.

Kanban gegen Scrum

Kanban vs. Scrum ist keine Dichotomie. Beides sind agile Methoden, die Teams helfen sollen, in einem iterativen Prozess zu arbeiten. Bei beiden handelt es sich um Systeme, die regelmäßig im Entwicklungsprozess eingesetzt werden, um einen wertorientierten Ansatz zu gewährleisten. Die Ziele und Methoden sind dieselben, aber die Schritte sind unterschiedlich.

Ein Kanban-Workflow ist eine Möglichkeit, Aufgaben visuell zu organisieren, um sicherzustellen, dass Arbeitselemente vorangetrieben werden, während gleichzeitig Änderungen und Anpassungen vorgenommen werden können. Ein Scrum funktioniert in Sprints von 2 bis 4 Wochen, die darauf ausgelegt sind, einen bestimmten Arbeitsaufwand zu erledigen oder ein bestimmtes Problem zu lösen. Während jedes Sprints checken die Teams täglich ein, um den Fortschritt sicherzustellen und mögliche Hindernisse zu identifizieren.

Kanban vs. Scrum ist nicht die eine oder andere Wahl. Beide können gleichzeitig verwendet werden, je nachdem, was von Projekten verlangt wird oder Anwenderberichte. Im Folgenden erfahren Sie mehr über die Unterschiede und Gemeinsamkeiten dieser beiden Methoden.

Kanban im Vergleich zu Scrum: Kanban-Methodik

Kanban wurde ursprünglich von Taiichi Ohno, einem Ingenieur bei Toyota, als schlankes Produktionssystem verwendet, das Verschwendung reduzierte und die Effizienz erhöhte. Die Kanban-Methode ist ein Tool zur Aufgabenverwaltung, das entwickelt wurde, um die Effizienz zu maximieren, indem alle erforderlichen Arbeiten visualisiert und die laufenden Arbeiten begrenzt werden.

Arbeitselemente werden visuell auf Kanban-Boards dargestellt, sodass jedes Teammitglied den Status jeder Arbeit zu einem bestimmten Zeitpunkt sehen kann. Es ermöglicht Kommunikation in Echtzeit und volle Transparenz zwischen den Teammitgliedern, da jedes Arbeitselement bewusst zugewiesen wird. Ein Trello-Board ist ein einfaches Beispiel für ein Kanban.

Wie benutzt man Kanban

Mit einem Kanban durchläuft die Arbeit visuell verschiedene Fertigstellungsphasen, um eine kohärente Zusammenarbeit und Kommunikation in Echtzeit zwischen Teams zu fördern. In seiner einfachsten Form ist ein Kanban ein To-Do-, Do- und Done-Board. Die Arbeit wird auf einer physischen oder digitalen Kanban-Tafel von einem Abschnitt zum nächsten verschoben, je nachdem, wie weit die jeweilige Aufgabe fortgeschritten ist.

Um komplexere Probleme zu lösen, was in der Softwareentwicklung normalerweise der Fall ist, kann ein Kanban weiterentwickelt werden, indem zusätzliche Ebenen für bestimmte Kunden, Produkte oder Ergebnisse hinzugefügt werden.

Ein wichtiger Aspekt der Kanban-Methode ist, dass jede Person nur an einer Aufgabe gleichzeitig arbeiten darf. Dadurch wird sichergestellt, dass kein Aspekt jemals zu weit voranschreitet, ohne im Einklang mit den übrigen Aufgaben an Deck zu arbeiten. Das Einzelsystem identifiziert kritische Verbindungen zwischen Aufgaben sowie potenzielle Hindernisse, die zu Verzögerungen führen könnten.

Wenn funktionsübergreifende Teams ermutigt werden, Arbeitsaufgaben bewusst zu identifizieren, wird sichergestellt, dass Aufgaben angemessen priorisiert werden. Es bekämpft auch die negativen Auswirkungen von Multitasking und ermöglicht es Entwicklern, sich jeweils auf eine Aufgabe zu konzentrieren.

Kanban vs. Scrum: Scrum-Methodik

Scrum, manchmal auch „Scrumban“ genannt, basiert auf Empirismus und Lean Thinking. Empirismus ist die Überzeugung, dass Wissen aus praktischer Erfahrung und objektiven, beobachtbaren Fakten stammt. Lean Thinking konzentriert sich auf das Wesentliche, schafft Mehrwert für den Einzelnen und vermeidet gleichzeitig Verschwendung. Ein Scrum setzt auf Zusammenarbeit in Echtzeit statt auf Theoretisierung, um einen schlanken Rahmen für die Lösung komplexer Probleme zu bieten.

Der Scrum-Prozess verwendet einen interaktiven und inkrementellen Ansatz, der Risiken verwaltet und die Vorhersagbarkeit durch festgelegte Iterationsintervalle, sogenannte Sprints, verbessert. Die Sprints ergeben eine unvollständige, aber wertvolle Version eines Produkts, das das Team schnell den Stakeholdern vorlegen kann, deren Feedback dann in den nächsten Sprint integriert wird. Die Sprints werden so lange fortgesetzt, bis das gewünschte Ergebnis oder Produkt erreicht ist.

Wie benutzt man Scrum

Ein Scrum findet über einen bestimmten Zeitraum statt, der als Sprint bezeichnet wird. Jeder Sprint dauert in der Regel zwei Wochen bis maximal vier Wochen. Der wichtige Teil ist, dass der Zeitrahmen festgelegt wird, bevor das Scrum beginnt.

Ein Scrum besteht aus drei Hauptkomponenten:

1. Rollen: Die Leute

• Inhaber des Produkts
• Scrum Master
• Entwicklungsteam

2. Artefakte: Was wird gemacht

• Produktrückstand
• Sprint-Backlog
• Zuwächse

3. Zeremonien: Wiederkehrende Ereignisse

• Sprint-Planung
• Tägliches Scrum
• Sprint-Bewertung
• Sprint-Rückblick

Der Product Owner ordnet und priorisiert Backlog-Artikel, also die Aspekte eines Produkts, die fertiggestellt werden müssen. Zu Beginn eines Scrums legt der Product Owner fest, welche Artefakte aus dem Produkt-Backlog in das Sprint-Backlog aufgenommen werden. Das Sprint-Backlog repräsentiert die Ziele und die gewünschten Ergebnisse des bevorstehenden Sprints.

💡 Benutzen Einfacher agiler Teamrhythmus um flache Produktrückstände in wirkungsvolle, visuelle Repräsentationen umzuwandeln.

Der Scrum Master hilft jedem, die Theorie und Praxis von Scrum zu verstehen. Sie sind für die Effektivität des Scrum-Teams verantwortlich. Während des 2-4-wöchigen Sprints konzentriert sich das Team auf den Backlog, Einchecken für die täglichen Scrums oder tägliche Stand-ups. Während dieser Scrum-Besprechungen teilen die Teammitglieder, was Storypoints sie abgeschlossen haben, welche Storypoints sie als Nächstes abschließen werden, sowie alle Straßensperren, die im Weg stehen.

Die Ergebnisse werden regelmäßig produziert und bei Bedarf werden im Laufe der Zeit Anpassungen vorgenommen. A Scrum Board oder Kanban Board kann verwendet werden, um Teams dabei zu helfen, ihren Fortschritt während des Sprints zu visualisieren.

Zeremonien sind die wiederkehrenden Ereignisse wird von Scrum-Teams abgehalten, die sich im Abstand von 2-4 Wochen durchqueren. Ein Scrum beginnt mit einer kurzen Planungsphase, danach beginnt die Arbeit. Das Scrum-Team trifft sich täglich, um die Fortschritte zu überprüfen und bei Bedarf Änderungen vorzunehmen.

Am Ende jedes Sprints findet ein Sprint-Review mit Stakeholdern oder Kunden statt, um sicherzustellen, dass der Wert erreicht wird, und kontinuierliche Verbesserungen werden vorangetrieben. Schließlich findet ein retrospektives Meeting mit dem Projekteigentümer, dem Scrum Master und dem Entwicklungsteam statt, um die letzten zwei Wochen zu überprüfen, einschließlich der Erfolge, wichtigsten Kennzahlen und Herausforderungen, die vor Beginn des nächsten Sprints angegangen werden müssen.

Kanban und Scrum zusammen verwenden

Es muss nicht Kanban oder Scrum sein — sie können zusammenarbeiten. Ein Entwicklungsteam könnte sich dafür entscheiden, das Kanban-System in einem Scrum zu verwenden, um eine visuelle Darstellung der Arbeit zu bieten, die in jedem Sprint voranschreitet.

Sie sind beide wertvolle Systeme in Ihrem agilen Toolkit, die zusammenarbeiten, um Priorisierung, Zusammenarbeit und konstante Wertschöpfung zu ermöglichen. Sie müssen sich also nie zwischen Kanban und Scrum entscheiden. Sparen Sie sich die Entscheidungsfindung für die eigentlichen Probleme auf, z. B. was Sie auf die Pizzen legen sollen, die Sie für Ihr Team bestellen. 🍕

Ein Scrum-Framework bietet Teams bestimmte Zeitblöcke, um ein bestimmtes Ergebnis oder eine Reihe von Ergebnissen zu erledigen, und bietet gleichzeitig tägliche Scrum-Besprechungen an, um den Zusammenhalt und die Weiterentwicklung sicherzustellen. Das Kanban-System stellt sicher, dass Aufgaben in einem sich entwickelnden, visuellen Prozess nacheinander erledigt werden.

Lernen Sie die Methoden von Scrum mit Easy Agile kennen

Easy Agile entwickelt Lösungen, um jedes agile Team effektiver zu machen. Wir helfen Teams dabei, einfache und kollaborative Lösungen zu entwickeln User-Story-Maps in Jira für Backlog-Grooming, Versionsplanung und reibungslose Sprints.

Wir glauben, dass es eine bessere Art zu arbeiten gibt, und wir möchten Teams wie Ihrem helfen. Erfahre mehr über unsere Suite von Agile Apps und folge unserem Blog für die neuesten agilen Trends, Tipps und mehr.

Was ist eine Kundenpersona?

Customer Personas sind fiktive Verallgemeinerungen Ihrer wertvollsten Kunden.

Sie helfen Teams dabei, ihre Kunden zu verstehen, indem sie demografische Informationen wie Alter, Geschlecht, Standort und Einkommen sowie psychografische Informationen wie Interessen, Frustrationen und persönliche oder berufliche Beweggründe zusammenführen.

Was sind User Personas?

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

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

Agile-Experten haben mehr funktionsübergreifende Teams gefordert, was bedeutet, dass dieses Wissen darüber, wer der Kunde ist, nicht mehr in der alleinigen Verantwortung Ihres Vertriebs- und Marketingteams liegt. Jeder ist dafür verantwortlich, zu verstehen, wer der Kunde ist.

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.

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 Ziele und Vorgaben?
• Welche allgemeinen demografischen und psychografischen Informationen können ihre Entscheidungen beeinflussen?
• Was treibt sie dazu, Kaufentscheidungen zu treffen?
• Ist der Kunde der Käufer oder der Entscheidungsträger?
  

Sie können zwei Schritte unternehmen, um diese Fragen zu beantworten und herauszufinden, wer Ihre Kundenpersönlichkeiten sind:

Definieren Sie zunächst 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 wird im Laufe der Zeit gesammelt 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.

Zweitens sollten Sie auf Erkenntnisse und Analysen achten

Sobald Sie sich ein paar Kundenpersönlichkeiten ausgedacht haben, ist es an der Zeit, sie mit qualitativen und quantitativen Daten zu konkretisieren.

Also, wo können wir diese Informationen finden?

Schau dir Quellen an wie:

• Webseiten-Analytik
• Einblicke in Facebook
• Kundenbefragungen und Umfragen
• Branchenberichte
• Kundeninterviews oder
• Produktinterne Analytik

Nachdem Sie all diese Informationen durchgesehen haben, können Sie die Daten Ihren ursprünglichen Annahmen zuordnen.

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 und Lösungen für sie entwickeln können.

Kundenpersonas in Jira

Sobald diese Personas entwickelt wurden, besteht die Herausforderung darin, zu entscheiden, wo sie gespeichert werden sollen.

Wenn Sie die Personas gut sichtbar machen, sollten Sie Ihr Team dazu ermutigen, sie jedes Mal in Betracht zu ziehen, wenn neue Arbeit in den Backlog aufgenommen wird. Sie möchten, dass sie denken: „Was würde Sam, der Systemadministrator, von dieser neuen Funktion halten? Würde sie es benutzen? Wie würde sie ihrem Team die Vorteile vermitteln? Auf welche Probleme kann Sam beim ersten Gebrauch stoßen?“

Deshalb haben wir eine App für Jira entwickelt — Easy Agile Personas.

Easy Agile Personas ermöglicht es dir, deine User Personas parallel zu deiner Arbeit in Jira zu erstellen und zu verwalten, sodass das gesamte Team den Kunden im Auge behalten kann.

Unabhängig davon, ob Sie sich für Easy Agile Personas entscheiden oder nicht, die von Ihnen entwickelten Kundenpersonas sind für die Erstellung von User Story Maps von entscheidender Bedeutung.

Probiere es jetzt

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

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

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

Warum User Stories schreiben?

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

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

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

Was ist eine User Story?

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

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

Eine User Story = das „Was“

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

User Stories unterteilen Funktionen in Geschäftsprozesse.

Eine Aufgabe = das „Wie“

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

Aufgaben sind einzelne Arbeiten.

Wie schreiben wir User Stories?

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

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

Lassen Sie uns das weiter aufschlüsseln;

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

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

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

Schauen wir uns ein paar einfache Beispiele an;

Als Internetbanking-Kunde

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

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

ODER

Als Administrator

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

Also das Ich kann Aufgaben effizienter delegieren

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

Um erfolgreiche User Stories zu schreiben:

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

Akzeptanzkriterien

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

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

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

Ziele der Akzeptanzkriterien

Die Akzeptanzkriterien sollten:

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

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

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

Akzeptanzkriterien:

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

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

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

Die Akzeptanzkriterien sollten NICHT Folgendes beinhalten:

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

Warum?

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

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

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

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

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

Konzentrieren Sie sich auf Ihre Kunden

Einfacher agiler Teamrhythmus

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

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

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

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

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

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

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

Einfache agile Personas

Kostenlose Testversion

Schritt 1 — Recherchieren Sie

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

Fragen Sie Ihre Kunden nach:

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

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

Andere Forschungsmethoden umfassen:

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

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

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

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

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

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

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

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

Testen Sie Easy Agile Personas

Schritt 4 — Mach sie menschlich

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

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

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

Schritt 5 — Schreiben Sie Ihre Personas

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

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

Zu den wichtigsten Abschnitten könnten gehören:

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

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

Schritt 6 — Verfeinern

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

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

Schritt 7 — Mach sie hübsch

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

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

Schritt 8 — Integrieren Sie sie in Ihre Prozesse

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

Schritt 9 — Beachten Sie den Unterschied

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

Du wirst nutzerorientierter

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

Ihr Produkt wird sich verbessern

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

Sie werden den Wert Ihrer Arbeit erkennen

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

Ihr Marketing ist nachvollziehbarer

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

Deine Kommunikation wird besser auf deine Veröffentlichungen abgestimmt

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

Sie werden Ihre Prioritäten sortiert haben

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

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

Vorlage für eine Benutzerpersönlichkeit

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

So füllen Sie jeden Abschnitt aus

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

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

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

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

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

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

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

Testen Sie Easy Agile Personas

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

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

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

Einfache agile Personas

Teams, die Produkte entwickeln oder Projekte abschließen, sind zwangsläufig aufeinander angewiesen. Es kann schwierig sein, Abhängigkeiten zu identifizieren und den Überblick zu behalten, insbesondere wenn mehrere Teams oder externe oder gemeinsam genutzte Teams betroffen sind. Das Management von Abhängigkeiten ist oft etwas, das als Teil einer Standardarbeitsanweisung als selbstverständlich angesehen werden kann. In diesem Artikel werden wir uns eingehender mit dem Prozess der Identifizierung, Behebung und Behebung von Abhängigkeiten befassen, die verhindern, dass Arbeit geleistet wird.

Ein gängiges Beispiel ist, wenn eine funktionierende Software von einem externen Plugin oder einem Drittanbieter-Tool abhängt. Wenn dieses Plugin nicht funktioniert, kann auch die funktionierende Software ausfallen. In ähnlicher Weise können große Organisationen, die an mehreren Softwareteilen gleichzeitig arbeiten, gewohnheitsmäßige oder wiederkehrende Abhängigkeiten zwischen verschiedenen Teams haben, um zu funktionieren. Aus diesem Grund benötigen agile Teams Prozesse zur Überwachung von Abhängigkeiten, damit sie die Entwicklung nicht stören oder den Ablauf behindern.

Je komplexer Abhängigkeiten werden, ironischerweise, desto einfacher ist der Prozess, um sie in großem Maßstab zu verwalten. Komplexität erhöht die Komplexität. Daher ist es wichtig, einen Ansatz zu finden, unabhängig davon, ob es sich um ein Tool oder ein Framework handelt, der im Kontext Ihrer Teams und Ihres Unternehmens funktioniert, um das Abhängigkeitsmanagement auf nachhaltige Weise zu verwirklichen.

Schauen wir uns genauer an, wie Sie die Verwaltung von Abhängigkeiten innerhalb Ihrer Organisation angehen können.

In ähnlicher Weise können agile Frameworks wie LeSS und SAFe beim Abhängigkeitsmanagement in großen Organisationen helfen. Schließlich ist die Suche nach Möglichkeiten zur Visualisierung der Abhängigkeiten in einer Organisation eine äußerst effektive Methode, um das Risiko einer Verzögerung von Projekten zu minimieren.

‍

Möchten Sie Ihre Teams in die Lage versetzen, ihre Abhängigkeiten zu verwalten?

Probieren Sie einfache Agile-Programme aus - Demo auf Abruf ansehen

‍

Jetzt schließ deine Augen und stell dir den Rest vor. Nur ein Scherz, lesen Sie weiter... als ob Ihre Agilität davon abhängt. 😂

Arten von Abhängigkeiten im Projektmanagement

Bevor wir Tools und Frameworks besprechen, wollen wir einige verschiedene Arten von Abhängigkeiten skizzieren:

• Direkte Abhängigkeit: Bei diesem häufigen Abhängigkeitstyp hängt ein Projekt oder eine Funktion von der Bereitstellung eines anderen ab.
• Transitive Abhängigkeiten: Hier haben wir eine indirekte Verbindung zwischen zwei Projekten, in der Regel über ein Verbindungsprojekt. Zum Beispiel hängt Feature A von Feature B ab, und Feature B hängt von Feature C ab. Daher hängt Feature A indirekt von Feature C ab.
• Externe Abhängigkeiten: Diese Abhängigkeiten können außerhalb des Zuständigkeitsbereichs Ihres Teams, Ihrer Gruppe von Teams oder Ihrer Organisation liegen. Es hilft, sich ihrer bewusst zu sein, und es lohnt sich, sie getrennt zu identifizieren, da die Behandlung dieser Abhängigkeiten möglicherweise außerhalb des Rahmens der Zeremonien auf Team- oder Gruppenebene liegt.

Schauen wir uns nun einige Frameworks an, um einen Plan zu erhalten, wie man das angehen kann.

Agile Frameworks für Unternehmen zur Verbesserung des Abhängigkeitsmanagements

Sie kennen wahrscheinlich die gängigsten agilen Frameworks für die Softwareentwicklung — Kanban und Scrum. Diese Frameworks eignen sich hauptsächlich für einzelne Teamorganisationen. Aber was ist mit Frameworks für funktionsübergreifende agile Teams in einer großen Organisation, die Hilfe beim Abhängigkeitsmanagement benötigen?

LeSS für das Abhängigkeitsmanagement

Weniger ist ein Framework, das mehreren Scrum-Teams, die an einem einzigen Projekt zusammenarbeiten, bei der Skalierung hilft. Stellen Sie sich LeSS als Scrum auf Unternehmensebene vor — Sie haben immer noch einen einzigen Produkt-Backlog, einen Product Owner, einen Scrum-Master und Softwareentwickler. Der entscheidende Unterschied besteht jedoch darin, dass es viele Teams gibt, die auf dasselbe Ziel und dieselbe Definition von „Fertig“ hinarbeiten (und nicht ein einzelnes Team).

Eine der wichtigsten Aufgaben für die Rolle des Product Owners im LeSS-Framework besteht darin, sicherzustellen, dass Abhängigkeitsinformationen teamübergreifend bereitgestellt werden. In LeSS ist Product Backlog Refinement (PBR) eine organisierte Veranstaltung, die sicherstellt, dass Abhängigkeitsrisiken konsistent identifiziert werden. PBR ermöglicht es mehreren Teams, Sprints parallel zu planen und festzustellen, ob teamübergreifende Abhängigkeiten bestehen, die den Projektabschluss gefährden.

SAFE-Ansatz zur Verwaltung von Abhängigkeiten

Das SAFe (Skaliertes Agile-Framework) bietet Prinzipien und Workflow-Muster, um Organisationen durch ihre Abhängigkeiten zu führen. SAFe fördert Transparenz und Abstimmung in großen Organisationen, damit diese ihre Geschäftsziele flexibler erreichen können. Die Fähigkeit, schnell auf Änderungen zu reagieren, kann durch Größe und Umfang beeinträchtigt werden. Abhängigkeiten können die Arbeit oft durcheinander bringen und Teams ins Stolpern bringen, weil sie funktionsübergreifende Teamabhängigkeiten nicht erkennen und einschätzen können.

So wie Scrum Zeremonien veranstaltet, um ein einzelnes agiles Team auf Kurs zu halten, ist Program Increment/Planning Interval Planning — besser bekannt als PI-Planung. Während der PI-Planung erstellen die Teams ihre Abhängigkeiten und können durch funktionsübergreifende Zusammenarbeit ihre Pläne anpassen, um diese Abhängigkeiten zu verwalten.

Im Gegensatz zu Startups, die klein sind und in der Regel schnell organisatorische Änderungen vornehmen können, werden große Unternehmen oft zu groß, um schnelle Änderungen vorzunehmen. Eine häufige Ursache dafür ist die Unfähigkeit, die Auflösung von Abhängigkeiten zu bewältigen, da Abhängigkeiten für funktionsübergreifende Teams weniger sichtbar sind.

So wie Scrum Zeremonien veranstaltet, um ein einzelnes agiles Team auf Kurs zu halten, ist Program Increment (PI) Planning (PI) eine wichtige Zeremonie, um sicherzustellen, dass mehrere Teams im Scaled Agile Framework miteinander kommunizieren. Es ist eine Möglichkeit, selbst die größten Organisationen agil zu halten.

Ein wichtiges Ergebnis von PI Planning ist das Programm- (Abhängigkeit-) Board oder das ART-Planungsboard (SAFe 6.0).

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

Demo auf Abruf ansehen

PI-Planung für große Organisationen

PI Planning ist eine regelmäßige Zeremonie, die das ganze Jahr über stattfindet. Teams innerhalb einer Organisation kommen zusammen, um ihre Gedanken zu den Produktmerkmalen und der Produkt-Roadmap zusammenzustellen und alle Abhängigkeiten zu ermitteln, die zwischen ihnen bestehen.

Ein wesentliches Merkmal von PI Planning ist eine ART-Planungstafel (Programmboard). ART-Planungstafeln helfen dabei, Agile Release Trains (ART) — einer Gruppe agiler Teams, die gemeinsam an einem gemeinsamen Ziel arbeiten — eine visuelle Darstellung dessen zu geben, was die Teams im Rahmen ihrer PI-Planung geplant haben.

Visualisieren Sie Ihre Abhängigkeiten

Einfache Agile-Programme für Jira ist ein vollständiges Tool für das Abhängigkeitsmanagement auf Programmebene. Durch die Verwendung von Visualisierungen und die Bereitstellung von Transparenz über Projekte hinweg können Teams problemlos skalieren, ohne das Risiko unvorhergesehener Abhängigkeiten und Störungen einzugehen. Dies wird durch die Bereitstellung von drei Ansichten erreicht:

• Programm-Roadmap: eine Übersicht über alle geplanten Inkremente oder Iterationen für ein Programm oder eine Gruppe von Teams
• Programmausschuss (ART-Planungsausschuss): eine übersichtliche Darstellung aller Teams innerhalb eines Programms, einschließlich all ihrer teamübergreifenden Abhängigkeiten
• Teamplanungstafel: wo Teams die zugesagten Funktionen für das bevorstehende Inkrement aufschlüsseln, Abhängigkeiten zu anderen Teams aufbauen, ihre Arbeit einschätzen und planen.

Visualisieren Sie Abhängigkeiten mit Easy Agile Programs: Filtern Sie die Programmvorstand durch gefährdete, gesunde oder blockierte Abhängigkeiten für effektive Konversationen.

Demo auf Abruf ansehen

30 Tage kostenlos testen

Erschließen Sie die gemeinsamen Abhängigkeiten Ihres Unternehmens

Bei der Verwaltung von Abhängigkeiten müssen Sie zunächst sehen, was Sie verwalten müssen, und sich dann darauf konzentrieren können, was benötigt wird. Als hochgradig visuelles und filterbares Tool Einfache agile Programme kann auf viele Arten unterstützen:

• Hochgradig visuelle Abhängigkeiten: Die Farbe der Abhängigkeitslinien spiegelt ihren Gesundheitszustand wider. Eine rote Abhängigkeit steht für einen Konflikt, Gelb steht für ein Risiko, Grün für einen fehlerfreien Zustand und Schwarz für externe Abhängigkeiten, die sich außerhalb der aktuellen Ansicht befinden, z. B. Arbeit im Backlog oder in einem anderen Programminkrement. Die Farben helfen Produktmanagern, Release Train-Ingenieuren oder Scrum Mastern dabei, zu wissen, worauf sie sich konzentrieren müssen. Um Engpässe zu vermeiden, müssen Sie nach Möglichkeit die roten Abhängigkeiten und die gelben Abhängigkeiten berücksichtigen.
• Teamausrichtung aufeinander und Geschäftsergebnisse: Das Hinzufügen von Hierarchieproblemen auf dritter Ebene zur Erfassung und Kommunikation übergeordneter Geschäftsinitiativen oder Prioritäten hilft den Teams, den Kontext des Gesamtbildes zu verstehen und zu verstehen, warum sie das umsetzen, was geplant ist. Wenn du sicherstellst, dass deine gesamte ART- oder Teamarbeit auf einem Board dargestellt und sichtbar ist, das immer auf dem neuesten Stand ist, hilft das, die Teams aufeinander abzustimmen.
• Fokusmodus: Die Abstimmung muss über die Planung hinaus aufrechterhalten werden. Mit einer Reihe von Filtern, die auf das Programmboard angewendet werden können, um sich auf Teams, Epic- oder Problemstatus, Zustand der Abhängigkeit oder Initiative zu konzentrieren, ist es einfach, die Arbeit — und die Konversationen — auf das Wesentliche zu konzentrieren.

Jetzt testen