Agile Teams

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

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

5 Möglichkeiten, einen Backlog zu priorisieren

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

1. Gewichteter kürzester Job zuerst

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

WSJF = Kosten der Verzögerung ÷ Auftragsdauer

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

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

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

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

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

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

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

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

SEHEN SIE WIE

2. Moskau

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

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

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

3. Kano

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

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

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

4. Rangliste stapeln

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

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

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

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

5. Zuordnung von Geschichten

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

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

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

Agile Schätzung in die Backlog-Priorisierung einbauen

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

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

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

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

Du bist Teil eines agilen Teams. Du kennst die Übung. Sie haben eine agile Denkweise, Sie und Ihre Teammitglieder nehmen an den agilen Zeremonien teil und Sie verwenden agile Tools wie Jira. Alles gut! Es besteht aber auch eine gute Chance, dass Sie Teil einer größeren Organisation sind, die entweder agile Praktiken nicht vollständig versteht oder selbst eine agile Transformation benötigt. An dieser Stelle kann ein agiler Coach einspringen.

Seien wir ehrlich — wenn Ihr Unternehmen in seinem agilen Framework perfekt aufeinander abgestimmt wäre, würden Sie diesen Beitrag nicht lesen. 😉 In vielen großen Unternehmen ist die Einführung agiler Praktiken auf eine Untergruppe von Teams beschränkt, insbesondere auf die Softwareentwicklungs- und Projektmanagementteams.

Aber du willst mehr — du willst ein Meister in Sachen Agilität sein. Ein altes Sprichwort lautet etwa: „Der beste Weg, etwas zu lernen, ist, es zu vermitteln.“ Oder, wie Yoda es ausdrückte: „Es gibt immer zwei, nicht mehr und nicht weniger. Ein Meister und ein Lehrling.“

In diesem Beitrag erklären wir, was den Kern eines effektiven Agile-Coaches ausmacht, welche Unterschiede zwischen einem agilen Coach auf Teamebene und auf Organisationsebene bestehen, und geben einen Beispielpfad, um ein zertifizierter Agile-Coach zu werden. Wir stellen dir auch einige unserer besten Bildungsressourcen zur Verfügung, um dich auf dem Laufenden zu halten, egal in welcher Phase deiner agilen Reise du dich gerade befindest.

Was ist ein Agile Coach?

Lassen Sie uns eine Sache aus dem Weg räumen. Ein agiler Coach ist kein Instruktor mit katzenähnlichen Reflexen.

Unser Agile Coach bietet professionelles Coaching und Fachwissen, indem er Organisationen hilft, die agile Methodik und ihre Vorteile gut genug zu verstehen, um sie in großem Maßstab in funktionsübergreifenden Teams umzusetzen. Dies wird in zwei Buckets bereitgestellt:

• Zusammenarbeit mit einer Untergruppe einer Organisation (Teams, Manager und Stakeholder) an agilen Best Practices zur Verbesserung von Leistung und Ergebnissen
• Förderung organisatorischer Veränderungen durch die Zusammenarbeit mit der Führung, um Hindernisse zu beseitigen, die eine vollständige agile Transformation ermöglichen

Eine agile Coaching-Rolle ist kein Patentrezept. Es kann sich um eine feste oder vorübergehende Stelle in einem Unternehmen handeln. Agile Coaches haben eine Vielzahl von Hintergründen, darunter Softwareentwickler, Product Owner, Scrum Master und Projektmanager.

Ein agiler Coach ist ein Facilitator. Da es sich um eine Mentorenrolle handelt, sollte ein agiler Coach über Kompetenzen in den Bereichen Zusammenarbeit und Kommunikation verfügen.

Du willst also ein agiler Coach werden

Du bist alle dabei. Sie möchten Ihr agiles Fachwissen erweitern, indem Sie dessen Prinzipien vermitteln oder agile Methoden außerhalb Ihres Teams vermitteln. Nun, wo fängst du an? Hier ist der Plan.

Lassen Sie uns das mit einem dreigleisigen Ansatz angehen:

1. Erlernen der agilen Frameworks
2. Engagieren Sie sich in einer agilen Community
3. Formelles agiles Training

Erlernen der agilen Frameworks

In der Regel benötigen Sie einige Erfahrung in der Arbeit mit agilen Frameworks, bevor Sie mit formellen Agile-Coaching-Zertifizierungen beginnen. Allerdings kann es schwierig sein, das zu beherrschen Vielzahl von Frameworks innerhalb der agilen Entwicklung, auch im Laufe einer langen Karriere. Zu weiß:

• Gedränge
• Kanban
• ScrumBan
• DevOps
• Digital Agile (DA)
• eXtreme Programming (XP)
• Praxis
• Skaliertes Agile-Framework (Sicher)
• Scrum im großen Maßstab (LeSS)

Aber warte... es gibt noch mehr! Uns geht die Tinte aus, wenn wir sie alle auflisten, also lass uns weitermachen. ✍️

Viele von uns verbringen den Großteil ihrer Zeit damit, mit einem oder zwei Frameworks oder einer Mischung davon zu arbeiten. Sie können beispielsweise lange in einer Scrum-Umgebung arbeiten, bevor Sie alle folgenden Aspekte beherrschen:

• Scrum-Rollen
• Scrum-Artefakte
• Scrum-Zeremonien

Und das ist ok! Wir schlagen vor, das, was Sie in Ihrer eigenen Arbeitsumgebung wie Scrum können, zu beherrschen und dann so viel wie möglich über ein oder zwei andere Dinge zu lernen, die Sie interessieren könnten und die Sie möglicherweise nicht direkt üben können. Lernen Sie zum Beispiel SAFe oder Weniger und wie sie agile Praktiken in großem Maßstab ermöglichen, wäre ein guter Anfang.

Ein wichtiger Tipp, den Sie beachten sollten: Es ist leicht, die Kernprinzipien von Agile aus den Augen zu verlieren, wenn Sie sich zu sehr damit beschäftigen, Frameworks täglich zu üben. Schließen Sie ab und zu Ihre Augen und gehen Sie zurück und lesen Sie das agiles Manifest (ok, du musst eigentlich deine Augen öffnen, aber du weißt, was wir vorschlagen):

• Individuen und Interaktionen statt Prozesse und Tools
• Funktionierende Software statt umfassender Dokumentation
• Zusammenarbeit mit dem Kunden statt Vertragsverhandlungen
• Auf Änderungen gemäß einem Plan reagieren

Du kannst jetzt deine Augen öffnen.

Wenn Sie bereits in einem Framework wie Scrum mit einem Entwicklungsteam als Scrum Master oder Product Owner arbeiten, haben Sie wahrscheinlich viele der Voraussetzungen, um mit Agile-Coach-Schulungen zu beginnen.

Engagieren Sie sich in einer agilen Community

Bevor Sie sich für eine Agile-Coaching-Zertifizierung bewerben, ist es eine gute Idee, Teil einer agilen Community zu sein. Dadurch werden drei Dinge erreicht:

1. Es hält Sie über aktuelle Ereignisse in der agilen Welt auf dem Laufenden.
2. Es macht Sie mit agilen Methoden und Ideen vertraut, die Kollegen außerhalb ihrer eigenen Organisation anwenden.
3. Es zeigt, dass du dich dafür einsetzt, Agile als Karriereziel zu praktizieren — was, wie wir bald sehen werden, wichtig für den Bewerbungsprozess für einen zertifizierten Agile-Coach ist.

Du kannst agile Communities finden örtlich oder entfernt.

Formelles agiles Training

Wenn du als Agile-Coach eingestellt werden möchtest, ist es eine gute Idee, einige agile Zertifizierungen anzustreben. Die bekanntesten Schulungen werden angeboten von Scrum-Allianz. Je nach Ihrem Interesse können Sie zwei Wege einschlagen, um ein zertifizierter Agile Coach zu werden — Zertifizierter Teamcoach (CTC) oder Zertifizierter Unternehmenscoach (CEC). Es gibt Unterschiede zwischen diesen beiden Tracks, die es zu verstehen gilt:

• Ein CTC arbeitet mit mehreren agilen Teams zusammen und coacht Scrum Master, Product Owner und Unternehmensmanager. Ein CTC bleibt im Allgemeinen dabei, einen Bereich einer Organisation zu betreuen, beispielsweise die Softwareentwicklung.
• Ein CEC coacht in der Regel auf der Führungsebene einer Organisation. Ein CEC ist ein Agile-Coach für Unternehmen, dessen Ziel es ist, eine Organisation dabei zu unterstützen, eine vollständige agile Transformation erfolgreich zu erreichen.

Sie fragen sich wahrscheinlich... wie hoch ist die Verpflichtung, eine Zertifizierung zu erhalten? Wir werden es nicht beschönigen — es ist bedeutsam. Dieses Engagement kann jedoch dazu führen, dass Sie Ihr ganzes Berufsleben lang in der Lage sind, spürbare Auswirkungen auf Teams und Organisationen zu haben. Kurz gesagt, Folgendes benötigen Sie, um ein CTC oder CEC zu werden:

• Sei ein Aktiver Zertifizierter Scrum Professional
• Reichen Sie eine erste Bewerbung ein, in der Ihre Agile-Erfahrung beschrieben wird, einschließlich Team- und Organisationscoachings, der Teilnahme an agilen Community-Aktivitäten und Ihrer Anwendung agiler Praktiken
• Reichen Sie eine zweite Bewerbung ein, die Ihr Wissen, Ihre Denkweise und Ihre Herangehensweise als Coach bewertet und Empfehlungen von Mentoren und Kunden erfordert
• Eine jährliche Zertifizierungsgebühr
• Weiterbildungsanforderungen zur Aufrechterhaltung Ihrer Zertifizierung

Gute Agile Coaches lernen weiter

Es kann lange dauern, die Erfahrung zu sammeln, um ein agiler Coach zu werden. Danach ist es wichtig, mit den zentralen agilen Konzepten und deren Beziehung zu aktuellen Trends in der Softwareentwicklung auf dem Laufenden zu bleiben, um genügend Wissen zu haben, um Ihre Qualifikationen aufrechtzuerhalten.

Wir glauben, dass unsere agilen Ressourcen für die Weiterbildung so gut sind, wie Sie es nur finden können. Hier sind einige Beiträge, die einige der wichtigsten Bereiche hervorheben, über die wir zuvor gesprochen haben:

• Was ist der Unterschied zwischen Kanban und Scrum?
• Lernen Sie zuerst Agile — dann lernen Sie, wie Sie es skalieren
• Warum große Unternehmen das Scaled Agile Framework (SAFe) benötigen, nicht Agile auf Teamebene

Aber warte... es gibt noch mehr! Gehen Sie rüber zu unserem Blog für unseren Schatz an Ressourcen — und wenn Sie es leid sind zu lesen, setzen Sie Ihre Kopfhörer auf und hören Sie unsere Podcast-Folge mit einem agilen Coach.

Dieser Leitfaden befasst sich mit den vier Zeremonien die eines der beliebtesten Frameworks von Agile bieten, Gedränge, zum Leben.

Erfahren Sie, wie jedes agile Ritual dazu beiträgt, Teams zu stärken und die Leistung zu steigern, und geben Sie einige Tipps heraus, mit denen Ihr Unternehmen das Beste aus Ihren Zeremonien herausholen kann.

Auf einen Blick:

• Die vier agilen Zeremonien sind Sprint-Planung, Tägliches Aufstehen, Sprint-Rückblick und Sprint-Rückblick
• Zeremonien in Agile ermöglichen Sichtbarkeit, Transparenz und Zusammenarbeit.
• Jede Zeremonie hat eine klare Struktur und ein klares Ziel.
• Klare Kommunikation, Flexibilität und kulturelle Ausrichtung sind die Schlüssel zu erfolgreichen Zeremonien.

Was sind die wichtigsten agilen Zeremonien?

Agile Zeremonien beziehen sich auf die vier Ereignisse, die während einer Scrum Sprint. Andere Formen der agilen Entwicklung, wie Kanban und Schlank, haben auch ähnliche Praktiken.

Das Liste agiler Zeremonien beinhaltet:

1. Sprint-Planung
2. Tägliches Aufstehen
3. Sprint-Rückblick
4. Sprint-Rückblick

Obwohl jede Zeremonie anders ist, dienen sie doch dem gleichen Gesamtzweck. Die Zeremonien bringen Teams mit einem gemeinsamen Ziel in einem regelmäßigen Rhythmus zusammen und helfen den Teams, Dinge zu erledigen.

„Unternehmen stehen heute unter erhöhtem Druck, schnell auf die Bedürfnisse ihrer Kunden und Stakeholder zu reagieren. Daher müssen sie neue Produkte schneller auf den Markt bringen und Verbesserungen vorhandener Lösungen und Dienstleistungen beschleunigen. „- Bericht zum Stand von Agile

Warum sind agile Zeremonien wichtig?

Agile Zeremonien helfen Organisationen, sich an Veränderungen anzupassen und erfolgreich zu sein. Da die Arbeit in kleineren Portionen und über kürzere Zeiträume geplant wird, helfen sie Teams dabei, schnell die Richtung zu ändern und bei Bedarf Kurskorrekturen vorzunehmen. Sie sind ein wichtiger Bestandteil des umfassenderen agilen Ansatzes, der heute in Unternehmen auf der ganzen Welt weit verbreitet ist.

Mit agilen Zeremonien können Teams in Ihrer Organisation von folgenden Vorteilen profitieren:

• Verbesserte Fähigkeit, sich ändernde Prioritäten zu verwalten
• Beschleunigung der Softwareentwicklung
• Steigerung der Teamproduktivität
• Bessere Abstimmung von Geschäft und IT

Es ist wichtig, sich daran zu erinnern, dass Zeremonien zwar ein wesentlicher Bestandteil von Scrum sind, aber nur eines von vielen Ritualen, die dazu beitragen, agile Teams und Arbeitsplätze zu schaffen. Um die wahren Vorteile von Agile zu nutzen, müssen Sie mehr tun, als eine oder mehrere der Zeremonien in Ihre Wasserfall-Projekt.

1. Sprint-Planung

Die Sprint-Planungszeremonie bereitet die Teams auf Erfolgskurs vor, indem sichergestellt wird, dass jeder die Sprintziele versteht und weiß, wie sie erreicht werden können.

• Struktur - Der Product Owner bringt das Produkt-Backlog mit, um es mit dem Entwicklungsteam zu besprechen. Der Scrum Master erleichtert. Zusammen nimmt das Scrum Team Schätzungen des Aufwands oder der Story Point vor. Das Produkt-Backlog muss alle Details enthalten, die für die Schätzung erforderlich sind. Der Product Owner sollte in der Lage sein, alle Zweifel bezüglich des Produkt-Backlogs zu klären.

• Teilnehmer - Das gesamte Scrum-Team (das Entwicklungsteam, der Scrum Master und der Product Owner).‍

• Zeitlicher Ablauf - Zu Beginn jedes Sprints.‍

• Dauer - Ein bis zwei Stunden Iteration pro Woche. Wenn Sie also einen zweiwöchigen Sprint planen, sollte Ihre Sprint-Planung zwei bis vier Stunden dauern. ‍

• Agiles Framework - Gedränge. Kanban-Teams planen zwar auch, aber weniger formell und pro Meilenstein, nicht iterativ.

Ergebnisse

Nach einigen Teamverhandlungen und Diskussionen sollten Sie bis zum Ende der Sprint-Planung eine klare Entscheidung darüber haben, welche Arbeit das Entwicklungsteam während des Sprints erledigen kann. Dies ist bekannt als Sprintziel.

Das Sprintziel ist eine Erhöhung der gesamten Arbeit, und jeder sollte sich der Verpflichtung sicher sein.

Das Produkt-Backlog definiert Prioritäten, die sich auf die Reihenfolge der Arbeiten auswirken. Dann wandelt der Scrum Master diese Entscheidung um in Sprint-Backlog.

Die besten Tipps

• Konzentrieren Sie sich auf Zusammenarbeit statt auf Wettbewerb.
• Teilen Sie Benutzerberichte in Aufgaben auf, um die Dinge für das Entwicklungsteam operationeller zu gestalten. Wenn Zeit zur Verfügung steht, weisen Sie diese Aufgaben während der Veranstaltung zu.
• Berücksichtigen Sie Feiertage und die Freizeit oder Ferien aller Teammitglieder.
• Behalten Sie das Tempo Ihres Teams im Auge — eine Erfolgsbilanz der Zeit, die für die Implementierung ähnlicher User Stories benötigt wurde, wäre hilfreich.
• Konzentrieren Sie sich auf das Produkt-Backlog und nichts anderes in Bezug auf die Arbeit für den Sprint.

2. Tägliches Aufstehen

Das tägliche Stand-up bringt das Team zusammen und bereitet alle auf den Tag vor. Das Team nutzt diese Zeit, um Blocker zu identifizieren und Pläne für den Tag auszutauschen.

• Struktur - Dies ist ein informelles, ständiges Treffen. Alle Mitglieder des Entwicklungsteams informieren alle darüber, was sie am Vortag getan haben und was sie heute tun. Die Mitglieder besprechen alle Blockaden, die sie haben, und bitten das Team bei Bedarf um Hilfe. Aus Zeitgründen sollten die Updates kurz sein.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Täglich, normalerweise morgens.

• Dauer - Kurz und scharf. Nicht länger als 15 Minuten.

• Agiles Framework - Scrum und Kanban.

Ergebnisse

Der Scrum Master sollte alle Blockaden beseitigen, die das Entwicklungsteam verlangsamen oder daran hindern, Ergebnisse zu liefern. Infolgedessen muss sich der Entwicklungsprozess möglicherweise ändern.

Dieser tägliche Pulscheck hält das Team auf dem Laufenden und hilft, Vertrauen aufzubauen. Gemeinsam findet die Gruppe Wege, sich gegenseitig zu unterstützen und zu helfen.

Die besten Tipps

• Verwenden Sie einen Timer, um dieses Meeting auf 15 Minuten zu beschränken.
• Halte deinen Stand jeden Tag zur gleichen Zeit.
• Besprechen Sie nur die Arbeit für den kommenden Tag.
• Wenn das Team verteilt ist, verwenden Sie Videokonferenzen mit eingeschalten Kameras.
• Nach der Veranstaltung sollten lange Diskussionen stattfinden.
• Da der Stand-up den Fortschritt fördert, sollte jeder ein Update bereitstellen und sich jeder sollte sich verantwortlich fühlen.

3. Bewertung im Sprint

Der Sprint Review ist die Zeit, um die abgeschlossenen Arbeiten des Teams zu präsentieren und Feedback von Stakeholdern einzuholen. Eine Vielzahl von Teilnehmern von außerhalb des Teams bietet wertvolle Einblicke aus unterschiedlichen Blickwinkeln. Diese Veranstaltung trägt auch dazu bei, Vertrauen sowohl bei externen als auch bei internen Interessengruppen aufzubauen.

• Struktur - Der Scrum Master übernimmt die Logistik der Eventvorbereitung. Der Product Owner sollte den Stakeholdern Fragen stellen, um so viel Feedback wie möglich zu erhalten. Sie sollten auch alle Fragen ihrer Stakeholder beantworten.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner. Wahlweise Management, Kunden, Entwickler und andere Interessengruppen.

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - In einem einwöchigen Sprint dauert der Sprint Review eine Stunde.

• Agiles Framework - Scrum und Kanban. Kanban-Teams führen diese Überprüfungen nach den Team-Meilensteinen durch, nicht nach Sprints.

Ergebnisse

Nach dieser Zeremonie muss der Product Owner möglicherweise das Produkt-Backlog anpassen oder ergänzen. Möglicherweise veröffentlichen sie auch Produktfunktionen, wenn diese bereits vollständig sind.

Die besten Tipps

• Planen Sie vor dem Meeting genügend Zeit für die Proben ein, damit Ihr Team selbstbewusst auftreten kann, insbesondere wenn externe Stakeholder anwesend sind.
• Präsentieren Sie keine unvollständigen Arbeiten. Überprüfe deine Sprint-Planung und die ursprünglichen Kriterien, wenn du dir nicht sicher bist, ob die Arbeit abgeschlossen ist.
• Konzentrieren Sie sich neben der Produktfunktionalität auf Benutzererfahrung, Wert für den Kunden, und die gelieferten geschäftlicher Wert.
• Überlegen Sie, wie Sie eine feierliche Atmosphäre schaffen können, um die Leistung des Teams anzuerkennen.

4. Sprint-Rückblick

In dieser letzten Scrum-Zeremonie in der Sequenz blickst du auf die Arbeit zurück, die du gerade geleistet hast, und findest heraus, wie du die Dinge beim nächsten Mal besser machen kannst. Die Sprint-Retrospektive ist ein Tool zur Risikominderung in zukünftigen Sprints.

• Struktur - Die Teams besprechen, was während des gesamten Sprints gut gelaufen ist und was schief gelaufen ist. Der Scrum Master sollte das Entwicklungsteam ermutigen, sich zu äußern und nicht nur Fakten, sondern auch seine Gefühle mitzuteilen. Ziel ist es, schnelles Feedback für eine kontinuierliche Verbesserung des Prozesses zu erhalten. Es ist auch eine Gelegenheit, bewährte Verfahren hervorzuheben, die das Team übernommen hat und wiederholen sollte.

• Teilnehmer - Entwicklungsteam, Scrum Master, Product Owner (optional).

• Zeitlicher Ablauf - Am Ende des Sprints.

• Dauer - 45 Minuten pro Sprintwoche.

• Agiles Framework - Scrum und Kanban (gelegentlich).

Ergebnisse

Nach dieser Sitzung sollte das Team die Probleme und Siege, die während der Iteration erzielt wurden, klar verstehen. Gemeinsam erarbeitet die Gruppe Lösungen und einen Aktionsplan, um Prozessprobleme im nächsten Sprint zu verhindern und zu identifizieren.

Die besten Tipps

• Konzentrieren Sie sich sowohl auf Fakten als auch auf Gefühle
• Sammeln Sie Informationen, die Ihnen helfen, sich auf kontinuierliche Verbesserungen zu konzentrieren — dazu können Tools und Beziehungen gehören
• Seien Sie ehrlich und fördern Sie Ideen, die prozessbezogene Probleme lösen
• Auch wenn alles gut gelaufen ist, sollten Sie dieses Meeting abhalten — Rückblicke geben fortlaufende Hinweise für den nächsten Sprint.

„Angesichts der Tatsache, dass sich die Geschwindigkeit des Wandels voraussichtlich fortsetzen wird, war der Bedarf an einem Betriebsmodell, das Schritt hält, noch nie so groß wie heute. „- McKinsey

Agile Lektionen, nach denen man leben kann

Als Team von erfahrenen agilen Praktikern haben wir einige wichtige Erkenntnisse darüber gewonnen, was es braucht, um das Beste aus Ihren agilen Zeremonien herauszuholen und die Grundlagen für eine wirklich agile Organisation zu schaffen.

Hier sind unsere Top-Tipps, um Ihre Zeremonien zum Erfolg zu führen:

• Sei bewusst präsent - Denken Sie daran, sich während der Zeremonien einen Moment Zeit zu nehmen, um innezuhalten und sich daran zu erinnern, warum Sie dort sind. Zeigen Sie anderen, dass Sie anwesend sind, indem Sie ihnen volle Aufmerksamkeit schenken und Ihre Körpersprache verwenden. Richten Sie Ihre Kamera aus der Ferne so aus, als ob Sie ihnen gegenüber sitzen würden, schauen Sie regelmäßig in das Objektiv und verwenden Sie einen ablenkungsfreien Hintergrund.
• Übe aktives Zuhören - Denke darüber nach, was die Person sagt, wer sie ist und was sie von dir braucht. Suchen sie nach einem Resonanzboden, brauchen sie deine Hilfe oder Meinung oder suchen sie nach einer emotionalen Verbindung?
• Motive verstehen - Verstehe die Beweggründe deiner Teamkollegen, bevor du sprichst. Überlege, warum sie sich für das, was du sagst, interessieren sollten, indem du deine Botschaft mit ihren eigenen Beweggründen verbindest. Bieten Sie nach Möglichkeit einen Kontext an, damit sie wissen, warum Ihre Botschaft wichtig ist.
• Sei flexibel - Es ist wichtig, sich daran zu erinnern, dass es für agile Arbeitsweisen kein Patentrezept gibt. Was für ein Team funktioniert, funktioniert möglicherweise nicht für ein anderes. Sie müssen also experimentieren, um herauszufinden, was funktioniert, und dann die Prozesse an die Bedürfnisse Ihres Teams anpassen.
• Kulturelle Ausrichtung schaffen - Die besten Prozesse der Welt werden nicht das liefern, was Sie brauchen, wenn Sie nicht über die Kultur verfügen, die sie unterstützt. Agile Zeremonien müssen von einer Kultur unterstützt werden, in der sich die Mitarbeiter aktiv engagieren, selbstbewusst sind, Probleme anzusprechen, und Wert auf kontinuierliche Verbesserung legen.

Agile Zeremonien führen zu besseren Ergebnissen

Es kann zwar einige Zeit dauern, bis sich Teams, die noch nicht mit Agile vertraut sind, an agile Zeremonien gewöhnt haben, aber sie sind die Mühe wert. Durch die Bereitstellung einer klaren Struktur und erreichbarer Ergebnisse tragen sie dazu bei, dass sich alle Beteiligten auf das Produkt, die Kommunikation und die Prioritäten konzentrieren.

Das Ergebnis? Agile Teams, die schneller qualitativ bessere Produkte liefern — und echte Geschäftsergebnisse liefern.

Wo auch immer sich Ihr Unternehmen auf Ihrem Weg zur Agilität befindet, es lohnt sich zu bedenken, dass jedes Team und jede Produktsuite anders sind. Es gibt also kein einheitliches Erfolgsrezept. Die gute Nachricht ist, dass auch Sie Ihre agilen Zeremonien im Laufe der Zeit wiederholen und verbessern können, indem Sie innerhalb der Denkweise der kontinuierlichen Verbesserung arbeiten, die das agile Framework fördert.

Bereit loszulegen?

Einfacher agiler Teamrhythmus unterstützt die agilen Praktiken deines Teams in Jira. TeamRhythm unterstützt dein Team von der Planung bis hin zur Retrospektive und hilft dir dabei, besser zusammenzuarbeiten, um deinen Kunden einen Mehrwert zu bieten.

Zu den Funktionen gehören:

• Agiles Tool zur Sprint- und Versionsplanung - Die Planung ist schnell und einfach, wenn Sie Probleme auf der Storymap erstellen und abschätzen. Sieh dir deine Arbeit unter Initiativen und Epen an und sieh dir die Swimlane-Statistiken auf einen Blick an. So stellst du sicher, dass die Teamkapazitäten voll, aber nicht überlastet sind
• Agiles Story-Mapping - Bilden Sie die Kundenreise anhand von Initiativen, Epen und Geschichten zusammen mit Ihren agile Jira-Boards. Fügen Sie der Story-Map schnell und einfach neue oder vorhandene Geschichten hinzu. Ziehen Sie per Drag-and-Drop, um Prioritäten nach dem Wert für den Kunden zu setzen.
• Verfeinerung des Produktbestands - Entfliehen Sie Ihrem flachen Backlog und sehen Sie sich Ihre Arbeit in der Storymap-Matrix an. Ziehen Sie Probleme per Drag-and-Drop, um sie zu priorisieren oder zu planen. Mithilfe der Inline-Bearbeitung können Sie Zusammenfassungen und Schätzungen zu Storypoints im Handumdrehen aktualisieren, um den Backlog zu verbessern.
• Team-Retrospektiven - Feiern Sie Erfolge, gewinnen Sie Erkenntnisse und teilen Sie Ihre Erkenntnisse mit Team-Retrospektiven für Scrum und Kanban. So fördern Sie Zusammenarbeit und Transparenz, sodass Sie und Ihr Team kontinuierlich besser werden.

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

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

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

Agile 101: Vergleich zum traditionellen Projektmanagement

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

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

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

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

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

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

Agile 101: Die Vorteile von Agile

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

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

Agile hilft Teams und Unternehmen:

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

Agile 101: Beliebte Methoden

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

Gedränge

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

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

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

Kanban

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

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

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

Schlank

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

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

Extremes Programmieren

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

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

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

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

Grundlegende Best Practices für Agile 101:

✅ Sieh Misserfolge als Lernchance.

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

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

✅ Verbessern Sie kontinuierlich Ihre Prozesse.

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

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

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

✅ Nutzen Sie agile Tools und Ressourcen.

Häufige agile Fehler:

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

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

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

❌ Ohne ausreichende Informationen zur Sprint-Planung hinsetzen.

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

❌ Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel.

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

❌ Auswahl von Tools, die keinen kundenorientierten Ansatz verfolgen.

Agil leicht gemacht

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

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

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

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

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

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

1. Wisse, wie du sie verwenden wirst

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

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

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

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

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

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

2. Nutzerorientiert, nicht käuferorientiert

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

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

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

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

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

3. Recherchieren Sie

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

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

4. Verwenden Sie eine Vorlage

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

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

5. Halte es relevant

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

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

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

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

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

6. Bleib echt

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

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

7. Konzentrieren Sie sich auf Ihre besten Kunden

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

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

Weniger ist mehr (effektiv).

8. Integrieren Sie sie in Ihre Prozesse

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

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

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

9. Ermöglichen Sie Zugriff auf Ihr gesamtes Team

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

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

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

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

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

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

Bonus-Tipp: Lassen Sie Ihre Benutzerpersönlichkeiten weiterentwickeln

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

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

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

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

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

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

Was ist PI-Planung?

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

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

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

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

Testen Sie Easy Agile Programs für Jira

Kostenlose Testversion

Die Vorteile der PI-Planung

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

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

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

8 PI-Planungsstrategien

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

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

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

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

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

2. Setzen Sie sich klare Ziele

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

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

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

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

4. Gehen Sie mit einem verfeinerten Backlog rein

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

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

5. Ich habe keine Leute, die hier warten

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

6. Nutzen Sie Team-Breakouts

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

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

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

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

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

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

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

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

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

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

Entdecken Sie Easy Agile TeamRhythm

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

PI-Planung mit Easy Agile

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

Demo ansehen

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

30 Tage kostenlos testen