Derfor bør du alltid gjennomføre en retrospektiv 

Digitalisering Smidige metoder

4 min. lesning

Flere smidige rammeverk omtaler kontinuerlig forbedring. Kontinuerlig forbedring er et tankesett og en metode for å forbedre kvalitet og resultater.

En av teknikkene som bidrar til dette er retrospektiv. Retrospektiv betyr å se bakover. I en retrospektiv er det avsatt tid for teamet til å reflektere over effektiviteten i arbeidet i siste tidsperiode, samt se på mulighetene for forbedringer.   

Hvorfor retrospektiv?

En retrospektiv skal være et gjentakende møte, normalt mot slutten av hver iterasjon, også kalt en sprint. Tiden er satt av til å diskutere hva som gikk bra og hva som kan forbedres.

Deltagerne får tid til å kommunisere hva de synes fungerte bra, og hvor det er rom for forbedring i samarbeidet i siste tidsperiode.

Om teamet oppfatter møtet som en arena for åpenhet, og det er tillit mellom teammedlemmene, kan også utfordringer som har oppstått på veien løftes frem. Det kan bidra til å korrigere adferd, fordre kreativitet og øke produktiviteten.

Hvordan gjennomføres retrospektiv?​

En retrospektiv gjennomføres ved at laget samles fysisk eller digitalt. Teamleder eller ScrumMaster starter med å forklare deltakerne hensikten med møtet. 

En retrospektiv kan dreie seg om hele prosjektet, eller bare om spesifikke prosesser. Teamet kan derfor fokusere på hele leveransearbeidet, eller bare vurdere siste leveranse. 


Hold deg oppdatert på det siste fra Metier – abonner på Prosjektbloggen.


En retrospektiv kan gjennomføres som en workshop. Heng opp gule lapper, fysisk eller digitalt, under tilhørende overskrifter som f.eks.  «Hva går bra?» og «Hva trenger vi å forbedre?». Ta gjerne med en egen kategori for praktiske ting som må endres.

Ikke kommenter innholdet i lappene underveis utover å avklare hva som står på dem.

Når alle lappene er hengt opp, samler du dem i ulike temaer. Deretter starter teamet en diskusjon om innholdet. Hvordan skal vi holde på det som går bra? Hva kan gjøres for å endre på det som ikke er bra?

Det finnes en rekke andre måter å gjennomføre retrospektiver på, og det kan være effektivt å variere strukturen om det kommer lite nytt i møtene. Det viktigste er å få en trygg arena for å få tilbakemeldinger på prosjekt eller prosess.

Pass også på at du ikke gjør det så avansert at det ikke blir gjennomført.

Hvordan lykkes med retrospektiv?  

Det er noen fallgruver knyttet til å gjennomføre en retrospektiv, og noen ting det er lurt å tenke på for å lykkes:

  • La alle i teamet slippe til. Det er viktig at alle kommer med sine innspill og deltar aktivt i diskusjonene.   
  • Ikke argumenter eller motsi det noen har sagt. Dette hindrer åpenheten og tilliten i gruppen.  
  • Varier formen slik at det ikke blir kjedelig og repetetivt.  
  • Den som leder retrospektiv skal fasilitere møtet, ikke kontrollere det folk sier.  
  • Pass på at diskusjonene ikke blir for generelle slik at man ikke kommer til kjernen. Dykk ned i det litt ubehagelige: det er nødvendig for å bli bedre.   
  • Kom fram til noen punkter som er bra og skal beholdes, og noen som skal forbedres. Skriv dem opp et sted hele teamet har tilgang. 
  • Aksjonspunkter fra forrige retrospektiv må følges opp, start gjerne møtet med status på disse.  
  • Møtelederen er må være forberedt.  
  • Teamet må ha engasjement. Hvis det mangler, vurder en annen tilnærming.        

Er det bedre å bruke tiden på leveranser? 

En retrospektiv er aldri bortkastet tid. I perioder med tidsfrister og leveringsfokus er retrospektiver viktigere enn noen gang.

Å hoppe over en retrospektiv kan faktisk ha negativ innvirkning på produktiviteten til teamet. Teamet kan holde på lenge uten at viktige bekymringer og utfordringer blir tatt opp.

Dette betyr at teamet kan fortsette å utføre arbeid ineffektivt og/eller fortsette å gjøre de samme feilene igjen og igjen. Totalt sett kan dette øke risikoen for prosjektet.

Retrospektiver kan være en god læringsopplevelse og bidra til å bygge teammoralen. De trenger ikke være skremmende. Tvert imot vil ærlige og konstruktive tilbakemeldinger sikre at bekymringer blir tatt tak i. Alternativet kan være konflikter og misnøye.

New Call-to-action


John Arild er en erfaren og engasjert prosjektleder med høy kompetanse på planlegging og styring av IKT-prosjekter. Han er utdannet som offiser på Sjøkrigsskolen 1. og 2. avdeling. Han har også mastergrad innenfor innkjøpsledelse, logistikk, risikostyring og prosjektledelse fra Handelshøyskolen BI. I det norske Forsvaret har han vært ansvarlig for verktøyer, metoder og opplæring innenfor prosjektledelse. Både i Forsvaret og senere som konsulent har John Arild ledet flere ulike prosjekter. Han er sertifisert i PRINCE2 Foundation og Practitioner, PRINCE2 Agile Foundation, Lean Six Sigma Green Belt, PMI Professional, Sertifisert prosjektleder i Forsvaret og Certified Scrum Master. På fritiden tar han gjerne en lang gåtur i marka.


Likte du dette blogginnlegget? Da tror vi at disse også passer for deg

Hva gjør vi med overgangen fra et smidig prosjekt til produktorganisering?

PRINCE2 er i dag anerkjent som beste praksis for prosjektledelse. Versjon 1 av PRINCE2 Agile viste hvordan PRINCE2 kunne tilpasses smidige arbeidsformer. Med versjon 2 har PeopleCert utvidet rammeverket vesentlig, til også å løse utfordringer som kommer i etterkant av prosjektet, f.eks. bruken av prosjektets produkter støttet av kontinuerlig drift og forvaltning.

Slik forsterker KI forretningsverdiene du henter ut av ERP-systemene

KI-bølgen ruller inn over alle våre daglige gjøremål, og ERP er intet unntak. Det er jakten på effektivitet og høyere konkurransekrav som driver interessen. Her går det fort og det er krevende selv for de mest interesserte å følge utviklingen. Hva skjer, og hvordan bør vi forholde oss til utviklingen for å være konkurransedyktige i morgen?

4 innlegg om KI i prosjekter du bør ha lest

Et tema vi ofte skriver om her er kunstig intelligens. Det er det gode grunner til. Kompetansegapet er stort, teknologien utvikler seg lynraskt, og de prosjektmiljøene som skyter fart er også de som evner å ta i bruk nye verktøy og jobbe mest mulig datadrevet.