Sprint Retrospective er den sidste begivenhed i en sprint og giver Scrum-teamet mulighed for at reflektere over deres arbejdsprocesser og identificere forbedringer. Det er her, kontinuerlig forbedring (kaizen) formaliseres i Scrum.
Retrospective finder sted efter Sprint Review og foer næste Sprint Planning. Moedet er tidsbokseret til tre timer for en firugers sprint. Alle tre Scrum-roller deltager: Development Team, Scrum Master og Product Owner.
Under retrospective inspicerer teamet, hvordan den seneste sprint forloeb med hensyn til mennesker, relationer, processer og vaerktojer. Teamet identificerer, hvad der gik godt, hvad der kan forbedres, og hvad de konkret vil gøre anderledes i næste sprint.
Der findes talrige formater til retrospectives. Et populært format er "Start, Stop, Continue", hvor teamet diskuterer nye ting de bor starte med, ting de bor stoppe med, og ting der fungerer godt og bor fortsaette. Andre formater inkluderer "Sailboat" (hvad driver os fremad, hvad holder os tilbage), "4L's" (Liked, Learned, Lacked, Longed for) og "Mad, Sad, Glad".
Det vigtigste output fra en retrospective er konkrete, handlingsrettede forbedringspunkter. Teamet bor vælge et begraenset antal forbedringer at fokusere paa i næste sprint - typisk to til tre stykker. Disse kan tilfojes Sprint Backlog for at sikre, at de faktisk bliver adresseret.
Scrum Master faciliterer retrospective og soerger for et trygt miljo, hvor alle teammedlemmer føler sig trygge ved at dele deres observationer. Psykologisk tryghed er afgerende for effektive retrospectives. Uden det vil teammedlemmer tilbageholde vigtig feedback, og moedet mister sin værdi.
En faelde mange teams falder i er at identificere problemer uden at handle paa dem. Retrospective uden opfoelgning er spild af tid. Derfor bor teamet altid genbesoge tidligere forbedringspunkter for at vurdere, om de er implementeret og har haft den ønskede effekt.