5 Schritte zur Durchführung effektiver Sprint-Retrospektiven

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

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

Was ist eine agile Retrospektive?

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

Der Schwerpunkt des Sprint-Retrospektiv-Meetings

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

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

Hier sind die vier Fragenbereiche, die zur Diskussion stehen:

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

1. Was lief wie geplant?

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

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

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

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

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

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

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

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

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

In dieser Runde sollte das Team Folgendes besprechen:

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

4. Was verwirrt das Team immer noch?

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

Hier ist es wichtig, über Folgendes zu sprechen:

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

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

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

Optionen für rückwirkende Vorlagen

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

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

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

1. Starten, stoppen, weitermachen

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

2. Vier Ls

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

3. Seestern

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

4. Segelboot

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

5. Verrückt, traurig, froh

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

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

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

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

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

Team-Retrospektiven direkt in Jira

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

EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

Retrospektiven tragen dazu bei, ein Umfeld zu schaffen, in dem die Teammitglieder ihre Siege und Herausforderungen frei miteinander teilen können. Indem Sie dieses Feedback fördern, erhalten Sie wichtige Einblicke in das, was in der nächsten Iteration verbessert werden kann. Aber obwohl es in der Theorie einfach klingt, tun sich viele Teams schwer, etwas zu erreichen agile Retrospektiven in der Praxis arbeiten.

Wenn wir also wissen, dass Team-Retrospektiven eine großartige Möglichkeit sein können, kontinuierliche Verbesserungen voranzutreiben und Mehrwert zu schaffen — warum tun sich so viele Teams schwer, alles richtig zu machen?

Der rutschige Hang zur Checkbox-Übung

Laut Tenille Hoppo, Produktmarketing-Managerin von Easy Agile, steckt das Problem mit Retrospektiven oft hinter zwei zentralen Herausforderungen. „Wenn Sie Woche für Woche dieselben Diskussionen führen und das Team nicht sieht, dass sich etwas ändert, können die Leute müde, unmotiviert und gelangweilt werden“, sagte Tenille. „Mit der Zeit verlieren Retrospektiven an Ansehen und sind als Prozess weniger effektiv. Schließlich werden sie zu nichts weiter als einer Übung zum Ankreuzen.“

„Dann ist da noch die Herausforderung, Aktionen in Echtzeit zu erfassen“, so Tenille. „Wir waren alle schon einmal schuldig, großartige Ideen gehabt zu haben, während wir an etwas gearbeitet haben, aber bis zur nächsten Retrospektive ist die Idee weg.“

Die Herausforderungen, Retrospektiven aktuell, produktiv und in die Arbeit in Jira zu integrieren, stehen hinter der Entwicklung von Einfacher agiler Teamrhythmus, eine App, die entwickelt wurde, um diese häufigen Probleme zu lösen und Teams dabei zu helfen, ihren Kunden schneller einen Mehrwert zu bieten.

Integration von User Story Maps und Retrospektiven

„Wir waren der Meinung, dass Teams, wenn wir den rückblickenden Prozess direkt in die Arbeit in Jira integrieren könnten, besser in der Lage wären, die Probleme zu lösen, die ihren Fortschritt blockieren, und effektiver zu arbeiten“, so Tenille. „Also haben wir im Rahmen eines Inception Week-Projekts die Grundlagen festgelegt, und bald darauf war Easy Agile TeamRhythm geboren.“

Easy Agile TeamRhythm ersetzt unsere erste App, Easy Agile User Story Maps, und integriert Team-User-Story-Maps mit Team-Retrospektiven. Die User Story Maps werden für die Planung und Verwaltung der Arbeit (einschließlich Sprint-Planung und Backlog-Verfeinerung) verwendet, während retrospektive Boards Teams dabei helfen, diese Arbeit besser zu erledigen. „Es war sinnvoll, auf den Funktionen von Easy Agile User Story Maps zur Sprint-Planung und Backlog-Verfeinerung aufzubauen und rückblickende Boards einzuführen, um Verbesserungsideen zu erfassen und zusammenzustellen“, so Tenille. „Da Retrospektiven dort platziert sind, wo die Arbeit in Jira verwaltet wird, können Sie Aktionspunkte in Jira-Probleme umwandeln und die Arbeit planen, um sicherzustellen, dass Retrospektiven effektiv und wertvoll sind.“

Aufsehenerregende Retrospektiven mit Easy Agile TeamRhythm

Easy Agile TeamRhythm unterstützt Teams von der Planung über die Veröffentlichung bis hin zu Retrospektiven. Es umfasst User Story Mapping, Sprint-Planung, Versionsplanung, Backlog-Refinement und Team-Retrospektiven.

Durch die Integration eines Team-Retrospektiv-Boards in deine Jira-Boards können agile Teams die App nutzen, um:

Erfassen Sie Feedback in Echtzeit

Teammitglieder können Feedback schnell und einfach erfassen, während sie ihre Arbeit erledigen. So gehen Feedback und Ideen nicht verloren, sondern warten auf Sie, wenn Sie die nächste Retrospektive durchführen.

Bekämpfen Sie Müdigkeit mit Schablonen

Du kannst auf verschiedene Vorlagen zugreifen, um das Format von Rückblicken zu ändern, Dinge anders zu gestalten und das Interesse der Teammitglieder zu wecken. Dies kann Teams auch dabei helfen, Dinge aus verschiedenen Blickwinkeln zu betrachten und neue Ideen zu entwickeln.

Zu den aktuellen Vorlagen gehören:

• Fundament
  Eine hochgradig anpassbare Vorlage, die auf dem Modell Start, Stop, & Continue basiert. Das Team schaut sich an, welche Maßnahmen es einführen möchte, welche nicht funktionieren und welche Maßnahmen im nächsten Zyklus fortgesetzt werden können.
• Holen Sie sich Rhythmus
  Eine Vorlage zum Thema Musik, die das retrospektive Format des 4 L verwendet, um zu verstehen, was „geliebt, gelernt, verabscheut und ersehnt“ ist. Das Team nennt, was sie schätzen, was ihnen der Sprint beigebracht hat, was schief gelaufen ist und wovon sie mehr gewollt hätten.
• Weltraummission
  Eine Vorlage mit herausragendem Thema, die auf dem Sailboat-Format der Retrospektive basiert. Sie untersucht die Ansätze, die den Fortschritt behindern oder zu wünschenswerten Ergebnissen führen, und legt die Richtung für die Planung der nächsten Iteration fest.
• Rosenblüte
  Eine Vorlage zum Thema Rose, die auf dem Seestern-Modell basiert und bei der die Wirksamkeit von Aktionselementen bewertet wird, um zu bestimmen, welche Methoden sie beibehalten, verwerfen und in der nächsten Runde anwenden sollten.

Verbessern Sie die nächste Iteration, indem Sie Erkenntnisse anwenden

In der Spalte „Aktionen“ setzen Sie Feedback in konkrete Maßnahmen um und schaffen eine integrierte Rechenschaftspflicht. Mit nur zwei Klicks kannst du ein Aktionselement in ein Jira-Problem verwandeln, das automatisch zu deinem Backlog hinzugefügt wird. Anschließend kannst du einen Besitzer zuweisen und es in einen bevorstehenden Sprint oder eine bevorstehende Veröffentlichung einplanen.

„Wir haben unsere Kommunikation und Teamausrichtung verbessert, was uns zu schnelleren Ergebnissen verholfen hat.“

Casey Flynn, Adidas

Mach deine nächste Version besser

„Bei Agilität geht es nicht darum, Ihrem Team jedes Gramm Arbeit abzunehmen, und es geht auch nicht darum, Zeit mit unproduktiven Besprechungen zu verschwenden, die zu keinem Ergebnis führen“, so Tenille. „Mit Easy Agile TeamRhythm bieten wir das Framework und die Funktionen, um Erkenntnisse auszutauschen, Lösungen zu planen und Maßnahmen zu ergreifen. Und wenn sich Teams auf schrittweise Verbesserungen konzentrieren, können sie anfangen, besser zusammenzuarbeiten, sich in ihrer Rolle glücklicher zu fühlen und bessere Ergebnisse erzielen.“

EASY AGILE TEAMRHYTHM 30 TAGE KOSTENLOS TESTEN

Möchtest du mehr hören?

Tenille hielt in einem Webinar mit Atlassian Solution Partner einen Vortrag zu diesem Thema Almarise. Sehen Sie sich die vollständige Präsentation unten an.

‍