# Team Europa: Scrum Events

Version: 3 | Last modified: 2026-02-02T11:45:51.789+01:00
Source: confluence page ID 490592987

---

42
Team Sync / DailyÂ 
Ziel:Â Das Daily dient dazu, den Fortschritt zu Ã¼berprÃ¼fen, Hindernisse zu identifizieren und die Arbeit fÃ¼r den Tag zu planen.
Dauer: Max. 15 Minuten
Ablauf:Â 
Was habe ich seit dem letzten Daily erreicht?
Was werde ich bis zum nÃ¤chsten Stand-up tun?
Welche Hindernisse stehen mir im Weg?

Anti-Patterns:
Statusbericht an ScM oder PO: Das Daily ist kein Reporting-Meeting, sondern ein Austausch unter den Teammitgliedern.
Zu lange Diskussionen: Detaildiskussionen sollten nach dem Meeting separat gefÃ¼hrt werden - z.B. im "Meet-after"
Fehlender Fokus auf Hindernisse: Hindernisse sollten klar benannt und nicht verschwiegen werden.
Multitasking wÃ¤hrend des Meetings: Alle Teilnehmer sollten aufmerksam und fokussiert sein.
Backlog RefinementZiel:Â AbhÃ¤ngigkeiten und Probleme identifizieren, die sich auf
die nÃ¤chste Iteration auswirken kÃ¶nnten. Fertiges Backlog fÃ¼r die Iterationsplanung erstellen.
Dauer: 70 Minuten
Ablauf: (Muster)
PO stellt ein Set von potentiellen Stories / Enablern vor und fÃ¼hrt durch das Backlog
PO und Team besprechen jede Story.Erstellen u. a. AKs und decken AbhÃ¤ngigkeiten auf
-> letztlich sollten die Stories / Enabler die DoR erfÃ¼llen.

Anti-Patterns:
Fehlende Priorisierung: Wenn dieÂ Backlog Items nicht klar priorisiert sind, kann das Team Schwierigkeiten haben, sich auf die wichtigsten Aufgaben zu konzentrieren.
Unklare Akzeptanzkriterien:Â Wenn die Akzeptanzkriterien nicht klar definiert sind, kann es zu MissverstÃ¤ndnissen und Nacharbeit kommen.
ReviewZiel:Â Das Sprint Review dient dazu, die wÃ¤hrend des Sprints erzielten Ergebnisse zu prÃ¤sentieren und Feedback innerhalb des Teams einzuholen. Es hilft, den Fortschritt zu bewerten und Anpassungen fÃ¼r zukÃ¼nftige Sprints zu planen.
Dauer: 50 Minuten
Ablauf: (Muster)
Blick auf die Objectives, haben wir sie erreicht?
Demonstration der Ergebnisse und Feedback

Anti-Patterns:
Fehlende Vorbereitung:Â Unvorbereitete PrÃ¤sentationen kÃ¶nnen den Wert des Reviews mindern.
RetrospektiveZiel:Â Die Retrospektive dient dazu, die Zusammenarbeit und Prozesse im Team zu reflektieren und kontinuierlich zu verbessern. Es sollen MaÃnahmen zur Optimierung identifiziert und beschlossen werden.
Dauer:Â 80 Min
Ablauf:Â (Muster)
Check-in
Daten sammeln:Â Was lief gut? Was kÃ¶nnte verbessert werden?Â 
Erkenntnisse gewinnen:Â Diskussion der gesammelten Daten und Identifikation von Mustern oder Problemen.
MaÃnahmen planen:Â Konkrete MaÃnahmen zur Verbesserung festlegen und Verantwortlichkeiten zuweisen.
Check-out

Anti-Patterns:
Schuldzuweisungen:Â Die Retrospektive sollte nicht dazu genutzt werden, Schuld zuzuweisen, sondern konstruktiv zu bleiben.
Keine MaÃnahmen:Â Ohne konkrete MaÃnahmen verliert die Retrospektive an Wert.
Dominanz einzelner Personen:Â Wenn nur wenige Personen sprechen und andere nicht zu Wort kommen, kann das die QualitÃ¤t der Diskussion beeintrÃ¤chtigen.
Sprint PlanningZiel:Â Das Sprint Planning dient dazu, die Arbeit fÃ¼r den kommenden Sprint zu planen und sicherzustellen, dass das Team versteht, was zu tun ist und wie es erreicht werden soll.
Dauer:Â 70 Min
Ablauf:Â (Muster)
Zielsetzung:Â Der Product Owner stellt das Sprint-Ziel vor.
Backlog-Durchsicht:Â Das Team bespricht die priorisierten Backlog-Items und wÃ¤hlt die aus, die im Sprint bearbeitet werden sollen.
Aufgabenplanung:Â Das Team plant die Umsetzung der ausgewÃ¤hlten Items und schÃ¤tzt den Aufwand.
Abschluss:Â Zusammenfassung und Sicherstellung, dass alle Teammitglieder die Ziele und Aufgaben verstehen.

Anti-Patterns:
Ãberladung des Sprints:Â Zu viele Items in den Sprint zu packen, kann zu Ãberlastung und Frustration fÃ¼hren.
Fehlende Priorisierung:Â Wenn die wichtigsten Aufgaben nicht priorisiert werden, kann das Team an weniger wichtigen Dingen arbeiten und die Sprint-Ziele verfehlen.
Fehlende Teambeteiligung:Â Das gesamte Team sollte aktiv am Planning teilnehmen und nicht nur der PO oder der Scrum Master.
