Tribe Review

Tanja sagt:

wir hatten im Tribe Circle folgendes vereinbart:

Leider weiß ich gerade nicht, warum wir diese Änderung nicht bereits umgesetzt haben.

@Schaffer, Daniela (Allianz Technology): weißt du wer sich um die Anpassung der Termine kümmern wollte?

Viele Grüße

Tanja (Kuhnle)

Primäres Ziel: Überprüfung des Fortschritts in Richtung des Product Goals sowie Erhebung von Feedback und neuen Anforderungen.

Fokus:
- Präsentation des Inkrements: Lauffähige, getestete Software oder Produktbestandteile, die „done“ sind.
- Interaktive Diskussion mit Stakeholdern über Fortschritte, Hindernisse und weitere Prioritäten.
- Anpassung des Product Backlogs basierend auf den Erkenntnissen und Feedback.

Begrüßung und Kontext:
- Der Product Owner eröffnet die Review mit einem Überblick über den Sprint-Fortschritt und das Sprintziel.

Präsentation des Inkrements:
- Das Scrum-Team zeigt lauffähige und getestete Ergebnisse. Dies erfolgt durch Demos oder praktische Vorführungen.

Feedback sammeln:
- Stakeholder geben Feedback zu den präsentierten Ergebnissen und diskutieren potenzielle Verbesserungen oder neue Anforderungen.

Anpassung des Product Backlogs:
- Basierend auf dem Feedback werden neue Anforderungen oder Prioritäten ins Product Backlog aufgenommen und priorisiert.

Abschluss:
- Diskussion über den Fortschritt in Richtung des Product Goals und nächste Schritte.

Art des Meetings: Informell, keine Statusbesprechung. Der Fokus liegt auf einer interaktiven und wertorientierten Arbeitssitzung.
Timebox: Maximal 4 Stunden bei einem 4-Wochen-Sprint, kürzer bei kürzeren Sprints.
Teilnehmer: Scrum-Team, Stakeholder und optional externe Beteiligte, die wertvolles Feedback geben können.
Ort: Immer am gleichen Ort oder Link, je nach Teamstruktur (vor Ort oder remote).

Unterstützung bei der methodischen Vorbereitung (Agenda, Tools, Moderation).
Sicherstellen, dass die Review interaktiv und zielgerichtet bleibt.
Hilfe bei der Fokussierung auf die Interaktion mit Stakeholdern, nicht nur auf eine einfache Demo.

Interaktive Präsentation: Die Ergebnisse sollen praxisnah und verständlich demonstriert werden, z. B. durch live Demos oder Simulationen.
Klare Kommunikation: Transparente Darstellung des aktuellen Fortschritts, auch bei Hindernissen oder nicht erfüllten Zielen.
Anpassungsprozess: Das Feedback direkt sichtbar ins Product Backlog einpflegen (z. B. mit Tools wie Jira oder Miro).
Engagement fördern: Stakeholder aktiv einbinden und zur Diskussion motivieren, um wertvolles Feedback zu erhalten.

Nur eine reine Demo ohne Interaktion:
- Frühzeitig sicherstellen, dass Stakeholder eingebunden werden und aktiv Feedback geben können.

Fehlende Absprache zwischen Team und PO:
- PO sollte während des Sprints regelmäßig informiert sein, um Überraschungen zu vermeiden.

Vorstellung von unfertigen Features:
- Nur Einträge präsentieren, die die Definition of Done erfüllen, um Missverständnisse und Nacharbeiten zu minimieren.

Unehrliche Kommunikation:
- Fortschritte und Hindernisse realistisch darstellen, um Vertrauen zu erhalten.

Keine Struktur oder Vorbereitung:
- Agenda und Demo-Inhalte im Voraus planen und klar kommunizieren.

Aktualisiertes Product Backlog: Feedback und neue Anforderungen sind integriert und priorisiert.
Transparenz: Alle Teilnehmer haben einen klaren Überblick über den Fortschritt und die nächsten Schritte.
Optimierung: Erkenntnisse aus der Review fließen in die Planung zukünftiger Sprints ein.

Quelle: Chat GPT, gute Prompts + Trainingsunterlagen