Mach doch mal wieder ne Review

Die Agile Review: Mehr als nur Status-Update – Kultur, Transparenz und Wachstum für Teams

TL;DR: Die Agile Review ist weit mehr als eine Präsentation abgeschlossener Arbeitspakete. Sie fördert eine offene Fehlerkultur, schafft umfassende Transparenz über laufende Projekte und stärkt das Vertrauen sowie die Gemeinschaft innerhalb ganzer Bereiche. Durch das Teilen von Zwischenständen und Experimenten wird kontinuierliche Verbesserung zur Selbstverständlichkeit und treibt das organisationale Wachstum voran.

Worum geht es?

Die Review, ursprünglich ein fester Bestandteil des Scrum-Frameworks, wird oft als Termin missverstanden, bei dem lediglich fertige Inkremente präsentiert werden. Doch das Podcast-Team Florian und Jan zeigt, dass dieses Format ein enormes ungenutztes Potenzial birgt. Sie beleuchten, wie eine Review – insbesondere eine bereichsübergreifende – zu einem zentralen Element der Unternehmenskultur avancieren kann, das Transparenz fördert, die Fehlerkultur stärkt und Teams auf allen Ebenen der lernenden Organisation zum Wachstum anregt.

Die Methode auf einen Blick (Methoden-Steckbrief)

Kriterium Details
Einsatzgebiet Scrum-Teams (klassisch), gesamter Bereich/Abteilung, Workshops, Meetings, Retrospektiven (als inspirierende Methode)
Zielgruppe / Größe Dev-Teams und Stakeholder (klassisch), Teams und Mitarbeitende eines gesamten Bereichs
Dauer Regelmäßig, z.B. alle vier Wochen (wie im Beispiel einer Bereichs-Review)
Material Nicht spezifisch benannt (klassisch: Beamer, Jira-Tickets; erweitert: Einladungen, Flyer, Plakate, Backwaren für Event-Charakter)
Schwierigkeitsgrad Nicht spezifiziert

Der konkrete Mehrwert für das Team

  • Erhöhte Transparenz: Teams erhalten einen Überblick über Arbeiten in anderen Bereichen und Projektstände, was Orientierung schafft und den Blick über den Tellerrand fördert.
  • Förderung der Fehlerkultur: Das Zeigen von Zwischenständen, Experimenten und sogar gescheiterten Versuchen wird gefeiert, wodurch die Angst vor Fehlern abnimmt und Learnings geteilt werden.
  • Kontinuierliche Verbesserung: Durch die Präsentation von 80-Prozent-Lösungen und kontinuierlicher Weiterentwicklung wird ein Mindset gefördert, das Perfektionismus zugunsten von agilem Wachstum ablegt.
  • Stärkung von Gemeinschaft und Vertrauen: Regelmäßige gemeinsame Erlebnisse, bei denen Erfolge gefeiert und Herausforderungen offen besprochen werden, fördern das Zusammengehörigkeitsgefühl und stärken das Vertrauen untereinander.

Schritt-für-Schritt-Anleitung

  1. Grundlagen der klassischen Review verstehen: Beginne mit dem Verständnis, dass ein Dev-Team seine auslieferbaren Inkremente zeigt und Feedback von Stakeholdern einholt.
  2. Konzept erweitern: Überlege, wie eine Review für einen größeren Kontext, z.B. einen gesamten Bereich oder eine Abteilung, gestaltet werden kann, statt nur für ein einzelnes Team.
  3. Regelmäßigen Rhythmus etablieren: Lege fest, wie oft die Review stattfindet. Im Beispiel wird ein Vier-Wochen-Rhythmus für eine Bereichs-Review genannt.
  4. Fokus auf Zwischenstände legen: Ermutige Teams, nicht nur fertige Produkte, sondern auch laufende Arbeiten, Experimente und erste Erkenntnisse zu präsentieren.
  5. Fehlerkultur aktiv fördern: Schaffe eine Atmosphäre, in der auch Scheitern und die daraus gezogenen Learnings offen geteilt und sogar gefeiert werden.
  6. Aktive Beteiligung und Event-Charakter fördern: Anstatt eines trockenen Status-Meetings, gestalte die Review als echtes Team-Event. Dies kann durch freiwillige Präsentationen, kreative Einladungen, thematisches Backen oder das Verteilen von Flyern geschehen.
  7. Kommunikation und Interaktion anregen: Fördere den Austausch, das Klatschen, Johlen und das Melden von Freiwilligen, um die Review zu einem lebendigen, kulturgebenden Ritual zu machen.

Stolpersteine & Tipps für die Moderation

Ein häufiger Stolperstein ist die Wahrnehmung der Review als eine langweilige, rein funktionale Präsentation von Jira-Tickets. Um dies zu vermeiden, liegt der Fokus darauf, die Review als ein lebendiges, interaktives Event zu gestalten. Ermutige Teams, ihre Präsentationen kreativ aufzubereiten und nicht nur Ergebnisse, sondern auch den Weg dorthin – inklusive Herausforderungen und Erkenntnissen – zu teilen. Eine offene Haltung gegenüber Zwischenständen und dem Feiern von Lernprozessen, auch wenn sie aus Misserfolgen resultieren, fördert die psychologische Sicherheit. Aktive Einbindung, beispielsweise durch das Freistellen von Zeit für Vorbereitung und das Anbieten von Unterstützung bei der Gestaltung, verwandelt die Review von einer Pflichtübung in ein echtes Highlight für den gesamten Bereich, das Stolz auf die eigene Arbeit widerspiegelt und die Gemeinschaft stärkt.

Häufig gestellte Fragen (FAQ)

Was ist der Unterschied zwischen einer klassischen Scrum Review und der hier vorgestellten Bereichs-Review?

Die klassische Scrum Review konzentriert sich darauf, dass ein Dev-Team seine auslieferbaren Inkremente (fertige Ergebnisse) den Stakeholdern zeigt und Feedback einholt. Die vorgestellte Bereichs-Review hingegen wird für den gesamten Bereich eingesetzt und fokussiert sich auch auf Zwischenstände, Experimente, Learnings und die Förderung einer Fehlerkultur, um Transparenz, Gemeinschaft und kontinuierliches Wachstum über Teamgrenzen hinweg zu stärken.

Wie oft sollte eine solche bereichsübergreifende Review stattfinden?

Im Podcast wird für die Bereichs-Review ein Rhythmus von „alle vier Wochen“ als Beispiel genannt. Die Frequenz kann jedoch je nach Kontext und den Bedürfnissen der Organisation angepasst werden.

Welche Vorteile bietet eine Review über die reine Statuspräsentation hinaus?

Eine gut gestaltete Review kann weit mehr als nur den Projektstatus kommunizieren. Sie fördert Transparenz, stärkt die Fehlerkultur, teilt Wissen und Learnings, schult die Mitarbeitenden gegenseitig, stärkt die Gemeinschaft und das Vertrauen und macht Verantwortlichkeiten deutlich sichtbar. Sie dient als kulturgebendes Ritual, das den Stolz der Mitarbeitenden auf ihre Produkte widerspiegelt.

Muss eine Review immer formell sein und nur abgeschlossene Projekte zeigen?

Nein, der Podcast betont explizit, dass eine Review viel mehr sein kann. Sie sollte Zwischenstände zeigen, Experimente vorstellen und auch Fehler als Lernchancen präsentieren. Zudem kann sie durch kreative Gestaltung (z.B. als Team-Event mit Backwaren, Flyern und Plakaten) weniger formell und kulturgebender werden.

Tiefer eintauchen: Die komplette Folge

Mach doch mal wieder ne Review

Die Review ist eigentlich ein Termin-Klassiker – und dennoch haben wir im Podcast noch nie drüber gesprochen. Dabei hat eine gute Review so viele Vorteile. Wir verraten sie!

🎧 Hier geht es direkt zur Episode

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert