Retrospektive Sprint 14 – Checkout-Team
Die Migration zum neuen Zahlungsanbieter ging pünktlich live, danach waren aber zwei Hotfixes nötig, weil die Staging-Daten nicht zur Produktion passten. Das Team will Staging wöchentlich aktualisieren, große Stories vor dem Planning teilen und eine tägliche Review-Rotation ausprobieren.
Zusammenfassung
Sarah prüfte zu Beginn die Maßnahmen aus der letzten Retro: Zwei von drei waren erledigt. Das Team freute sich, dass die Migration zum Zahlungsanbieter planmäßig live ging und dass Pairing bei den schwierigsten Tickets geholfen hat. Nach dem Release waren zwei Hotfixes nötig, weil die Staging-Daten nicht mehr der Produktion entsprachen. Der Erstattungsprozess war mit 8 Punkten geschätzt und dauerte etwa dreimal so lange, und Pull Requests warteten im Schnitt mehr als einen Tag auf ein Review. Das Team wählte drei Verbesserungen und testet die Review-Rotation zwei Sprints lang, bevor es entscheidet, ob sie bleibt.
Teilnehmer
- Sarah Lindner – Scrum Master, moderiert
- Tomás Ruiz – Entwickler
- Mei Chen – Entwicklerin
- Jonas Adler – Entwickler
- Fatma Yıldız – QA
Agenda
- Maßnahmen aus der letzten Retrospektive
- Was gut lief
- Was nicht gut lief
- Verbesserungen für Sprint 15
Entscheidungen
- Zwei Sprints lang eine tägliche Review-Rotation testen, danach entscheiden, ob sie bleibt.
- Stories mit mehr als 5 Punkten werden vor dem Sprint Planning geteilt.
Aufgaben
| Verantwortlich | Aufgabe | Frist |
|---|---|---|
| Mei Chen | Wöchentliche Aktualisierung der Staging-Daten aus anonymisierten Produktionsdaten skripten | Bis Ende von Sprint 15 |
| Jonas Adler | Tägliche Review-Rotation im Teamkalender einrichten | Montag |
| Sarah Lindner | „Stories über 5 Punkte teilen“ in die Planning-Checkliste aufnehmen | — |
Was gut lief
- Die Migration zum Zahlungsanbieter ging planmäßig live.
- Pairing bei den zwei schwierigsten Tickets hat Zeit gespart und Wissen verteilt.
- Der Wegfall des Donnerstags-Syncs hat eine Stunde pro Woche frei gemacht, ohne dass jemandem Informationen fehlten.
Was nicht gut lief
- Zwei Hotfixes nach dem Release: Die Staging-Daten entsprachen nicht mehr der Produktion.
- Der Erstattungsprozess war mit 8 Punkten geschätzt und dauerte etwa dreimal so lange.
- Pull Requests warteten im Schnitt mehr als einen Tag auf ein Review.
Verbesserungsideen
- Staging-Daten jede Woche aktualisieren.
- Jede Story über 5 Punkte vor dem Planning teilen.
- Jeden Tag ist eine Person für Reviews zuständig, reihum im Team.
Nächstes Meeting
Retrospektive Sprint 15 in zwei Wochen, gleiche Uhrzeit – Beginn mit der Prüfung dieser drei Maßnahmen.