Spring GDS 25. Jubiläum
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Die Sprint Retrospective ist das Meeting am Ende eines Sprints, in dem das Team betrachtet, wie es gearbeitet hat, nicht was es gebaut hat, und entscheidet, was es ändern will. Sie ist eines der nützlichsten Ereignisse in Scrum, weil sie Verbesserung zur geplanten Gewohnheit macht, statt zu etwas, das erst passiert, nachdem ein Projekt schwer schiefgelaufen ist.
Die meisten Retros drehen sich um drei Fragen: Was lief gut, was nicht, was sollte sich ändern. Das Team wählt ein paar konkrete Verbesserungen und nimmt sie mit in den nächsten Sprint. Ein Team, das immer wieder über langsame Code-Reviews stolpert, könnte ein Review-SLA von zwei Stunden vereinbaren und in der nächsten Retro prüfen, ob es gehalten hat. Kleine Anpassungen, oft gemacht, summieren sich über ein Projekt auf eine Weise, die ein Postmortem am Projektende nie erreicht.
Die Retrospektive ist das Prozess-Gegenstück zur Sprint Review, die das Produkt betrachtet. Nichts davon funktioniert ohne psychologische Sicherheit. Menschen müssen benennen, was kaputt ist, ohne Angst vor Schuldzuweisung, denn eine Retro, in der niemand das Unbequeme ausspricht, ist nur ein Kalendertermin.
Wir führen Retros, die wirklich verändern, wie der nächste Sprint läuft, nicht solche, die eine saubere Liste hervorbringen, die niemand liest. Jede Retro endet mit einer kleinen Zahl an Änderungen, zu denen wir uns bekennen, und die nächste beginnt mit der Prüfung, ob sie gehalten haben. Wenn eine Maßnahme nicht gewirkt hat, sagen wir das und versuchen etwas anderes.
Wir halten Kunden auf dem Laufenden, was dabei herauskommt, denn Prozessprobleme sind oft gemeinsame. Eine Retro, die eine langsame Freigabekette auf Kundenseite aufdeckt, ist ehrlich angesprochen mehr wert als still hingenommen. Diese Offenheit gehört dazu, damit eine Partnerschaft eine Partnerschaft bleibt und nicht in eine Lieferantenbeziehung abgleitet.
Wollen Sie ein Team, das mit jedem Sprint schärfer wird, statt dieselben Fehler zu wiederholen? Bauen wir eins.
Ein Logistikunternehmen, das in 190 Länder versendet, hat etwas gebaut, um an sich selbst zu liefern.
Eine Marke in ein funktionierendes Geschäft verwandeln.
Eine halbe Million Menschen. Eine App. Null Chaos.















