Eksempler på 4L Retrospective og gratis mal

Leter du etter “4L-retrospektive-eksempler”? Da har du kommet til rett sted🎉
Jeg forklarer her hvordan 4L-retrospektivet fungerer og gir deg noen eksempler👀

Først og fremst: navnet 4L Retrospective kommer fra de fire spørsmålene som stilles i retrospektivet, nemlig:

👉🏽“Likte” (Hva likte teamet med den siste sprinten?)

👉🏽“Lakkert” (Hvilke mangler var det i den siste sprinten?)

👉🏽“Lengter etter” (Hvilke ting ønsket teamet seg som ennå ikke er tilgjengelige?)

👉🏽“Lært” (Hva lærte teamet i den siste sprinten?)

Du kom hit ikke bare for spørsmålene, men også for å få noen eksempler på 4L-retrospektivet. Så la oss se nærmere på disse spørsmålene.

Hvis du vil prøve dette retrospektivet eller en av mer enn 50 andre maler gratis, kan du gjøre det i vårt verktøy for kontinuerlig forbedring av agile team:

👉🏽Liked

Det første spørsmålet er ganske enkelt å svare på. Eller er det ikke det?
Faktisk ligger det mer bak dette ene ordet enn man skulle tro. Det er i hvert fall det tilbakeblikkene har vist der jeg har brukt 4L retrospective✅.

Hvis du ser nærmere etter, handler det ikke bare om hva du likte ved forrige sprint, men også om du likte ting i løpet av sprinten.

Det jeg egentlig mener, er at ting alltid virker annerledes i ettertid enn under sprinten. Og det er nettopp det jeg vil oppfordre teammedlemmene til å reflektere over i dette retrospektivet💭.

Var det ting du likte under sprinten som du kanskje ikke lenger synes er så spennende nå? Var det ting som virket ubetydelige under sprinten, men som i ettertid førte til en positiv utvikling? Eller er det slik at opplevelsen av positive hendelser under sprinten og etter sprinten sammenfaller?

Virker ganske komplisert når man tenker på at dette bare er et “Liked”-spørsmål. Et bra retrospektiv er for meg imidlertid at man også betrakter ting fra nye perspektiver.

4L-retrospektive eksempler “Liked”:

I løpet av sprinten var jeg spent på å implementere den nye funksjonen i programvaren vår. Selv om det var gøy, ser det ut til at effekten er ganske beskjeden.

Jeg hadde en personlig samtale med et av teammedlemmene, og selv om det til å begynne med føltes som om tiden var dårlig brukt, viste det seg å være svært nyttig for teamarbeidet vårt de siste dagene.

Arbeidstempoet i denne sprinten har føltes veldig bra, og i ettertid er jeg veldig fornøyd med hvor mye vi har oppnådd de siste to ukene.

👉🏽Lacked

Når det gjelder “Lacked”, er spørsmålet: “Hvilke mangler hadde vi i løpet av sprinten?”.
Dette refererer til det faktum at noe manglet i forrige sprint. En ting eller et forhold som kunne vært produsert og som også bør produseres i den kommende sprintsyklusen⭕.

4L-retrospektive eksempler “Lacked”:

På grunn av min dårlige tidsstyring følte jeg meg veldig stresset over mengden av oppgaver jeg måtte gjøre.

Vi introduserte noen nye funksjoner som vi ikke visste nøyaktig hva de skulle brukes til. Det var veldig frustrerende.

👉🏽Longed for

Selv om begrepene “Lacked” og “Longed for” kan virke veldig like ved første øyekast, er det en stor forskjell mellom dem👀
“Lacked” refererer mer til de tingene som har manglet til nå og som du kan endre på kort sikt.
”Longed for” refererer derimot til de tingene du og teamet ditt gjerne vil se i fremtiden og som de vil jobbe mot. Det egentlige spørsmålet som skjuler seg bak “longed for” er altså “Hvilke ting ønsket teamet seg som ennå ikke er tilgjengelige?”🎁

4L-retrospektive eksempel “Longed for”:

Vår ticketing og feilrapportering er veldig ustrukturert. Det hadde vært fint om vi kunne innføre en tydeligere prosess for dette i fremtiden, slik at vi kan sikre høyere kvalitet og et raskere tempo.

👉🏽Learned

Fra mitt synspunkt kan man også betrakte aspektet “Learned” fra to forskjellige retninger.
På den ene siden kan du lære direkte av sprinten, men på den andre siden kan du også lære av de tidligere punktene i retroen (Like, Lacked, Longed for).
Det er også grunnen til at jeg alltid liker å stille spørsmålet “Hva kan vi lære?” på slutten av dette retrospektivet🔚

4L-retrospektive eksempler “Learned”:

En tydeligere struktur i kommunikasjonen av problemer kan sikre høyere kvalitet i gjennomføringen.

Når det oppstår problemer mellom to teammedlemmer, er det lurt å ta tak i dem så snart som mulig. På den måten unngår du at problemene trekker ut i tid og bare fører til flere ubehageligheter.

Konklusjon – 4L-retrospektiv⚡

Som du kan se av eksemplene på 4L-retrospektivet, kan dette retrospektivet være mye mer enn bare fire enkle spørsmål.

Jeg vil ikke gjøre spørsmålene mer kompliserte enn de er, men det er likevel viktig å bruke dybden som dette tilbakeblikket har å by på🏆.

For å sikre dette er det veldig fornuftig å forklare 4L-ene mer detaljert for teammedlemmene dine eller å formulere spørsmålene bak 4L-ene mer konkret. Slik som i eksemplet “Longed for” -> “Hvilke ting ønsket teamet seg som ennå ikke er tilgjengelige?”

Vil du starte ditt første DAKI-retrospektiv med en gang? Prøv vårt Echometer-verktøy for kontinuerlig forbedring av agile team: