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 naeste 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 goere anderledes i naeste sprint.
Der findes talrige formater til retrospectives. Et populaert 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 vaelge et begraenset antal forbedringer at fokusere paa i naeste 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 foeler 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 vaerdi.
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 oenskede effekt.