Agile Best Practice

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.

Ist Agile jetzt verteilt?

Es ist kein Geheimnis, dass sich unsere Arbeit in den letzten zwei Jahren komplett verändert hat. In der heutigen Arbeitsumgebung haben sich Unternehmen zu einer hybrides oder vollständig dezentrales Geschäftsmodell, wobei Studien zeigen, dass nur 4% der Arbeitsplätze kehren in Vollzeit ins Büro zurück.

Im Agilen Manifest heißt es in einem der ursprünglichen Prinzipien: „Individuen und Interaktionen statt Prozessen und Tools“. Auch wenn das immer noch zutrifft, wissen wir heute mehr denn je, dass unsere Tools unsere Interaktionen stärken und unsere Prozesse erleichtern.

In mehreren Branchen, die das agile Framework eingeführt haben, ist eine Zunahme verteilter agiler Teams zu verzeichnen. In der Tat, laut der 15. Bericht zum Stand von Agile, 89% der agilen Teams sind verteilt. Nur 3% dieser Teams werden nach COVID in Vollzeit ins Büro zurückkehren. Dies liegt daran, dass Mitarbeiter im Homeoffice besserer Fokus und Produktivität, sind es ist weniger wahrscheinlich, dass sie ihren Job verlassen, und kostet das Unternehmen weniger.

Distributed Agile ist kein neues Konzept mehr, sondern unsere gelebte Realität.

Wie bereiten wir uns auf agile Zeremonien wie PI Planning vor, die ursprünglich als Präsenzveranstaltung konzipiert waren? Wie behalten wir das wertvollste Element der persönlichen Kommunikation bei, ohne Absprachen zu treffen?

Die Herausforderungen von PI Planning mit einem verteilten Team

Traditionell sind Aktivitäten wie PI Planning in Agile so konzipiert, dass Teammitglieder im selben Raum persönlich interagieren können.

PI Planning ist eine zweitägige Veranstaltung, an der alle Mitglieder eines Agile Release Train (ART) zusammen, um ihren nächsten zu planen Programminkrement (PI).

Wie der 15. State of Agile Report zeigte, 89% der agilen Teams sind jetzt verteilt. Für ein verteiltes Team haben Sie die Möglichkeit, Mitarbeiter für jede PI Planning-Sitzung einzuziehen oder eine verteilte PI-Planungssitzung zu unterstützen.

Das ist zwar nett, kann aber für jedes Unternehmen eine teure (und störende) Übung sein, insbesondere wenn Sie es 4 oder 5 Mal im Jahr tun müssen.

Die Durchführung einer verteilten PI-Planung ist auch bei der Verwendung einer physischen Programmplatine mit einer Herausforderung verbunden. Diejenigen, die zu Hause sind, können nicht auf dieselbe Weise auf das physische PI Planning Board zugreifen oder dazu beitragen wie ihre Kollegen, die am selben Ort arbeiten. Infolgedessen können ihre Ideen ungehört verhallen und ihre Möglichkeiten, zum Programmausschuss beizutragen, sind begrenzt.

Verteilte PI-Planung — Best Practice

Anstatt Ihr Remote-Team an einen zentralen Standort zu bringen, um PI Planning persönlich auszuführen, werden bei der verteilten PI-Planung Cloud-basierte Tools verwendet, um Ihr nächstes Program Increment virtuell zu planen und auszuführen.

Auch wenn sich die Methoden ein wenig von der verteilten PI-Planung unterscheiden, sind der Prozess und die gewünschten Ergebnisse dieselben:

• Ein hochrangiger Vertreter erörtert den aktuellen Stand des Geschäfts
• Das Produktmanagement präsentiert die aktuelle Programmvision
• Product Owner und Teams setzen sich getrennt zusammen, um zu besprechen, wie sie die gewünschten Ergebnisse erzielen können
• Teams identifizieren und visualisieren teamübergreifende Abhängigkeiten und arbeiten daran, Blockaden zu beseitigen
• Alle kommen zusammen, um sich über Ihren Programmvorstand auf einen verbindlichen Plan zu einigen

6 Tipps für die Einrichtung einer verteilten PI-Planung

Distributed PI Planning ist keine vorübergehende Ausnahme mehr. Unabhängig davon, ob PI Planning verteilt ist oder nicht, müssen wir sicherstellen, dass wir die gleiche Qualität und die gleichen Ergebnisse beibehalten, die PI Planning anstrebt — wir müssen alle Teams innerhalb des Agile Release Train aufeinander abstimmen.

Um Ihnen dabei zu helfen, haben wir die folgenden 6 Tipps vorbereitet, die Ihnen bei der Vorbereitung auf die verteilte PI-Planung helfen sollen.

Diese Tipps sind nicht Dinge, über die wir uns gerade Gedanken gemacht haben. Wir haben diese Dinge gelernt, als wir mit unseren Kunden gesprochen haben, indem wir die Foren durchsucht und mit Experten auf diesem Gebiet gesprochen haben.

1. Machen Sie die Grundlagen richtig

Die drei Grundlagen sind Kommunikation, Vorbereitung und Ausführung.

Lassen Sie uns zunächst über Kommunikation und Vorbereitung sprechen. Es ist wichtig, für jede Phase des PI-Planungsprozesses geeignete Tools für Online-Interaktionen bereitzustellen: Produktmanager müssen zusammenarbeiten, und Moderatoren, um den Prozess zu verwalten — sowohl im Vorfeld als auch während der Veranstaltung. Wir müssen auch sicherstellen, dass die Teammitglieder auf alle relevanten aktuellen Informationen zugreifen, mühelos zusammenarbeiten und auf Support zugreifen können.

Agiles Skalieren empfiehlt zu haben Pre-PI-Planung Besprechungen, die je nach Komplexität Ihres Lösungsprozesses zwischen 2 und 6 Wochen im Voraus geplant sind.

Lassen Sie uns abschließend über die Hinrichtung sprechen. Die Hinrichtung sollte ablaufen, wenn wir gut kommunizieren und vorbereitet sind. Aber wir müssen darauf vorbereitet sein, dass einige Dinge immer noch schief gehen können. Die Technologie wird uns im Stich lassen. Die Leute können immer noch Probleme haben, auf die Tools zuzugreifen, die wir eingerichtet haben. Die Ausführung wird nicht immer reibungslos ablaufen, aber Iteration ist ein Prinzip der Agilität.

2. Legen Sie die Tagesordnung früh fest, so früh wie möglich

Warum ist das so? Nun, denken Sie an Ihre Mitarbeiter, die von zu Hause aus arbeiten. Sie arbeiten mit ihren Haustieren oder ihrer Familie zusammen, und wenn sie wissen, dass sie PI Planning haben, müssen sie wissen, was von ihnen erwartet wird.

Dies gibt den Mitarbeitern Zeit, ihre Familien über ihre Verpflichtungen für diesen Tag zu informieren, einen Raum ohne Ablenkungen einzurichten und mental auf einige Planungstage vorbereitet zu sein.

Lassen Sie uns auch nicht die Tagesordnung mit all den Veranstaltungen vollstopfen, die wir abhalten müssen. Stellen wir sicher, dass wir genug Zeit haben, um mehrere Pausen im Laufe des Tages einzuplanen, da Studien zeigen, dass Menschen dies eher tun erleben Sie nach einem Tag voller Videokonferenzen eine mentale Erschöpfung.

Es ist zwar wichtig, die Technologie zu verwenden, aber es kann ein bisschen viel werden. Lege Regeln fest, wer sprechen kann und wann du die Stummtaste benutzen musst. Dadurch werden Störungen und Hintergrundgeräusche vermieden, die die Konzentration Ihres Teams stören.

3. Wählen Sie Ihre Werkzeuge mit Bedacht

Verteilte agile Teams können das Beste aus der persönlichen Erfahrung simulieren, indem sie Tools auswählen, die für verteilte und hybride Teams entwickelt wurden: Videokonferenzplattformen, Team-Chat, virtuelle Programmboards und interaktive Bereiche für die Zusammenarbeit.

Für welche Tools Sie sich auch entscheiden, der Schlüssel liegt darin, Lösungen zu finden, mit denen sich Kollegen in Echtzeit verbinden können, egal ob im selben Raum oder auf der anderen Seite der Welt.

Richten Sie die Tools ein, testen Sie sie und stellen Sie sie allen Teilnehmern vor der PI Planning-Sitzung vor. Um Überlastung und Verwirrung zu vermeiden, wählen Sie Tools aus, die nahtlos zusammenarbeiten.

4. Praxis

Wir werden das nicht gleich beim ersten Mal richtig machen. Wir werden proben müssen. Wir müssen herausfinden, wie wir Dinge wie Vertrauensabstimmungen durchführen. Verwenden wir die Umfragefunktion auf Zoom oder verwenden wir Slack?

Jeder zieht es vor, früh fertig zu werden, als die Zeit davonzulaufen. Lassen Sie uns etwas Spielraum in die Tagesordnung einbauen.

Erkennen Sie an, dass es immer Verbesserungspotenzial gibt, und bauen Sie dies in unsere Planung ein. Geben wir unseren Mitarbeitern die Möglichkeit, mit uns zu kommunizieren, sei es durch Rückblick oder indem Sie einen Kanal für Feedback öffnen. Wir erhalten nicht nur Feedback darüber, wie die letzte Planungssitzung verlaufen ist, sondern auch darüber, wie wir die Zusammenarbeit im Allgemeinen finden.

5. Machen Sie es zugänglich

Wenn Sie mit verschiedenen Zeitzonen zu tun haben, sollten Sie die PI-Planungsagenda von 2 Tagen auf 3-4 Tage verlängern, um sicherzustellen, dass alle wichtigen Teile der PI-Planungssitzung zu einem für alle Zeitzonen angemessenen Zeitpunkt stattfinden.

Richten Sie jedes Meeting über Google Kalender oder ein anderes Kalendergerät ein, das Ihr Team möglicherweise bereits verwendet. Stellen Sie sicher, dass jedes Meeting benannt ist, gefolgt von einer Beschreibung, damit die Teilnehmer wissen, was sie vorbereiten müssen und welche Tools für dieses Meeting relevant sind. Stellen Sie sicher, dass die richtigen Teilnehmer vor der Veranstaltung alle Einladungen zum Forum erhalten haben.

Wir werden Probleme haben, die Leute mit neuen Tools vertraut zu machen und ihnen den Zugriff auf die benötigten Ressourcen zu ermöglichen. Es wäre großartig, wenn bei PI Planning technischer Support verfügbar wäre. Das wird für manche Menschen einfacher sein als für andere. Aber es ist entscheidend, wenn etwas schief geht.

Wir werden ein Backup brauchen. Ihre Tools müssen zuverlässig sein, und Sie benötigen technischen Support, um sie schnell zu reparieren.

Wir werden mehr Moderatoren als normalerweise benötigen, um all diese Fragen die ganze Woche über beantworten zu können.

Manche Leute sind vielleicht nicht daran gewöhnt, die Tools zu verwenden, die wir ihnen vorschlagen. Gibt es also Schulungen, die ihnen helfen, sich auf den neuesten Stand zu bringen?

6. Bringe die menschliche Erfahrung auf ein neues Niveau

Ergreifen Sie Gelegenheiten, um sicherzustellen, dass agile Teams das Gefühl haben, zusammenzuarbeiten, auch wenn sie tatsächlich getrennt sind, sodass sich die Mitglieder als Teil einer Community sehen mit:

• Gemeinsames Verständnis — Klarheit über Vision, Mission, Zweck und Überblick darüber, was die Teammitglieder tun, wodurch Lernschleifen zwischen den Kollegen erleichtert werden.
• Geteilte Empathie — Der Aufbau menschlicher Verbindungen zu unserem Stamm schafft die psychologische Sicherheit, um zu lernen, zu wachsen und sich weiterzuentwickeln.
• Gemeinsames Erlebnis — Schaffung eines Gefühls von Teamfähigkeit, Identität und gemeinsamem Bauen.

So zeichnen Sie sich bei verteilter PI-Planung mit Easy Agile Programs und Welo aus

Der schwierigste Teil der verteilten PI-Planung ist Bereitstellung der positiven Aspekte der persönlichen Erfahrung für ein verteiltes Team: flüssige Bewegung in und zwischen Räumen, um zusammenzuarbeiten, einfache Möglichkeiten, zu Brainstorming-Sitzungen beizutragen und Whiteboards auf dem neuesten Stand und zugänglich zu halten, und natürliche soziale Interaktionen, die Vertrauen und Kameradschaft aufbauen.

Einfache agile Programme bietet eine komplette PI-Planungslösung, die eine skalierte teamübergreifende Planung und Ausführung einfach macht. Mit einer nahtlosen Jira-Integration ist es ein leistungsstarkes und dennoch einfach zu bedienendes Tool, mit dem Sie die Planung skalieren und die Abstimmung zwischen verteilten, hybriden oder Remote-Teams während der Planung und während der gesamten Ausführung sicherstellen können.

Nun bietet interaktive Räume für die Zusammenarbeit, die die menschliche Erfahrung für verteilte und hybride Teams verbessern. Es repliziert das persönliche Erlebnis flüssiger Interaktionen, müheloser Zusammenarbeit und menschlicher Verbindungen zwischen Kollegen — und das über das isolierte Video hinaus. Die visuelle Orientierung von Welo ermöglicht es jeder Person, im Kontext des Raums präsent zu sein und sich so zu orientieren, dass sie nach Belieben mit Menschen und Gruppen zusammen sein kann.

Mit diesen beiden Tools können Sie Ihren Agile Release Train für den Erfolg von PI Planning vorbereiten. So geht's:

Wählen Sie professionell gestaltete virtuelle Räume

Bringen Sie die besten stationären Räume, die Sie für die persönliche PI-Planung genutzt haben, online — von Plenarräumen über Pausenräume bis hin zu Orten, an denen Sie ungezwungen Kontakte knüpfen können.

Anstatt sich auf ein statisches Rechteck beschränkt zu fühlen, sehen die Mitarbeiter sich selbst und andere im Kontext, bewegen sich in und zwischen Räumen, um vor, während und nach Veranstaltungen von PI Planning mit Kollegen in Kontakt zu treten.

Welo Spaces bieten PI-Teilnehmern auch direkten Zugriff auf aktuelle, relevante Ressourcen wie Jira- und Easy Agile-Apps, die bei allen Veranstaltungen verwendet werden.

Stellen Sie den Geschäftskontext her

Alle Agile Release Train-Mitglieder können auf Informationen über das Programm zugreifen in Einfache agile Programme. Im Abschnitt „Ziele“ unten könnten Sie beispielsweise auf ein vorab aufgezeichnetes Video verlinken, in dem der Geschäftsinhaber die Ziele auf Unternehmensebene anspricht. Daher wissen die Teams, dass ihre Ziele auf Teamebene dazu beitragen müssen. Dadurch wird sichergestellt, dass alle Mitglieder des Agile Release Trains Ihren Geschäftsinhaber auf diese verteilte Weise von Angesicht zu Angesicht sehen und dass sie während der gesamten PI-Planung immer Zugriff auf dieses Video haben.

Nachdem der Produktmanager die Informationen über das Programm gelesen hat, kann er vor dem PI Planning-Event Funktionen in Jira erstellen, die in der Planung besprochen und aufgeschlüsselt werden. Easy Agile Programs lässt sich nahtlos in Jira integrieren, sodass Sie die Arbeit nicht doppelt erledigen müssen. Sie sind bereit, anhand einer visuellen Zeitleiste zu planen, sodass jeder sehen kann, wofür sich das Team während der PI-Planung verpflichtet hat.

Richten Sie Ihr SAFe Program Board ein

Das SAFe Program Board ist ein wichtiges Tool und Ergebnis von PI Planning. Es ist eine visuelle Zusammenfassung von Funktionen oder Zielen, teamübergreifenden Abhängigkeiten und anderen Faktoren, die sich auf deren Umsetzung auswirken. Dies trägt nicht nur zur Transparenz bei, sondern erhöht auch die Flexibilität, wodurch Verzögerungen und schädliche Abhängigkeiten minimiert werden.

Stellen Sie sicher, dass Sie vor der PI-Planungssitzung ein digitalisiertes SAFe-Programmboard eingerichtet haben. Easy Agile Programs repliziert das physische Programmboard. Ein Board, auf das jeder die gleiche Ansicht hat und auf das jeder zugreifen kann. Erfahren Sie, wie Sie mit Easy Agile Programs ein SAFe Program Board einrichten hier.

Bereite deine Teamplanungstafel vor

Das Team Planning Board ist ein Scrum- oder Kanban-Board, das im Programm enthalten ist. Hier planen die Teams ihre Arbeit in den Team-Breakout-Sitzungen während der PI-Planung.

Wenn Sie Ihr Program Board mit Easy Agile-Programmen eingerichtet haben, bereiten Sie die Team-Planungstafeln vor, indem Sie jedes Team vor der PI-Planung zum Programm hinzufügen. Sobald Teams hinzugefügt wurden, werden die Planungstafeln automatisch erstellt und sind bereit für Team-Breakout-Sitzungen. Teams können PI-Ziele auf Teamebene festlegen, Funktionen in Benutzerberichte unterteilen, Probleme abschätzen, um die Kapazität zu verstehen, und Abhängigkeiten zu anderen Teams herstellen.

Vorwärts

Mit verteilter PI-Planung Realität für fast 90% der agilen Teams, die gute Nachricht ist, dass neue Lösungen entwickelt werden, die mit Ihren aktuellen Tools funktionieren. Sie fördern das Mitarbeiterengagement, die reibungslose Zusammenarbeit und effiziente Prozesse, die für erfolgreiche Ergebnisse und berufliche Zufriedenheit entscheidend sind.

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

Einfache agile Programme

Nehmen Sie an einer Demo teil