Retrospectives

Agile Retrospektiven bieten Möglichkeiten zur Selbstbeobachtung. Wie bei vielen Dingen im Leben ist das Ende fast so wichtig wie der Anfang. Deshalb ist es wichtig, das, was während der gesamten Iteration schief gelaufen ist, zu verbessern und zu wiederholen, was gut gelaufen ist.

Das retrospektive Treffen sollte in regelmäßigen Abständen abgehalten werden, um die Teamprozesse und -ergebnisse zu analysieren. Die Reflexion über den letzten Sprint sollte als Richtschnur für den nächsten Sprint dienen.

Sprint-Retrospektiven sind ebenfalls informell, aber strukturiert. Informalität ist ein typisches Merkmal einer Retrospektive, die zur Problemlösung anregt.

In diesem Artikel besprechen wir, was eine agile Retrospektive ist, wie man sie erfolgreich leitet und wie man das Format der Retrospektive nutzt.

Was ist eine agile Retrospektive?

Eine agile Retrospektive ist auch bekannt als Sprint- oder Segelboot-Retrospektive.

Das Scrum-Leitfaden bietet eine klare Definition der agilen Retrospektive. Laut dem Leitfaden kann das agile Team die Sprint-Retrospektive als Gelegenheit nutzen, um schnelles Feedback für kontinuierliche Verbesserungen einzuholen. Kontinuierliche Verbesserung erfolgt durch kontinuierliche Teamarbeit und Arbeitsanalysen.

Während des Treffens bespricht das Team, was gut gelaufen ist und was nicht. Es sollte das Gute identifizieren, das es wiederholen will, sowie die Bereiche, die angepasst werden müssen, damit der nächste Sprint reibungsloser ablaufen kann.

So funktionieren die 12 Prinzipien des Agiles Manifest beschreibt Rückblicke: „In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und passt dann sein Verhalten entsprechend an.“

So implementieren Sie ein Sprint-Retrospektiv-Format

Sie können die agile Retrospektive entweder nach jedem Sprint, Quartal oder dem gesamten Projekt implementieren. Sie sollten jedoch in regelmäßigen Abständen eine Retrospektive durchführen, um die Iterationen und Verbesserungen fortzusetzen.

Verwenden Sie für jedes Meeting ein retrospektives Format. Die Erstellung eines Forums für eine Retrospektive ist ein guter Anfang. Es schafft die Voraussetzungen für das beteiligte Team und es weiß genau, was erwartet wird.

Wir haben retrospektive Boards hinzugefügt Einfacher agiler Teamrhythmus um Ihnen und Ihrem Team bei einem größeren Teil des agilen Zyklus zu helfen, von der Planung bis zur Überprüfung.

So planen Sie das Sprint-Rückblick:

1. Vorbereitung

Wie bei einem Standup-Meeting sollte Ihre Vorbereitungszeit für die Retrospektive etwa 15 Minuten dauern. Das Retro-Meeting ist wie ein Treffen mit magerem Kaffee, bei dem die Tagesordnung relativ unstrukturiert, aber demokratisch ist. Jeder kann seinen Beitrag leisten.

Idealerweise solltest du ein nachträgliches Forum einrichten, in dem Teammitglieder Feedback erfassen können, sobald es entsteht. Denke daran, die Teammitglieder daran zu erinnern, ihre Gedanken vor der Besprechung dem Board mitzuteilen.

Das Rückblickboard hilft dabei, den Retro-Prozess durch Aufgaben zu leiten, bei denen das Team zu kurz kam oder sich durch Aktionsgegenstände hervorgetan hat. Es hilft auch dabei, Bereiche zu identifizieren, in denen Verbesserungen möglich sind, und die Maßnahmen zu identifizieren, die die Gruppe ergreifen muss, um Veränderungen zu bewirken.

Wenn Teammitglieder vor Ort keine Software verwenden, um ihre agile Retrospektive zu ermöglichen, können sie eine andere Technik anwenden. Diese Technik beinhaltet in der Regel ein Whiteboard, Post-Its und Marker, die das Brainstorming während des gesamten Meetings leiten.

Welche Methode auch immer (Scrum oder Kanban), die der Scrum Master verwendet, hilft eine visuelle Darstellung dabei, die bestmöglichen Ergebnisse für zukünftige Arbeitsabläufe zu erzielen.

Heißer Tipp 🔥

Es ist am besten, einen neutralen Moderator oder agilen Coach hinzuzuziehen, der diesen Prozess leitet. Diese Technik sollte dazu beitragen, die Teammitglieder zur Teilnahme und zum Austausch zu ermutigen, ohne sich unter Druck gesetzt zu fühlen.

2. Verwenden Sie die Vorlage für den Rückblick als Richtschnur für Ihr Tagesordnungsformat

Der Vorstand für die Rückschau hilft bei der Festlegung der Tagesordnung für das Sitzungsformat. Ganz gleich, ob Sie starten, beenden, weitermachen, froh, traurig, wütend oder den persönlichen Favoriten unseres Teams wählen — hohe Töne, tiefe Töne und das Halten des Takts. Stellen Sie sicher, dass Sie es an die Bedürfnisse Ihres Teams anpassen.

In der Regel besteht das Verfahren aus sechs Schritten:

2.1 Die Bühne bereiten

Frischen Sie bei Bedarf Ihr Gedächtnis über Themen und Geschichten im letzten Sprint auf. Stellen Sie einen Timer ein und geben Sie dem Team etwas mehr Zeit, um alle kurzfristigen Gedanken oder Dinge hinzuzufügen, die möglicherweise noch fehlen

Zu Beginn der Retrospektive sollte der Scrum Master den Product Owner, die Teammitglieder und andere relevante Stakeholder vorstellen.

Heißen Sie alle willkommen und lassen Sie sie wissen, dass ihre Teilnahme wertvoll ist. Informieren Sie die Teammitglieder darüber, dass Ehrlichkeit entscheidend für positive Ergebnisse ist. Stellen Sie sicher, dass neue Teams wissen, dass Fragen willkommen sind und dass der Erfahrungsaustausch für eine erfolgreiche Sprint-Retrospektive unerlässlich ist.

Wirf einen Eisbrecher ein, um den Ton des Treffens festzulegen. Ein kurzes Spiel mit „Zwei Wahrheiten und einer Lüge“ kann schnell für eine entspannte Atmosphäre sorgen, wenn Sie genug Zeit haben.

Teilen Sie dem Team mit, wie viel Zeit es dauern sollte, jeden Abschnitt des Sprint-Reviews abzuschließen. Um alle auf dem Laufenden zu halten, kann sich der Timer auch hier als nützlich erweisen.

2.2 Feiere die Siege

Gratuliere den Teammitgliedern, die sich ausgezeichnet haben. Besprechen Sie die Veröffentlichung von Erfolgsgeschichten auf LinkedIn oder anderswo, bevor Sie mit dem Sprint-Review fortfahren. Interagiere mit Gegenständen, die auf dem Retro-Board erstellt wurden, reagiere mit einem Emoji oder hinterlasse einen Kommentar.

2.3 Daten sammeln

Die Datenerfassung umfasst das Sammeln von Informationen von Teammitgliedern zu Problemen im Sprint-Retrospektiv. Ziel ist es, dass das Team die Ursache der Probleme aufdeckt.

Die Teammitglieder beginnen diesen Prozess mit dem Austausch von Sprinterfahrungen. Ob die Erfahrung gut, schlecht oder hässlich war — teile sie mit anderen. Es ist immer eine gute Idee, festzuhalten, wie sich alle fühlen. Nehmen Sie an einer Stimmungsumfrage teil, um das allgemeine Gefühl im Team zu verstehen.

Teilen Sie mit, welche Prozesse Sie verwendet haben und welche Meilensteine Sie erreicht haben. Wenn Teammitglieder neue Technologien angewendet haben, teilen Sie uns mit, wie diese funktioniert haben. Wenn sie neue Tools verwendet haben, teilen Sie allen die Vor- und Nachteile der einzelnen Tools mit. Was auch immer die Erfahrung war, lassen Sie alle wissen, was gut funktioniert hat und was eine Enttäuschung war.

Der Scrum-Master kann diese Phase erleichtern, indem er die „Fünf-Warum-Methode“ anwendet. Die „Fünf Warum“ beziehen sich im Wesentlichen auf die fünfmalige Frage, warum ein Problem aufgetreten ist. Wenn Sie die Frage mehrmals wiederholen, wird tiefgründiges Nachdenken unterstützt, um der Ursache des Problems auf den Grund zu gehen.

2.4 Brainstorming-Lösungen

Sobald die Teammitglieder die Mängel des vorherigen Sprints identifiziert haben, können sie Lösungen finden.

Bei der Teamsitzung sollte es nun um Zusammenhänge zwischen Problemen und Lösungen gehen. Das Verknüpfen von Problemen und Lösungen erfordert Verständnis. Sobald das Team seine Fehler verstanden hat, kann es sich mehrere Lösungen überlegen, um jeden Problembereich durch bessere Maßnahmen zu lösen.

Bringen Sie so viele Ideen wie möglich ein, um mehrere Lösungen in Betracht zu ziehen. Sobald sich das Team über den Aktionspunkt einig ist, sollten Sie ihn unbedingt festhalten, damit die entsprechenden nächsten Schritte eingeleitet werden können.

Der retrospektive Vorstand in Teamrhythmus befindet sich neben deiner Arbeit in Jira, sodass rückblickende Elemente hinzugefügt werden können, wenn der Sprint oder die Version fortschreitet. Aktionspunkte aus der Retrospektive können in Jira-Probleme umgewandelt werden, sodass Elemente, die eine Aktion wert sind, am Ende der Diskussion nicht verloren gehen.

Das Scrum Master sollte auch sicherstellen, dass das Team in dieser Phase befugt ist, entsprechende Lösungen vorzuschlagen. Wenn sie nicht befugt sind, Probleme zu lösen, muss der Scrum Master das Problem auf eine höhere Ebene bringen.

2.5 Wählen Sie praktikable Lösungen

Nicht alle Lösungen aus der Brainstorming-Phase werden realisierbar sein. Bitten Sie das Scrum-Team, einschließlich des Product Owners, für jedes Problem drei vielversprechende Lösungen auszuwählen. Sie können verschiedene Techniken verwenden, um diesen Prozess einzugrenzen, und die Teammitglieder bitten, abzustimmen. Vielleicht möchtest du es mit einer Punktabstimmung versuchen oder positiv abstimmen, indem du der Lösung einen Daumen hoch gibst.

Bei der einfachen Abstimmung muss jeder die Lösung auswählen, die für ihn in der Folgeaktivität am besten geeignet ist. Bei der Punktabstimmung finden die Meeting-Teilnehmer die besten drei Lösungen, indem sie einen Punkt auf drei der Ideen platzieren, von denen sie glauben, dass sie am wertvollsten sind.

Schließlich bedeutet das Mehrstimmensystem, dass der Scrum Master jedem Punkte gibt. Das Scrum-Team muss diese Punkte dann für eine oder mehrere der besten Ideen vergeben.

2.6 Beenden Sie das Meeting

Beenden Sie das Meeting mit einer positiven Note, bevor Sie mit dem nächsten Sprint fortfahren. Versuche zu gehen mit:

• Eine detaillierte Zusammenfassung des vorherigen Sprints
• Eine detaillierte Sprint-Planungsübung für das nächste Sprint-Meeting
• Klare Aktionspunkte und nächste Schritte
• Arbeiten Sie als Team zusammen, um festzustellen, ob dieses Ergebnis effektiv ist oder für die nächste Iteration verbessert werden muss

3. Ergebnisse der Sprint-Sitzung im Rückblick

Softwareentwicklungsteams können die S.M.A.R.T.-Kriterien um ihre Lösungen zu analysieren. Das Einholen der Inputs des Product Owners ist ein wertvoller Teil der retrospektiven Treffen, da sie die Prioritäten und Sichtweisen diversifizieren

Der agile Coach oder Scrum Master nimmt die S.M.A.R.T.-Lösungen auf und übersetzt sie in Item-Aktionen. Der Scrum Master sollte die Teammitglieder bitten, Verantwortung für Aktivitäten zu übernehmen, um Eigenverantwortung zu fördern und Verhaltensänderungen zu fördern.

Sobald der Product Owner zustimmt, sollte jede Aktivität Teil des Backlogs werden.

Wie man durch eingehende Selbstbeobachtung zu erfolgreichen Retrospektiven kommt

Eine gründliche Selbstbeobachtung fördert kontinuierliche Verbesserung und Produktivität. Das Befolgen einer Vorlage für den Rückblick hilft dabei, diese Ziele zu erreichen und unterstützt gleichzeitig die integrierte Teamarbeit. Der Product Owner profitiert auch von Ihren Teamleistungen bei jeder Sprint-Retrospektive, was ein vorrangiges Ziel ist.

Verbessern Sie die Teamausrichtung mit Team-Retrospektiven

Einfacher agiler Teamrhythmus unterstützt agile Retrospektiven und hilft Ihnen und Ihrem Team, ein gemeinsames Verständnis der Arbeit zu entwickeln und zu verstehen, wie Sie am besten zusammenarbeiten. Unser Ziel ist es, agilen Teams dabei zu helfen, effektiv zusammenzuarbeiten.

Testen Sie Easy Agile TeamRhythm 30 Tage lang kostenlos

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

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

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

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

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

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

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

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

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

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

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

Agiler Planungsfehler #3: Verwendung langweiliger, flacher Produktlandkarten

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Wir gehen zu den Rennen! 🏃🏃 ‍ ♀️ Sprints sind ein wichtiger Bestandteil der agilen Methodik. Ein Sprint ist ein vordefinierter Zeitraum, in dem agile Teams gemeinsam auf ein vereinbartes Sprintziel hinarbeiten. Es gibt vier Arten von Agile-Meetings, die im Laufe eines Sprints stattfinden, und jede davon ist entscheidend, um den Erfolg des agilen Prozesses sicherzustellen. Es geht darum, durch eine vorgegebene Menge an Arbeit zu sprinten, um die Ziellinie zu erreichen, wo Sie aus Ihrem Prozess lernen und das Rennen erneut beginnen (nur besser dran aufgrund dessen, was Sie im vorherigen Sprint gelernt haben).

Agile Meetings werden genutzt, um Teammitglieder, Führungskräfte und Stakeholder auf den gleichen Stand zu bringen, und sie leiten den Prozess eines agilen Sprints oder Gedränge.

In diesem Beitrag werden die vier wichtigsten Agile-Meetings behandelt, zu denen Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven gehören. Außerdem besprechen wir ein zusätzliches Agile-Meeting, das zur Verfeinerung des Backlogs genutzt wird.

Agile Besprechungen im Vergleich zu Scrum-Besprechungen

Scrum ist agil Methodik das wird am häufigsten in der Softwareentwicklung verwendet. Scrum-Meetings sind technisch gesehen eine Art agiles Meeting, aber sie haben spezifischere Parameter, die so konzipiert sind, dass sie in das Scrum-Framework passen. Der Prozess dreht sich um einen 2-4 wöchigen Sprint, an dem ein Product Owner, ein Scrum Master und das gesamte Scrum-Team beteiligt sind.

Wir haben es abgedeckt Scrum-Meetings (Zeremonien) ausführlich in einem anderen Artikel. In diesem Beitrag konzentrieren wir uns auf die vier wichtigsten agilen Meetingtypen. Diese Prozesse und Best Practices können überall angewendet werden mehrfach agil Methodologien, einschließlich Scrum und Kanban. Dieses Framework kann auch über die Softwareentwicklung hinaus branchenübergreifend angewendet werden und sich an die Bedürfnisse der meisten Teams anpassen.

Einfach ausgedrückt: Scrum hat einen starreren Rahmen, der auf vier Zeremonien/Treffen folgt. Der agile Prozess ist fast derselbe, mit vier sehr ähnlichen Meetings, aber es gibt mehr Flexibilität, um den Zeitrahmen des Sprints anzupassen und den Prozess anzupassen, wenn nicht speziell die Scrum-Richtlinien befolgt werden. Okay, vielleicht ist das immer noch nicht einfach ausgedrückt, aber es wäre nicht agil, wenn es linear und unkompliziert wäre.

Die 4 Arten von agilen Meetings

Es gibt vier zentrale Agile-Meetings: Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiv-Meetings. Ein Sprint beginnt mit einem Sprint-Planungsmeeting. Jeden Tag findet ein tägliches Standup-Meeting statt. Schließlich finden am Ende des Sprints ein Sprint-Review und eine Retrospektive statt. Der Vorgang wiederholt sich mit neuen Federn, bis das Produkt, das Projekt oder die Arbeit abgeschlossen ist.

1. Besprechung zur Sprint-Planung

Das Sprint-Planungsmeeting findet zu Beginn eines Sprints statt und bezieht das gesamte Team mit ein. Bei der Sprint-Planung trifft sich das gesamte Team, um zu besprechen und zu vereinbaren, welche Arbeitsaufgaben (Backlog-Elemente) in das Sprint-Backlog verschoben werden sollen — die Elemente, die bis zum Ende des Sprints erledigt sein müssen. Während des Meetings werden die Sprintziele festgelegt und das Team orientiert sich an den Erwartungen.

Ohne ein Sprint-Planungstreffen zur Erläuterung der Sprint-Backlog (Aufgaben, die erledigt werden müssen), das Team wird während des Sprints Zeit damit verschwenden, herauszufinden, welche Arbeit Vorrang hat.

Zu vermeidende Fehler bei der Sprint-Planung:

• Beginnen Sie mit der Planung ohne verfeinerter Backlog
• Nicht auf derselben Wellenlänge wie Ihre Stakeholder
• Den Kunden und die Kundenreise bei der Planung ignorieren
• Erstellung eines starren Plans, der keinen Raum für Wachstum oder Anpassung bietet
• Mit fad flache Produktkarten denen ein kritischer Kontext fehlt
• Versäumnis, rückblickende Erkenntnisse in die folgende Planungssitzung einzubeziehen

Erfahre mehr über häufige Fehler bei der agilen Planung und wie Ihr Entwicklungsteam diese Fallstricke vermeiden kann.

2. Tägliches Standup-Meeting

Das tägliche Standup-Meeting findet an jedem Tag des Sprints statt. Im Scrum-Prozess könnte dieses Meeting auch als tägliches Scrum-Meeting bezeichnet werden. Es ist eine Gelegenheit für das Team, sich über die Arbeit auszutauschen, die am Vortag erledigt wurde, und darüber, was jede Person oder jedes Team in den nächsten 24 Stunden erledigen will.

Das Treffen zielt darauf ab, drei wichtige Fragen zu beantworten:

• Welche Arbeiten wurden seit dem letzten Standup abgeschlossen, um dem Team zu helfen, das Sprintziel zu erreichen?
• Welche Arbeiten planen Sie heute abzuschließen?
• Steht dir derzeit etwas im Weg oder behindert es deinen Fortschritt?

Dies ist ein guter Zeitpunkt, um etwaige Engpässe zu beheben. Was hat die Verzögerung verursacht, wenn die vom Vortag geplanten Arbeiten nicht abgeschlossen wurden, und wie kann das Team zusammenarbeiten, um Probleme zu lösen, die verhindern, dass die Arbeit voranschreitet?

Ein Standup-Meeting ist kurz und auf den Punkt gebracht, sodass jeder wieder zu der Arbeit zurückkehren kann, die er zu Ende bringen möchte. So kurz, dass oft Teilnehmern empfohlen wird stehen für die Dauer des Treffens. Daher der Name Daily Standup. Es umfasst alle Teammitglieder und findet idealerweise jeden Tag zur gleichen Zeit statt, um sicherzustellen, dass jeder immer teilnehmen kann.

Tägliche Standup-Fehler, die es zu vermeiden gilt:

• Die Zeit während des Meetings nicht im Auge behalten
• Kontinuierliches Überschreiten der zugewiesenen Besprechungszeit
• Umherschweifende Teilnehmer, die nicht bereit sind, die wichtigsten Fragen des Treffens zu beantworten
• Das Meeting aus Zeitgründen überspringen
• Teammitglieder kommen zu spät zum Meeting oder verpassen es ganz
• Den lautesten Stimmen erlauben, den Rest des Teams zu überschatten
• Jemanden dieselbe Aufgabe an mehreren aufeinanderfolgenden Tagen angeben lassen
• Unfähigkeit, potenzielle Engpässe zu beheben
• Zuweisung von Arbeiten, die über die Kapazität einer Person hinausgehen

3. Sitzung zur Sprint-Überprüfung

Das Sprint-Review ist eine Gelegenheit für das Team, die Arbeit, die es während des Sprints geleistet hat, zu präsentieren. Bei diesem Meeting kann es sich um eine interne Präsentation oder eine formellere Demonstration für die Beteiligten handeln, je nachdem, welche Anforderungen das Projekt hat und wie weit die Arbeit bereits fortgeschritten ist.

Zu vermeidende Sprint-Review-Fehler:

• Nicht richtig auf das Meeting oder die Demonstration vorbereitet
• Stakeholder nicht in Ihren Prozess einbeziehen
• Versäumnis nachzuweisen, wie die Arbeit dem Kunden einen Mehrwert bringt
• Erfolge übertreiben oder verschönern
• Versäumnis, Probleme zu lösen und wie sie gelöst wurden
• Das Feedback zum Sprint-Review wird nicht in das nächste Sprint-Planungstreffen einbezogen

4. Sitzung zum Rückblick auf den Sprint

Die Retrospektive ist ein entscheidender Teil des agilen Prozesses. Das Meeting findet am Ende des Sprints statt und bringt das gesamte Team zusammen, um seine Prozesse zu bewerten und zu besprechen, wie es sich beim nächsten Mal verbessern kann.

Welche Aspekte des Sprints verliefen gut und was können Sie aus diesem Erfolg lernen? Was lief nicht so gut und auf welche Engpässe ist das Team gestoßen? Was könnte beim nächsten Mal besser gemacht werden? Da es bei Agile vor allem um Lernen und Iterieren geht, gibt es nach jedem Sprint etwas zu lernen. Alles, von gut über schlecht bis mittelmäßig, kann in umsetzbare Verbesserungen umgewandelt werden.

Zu vermeidende Fehler im Nachhinein:

• Einzelne Teammitglieder für Engpässe verantwortlich machen
• Nur die lautesten Stimmen geben Einblick
• Es gelingt nicht, die leisen Stimmen im Raum zu stärken
• Immer wieder dieselben Fragen wiederholen, ohne die Dinge zu ändern
• Zulassen, dass die Retrospektive zu lang ist (zwei Stunden für einen zweiwöchigen Sprint anstreben)
• Überspringen einer Retrospektive aus Zeit- oder Ressourcenmangel
• Erkenntnisse oder Bedürfnisse von Stakeholdern vergessen oder nicht mit einbeziehen
• Versäumnis, das zu verbessern Sprint-Rückblick Prozess (Rückblick — der Rückblick!)
• Fehlende Berücksichtigung rückwirkender Erkenntnisse in den nächsten Sprint

Bonus: Besprechung zur Verfeinerung des Backlogs

Man könnte argumentieren, dass es ein fünftes Agile-Meeting gibt, insbesondere in der Welt der Produktentwicklung. Vor dem Sprint-Planungsmeeting muss der Product Owner ein Produkt-Backlog erstellen, das alle Aufgaben und Elemente umfasst, die das Team erledigen muss, um das Endprodukt oder Projekt vollständig zu entwickeln. Zu den Elementen gehören Benutzerberichte, Bugfixes, Funktionen und andere Aufgaben, die angegangen werden müssen, um das Endziel zu erreichen.

Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, indem Artikel so angeordnet werden, dass sie im nächsten Sprint die größte Wirkung erzielen. Bei der Backlog-Verfeinerung stellt ein Product Owner sicher, dass die Backlog-Elemente genügend Informationen, Details und Prioritäten enthalten, sodass das Team kluge Entscheidungen darüber treffen kann, was wann angegangen werden soll.

Je nach dem aktuellen Stand des Produkt-Backlogs kann vor Beginn der Sprint-Planung ein Meeting zur Feinabstimmung des Backlogs stattfinden. Außerhalb der Produktentwicklungsbranche könnte der Produkt-Backlog einer Aufgabenliste für ein Hauptprojekt ähneln.

Bei der Verfeinerung des Backlogs sollten folgende Fehler vermieden werden:

• Die Backlog-Verfeinerung wurde nicht rechtzeitig für die Sprint-Planung abgeschlossen
• Für das Planungstreffen bleibt zu viel Verfeinerung des Rückstands übrig
• Fehlende Priorisierung von Artikeln, die dem Kunden einen Mehrwert bieten
• Keine Berücksichtigung neuer Rückmeldungen, Fragen und Bedenken von Stakeholdern

Agile Meetings: Abschließende Überprüfung

Da hast du es also! Die vier wichtigsten Agile-Meetings sind Sprint-Planung, tägliche Standups, Sprint-Reviews und Sprint-Retrospektiven. Eine lobende Erwähnung geht an die Verfeinerung des Backlogs.

Lassen Sie uns den Zweck der einzelnen Besprechungen überprüfen:

• Sprint-Planung bringt alle auf den gleichen Stand darüber, was im Laufe des kommenden Sprints erreicht werden muss.
• Tägliche Standups stellen Sie sicher, dass das Team auf Kurs bleibt und hilft ihnen, potenzielle Engpässe zu beheben und zu lösen.
• Sprint-Bewertungen sind eine Gelegenheit für das Team, den Stakeholdern die während des Sprints geleistete Arbeit zu präsentieren und kritisches Feedback zu erhalten.
• Sprint-Retrospektiven Ermöglichen Sie dem Team, zusammenzukommen, um zu besprechen, was gut und was nicht gut gelaufen ist und wie es sich beim nächsten Mal verbessern kann.
• Verfeinerung des Backlogs bereitet das Backlog für die Sprint-Planung vor, um im nächsten Sprint die größtmögliche Wirkung zu erzielen.

Halten Sie effektive agile Meetings mit Easy Agile ab

Easy Agile setzt sich dafür ein, Teams dabei zu helfen, mit Agile besser zu arbeiten. Easy Agile entwickelt Produkte, die speziell für Jira-Benutzer entwickelt wurden, um agilen Teams zu helfen, effizienter und effektiver zu arbeiten.

Wir veröffentlichen regelmäßig Listen mit Tools, Ratschlägen und Anleitungen für agile Teams. Wenn Sie mit Jira arbeiten, werden Sie feststellen, dass unsere Ressourcen besonders hilfreich sind, um sich in der Produktentwicklung zurechtzufinden und Jira-Apps das wird die Art und Weise verbessern, wie Ihr Team zusammenarbeitet.

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.

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