3 ukjente & interaktive retrospektive ideer i Scrum
Vil du at sjefen din skal elske deg? Ta teamet ditt til nye høyder når det gjelder ytelse. Ta det fra en gjennomsnittlig –-bil til en eksplosiv rakett!
Last ned min gratis og psykologisk velfunderte e-bok om emnet " I 12 enkle trinn til teamflyt "og lese den gjennom. Så mye på forhånd –, men nå til selve temaet for denne teksten.
Denne teksten om 3 ukjente og interaktive Scrum-retrospektiv-ideer kan gjerne starte med et sitat fra en Scrum Master den Eucon fra Münster:
“Som Scrum Master er det ofte vanskelig å gjøre retrospektivene varierte og spennende. Som regel krever det en del forberedelsestid som ikke alltid er tilgjengelig.” — Matthias Adames, Scrum Master, Eucon GmbH
Som Scrum Master og psykolog kjenner jeg også til denne utfordringen. Derfor har jeg samlet tre alternative retrospektive ideer fra Scrum her.
Hvis du pynter dem med historiefortelling og lagene generelt er klare for variasjon, vil de tjene deg godt. Jeg må legge til at noen av dem bare egner seg for et visst modenhetsnivå eller ved visse anledninger. Og derfor heter de tre: “Hearsay”, “Team Acronym” og “Conflicts Compass”.
En ting på forhånd: Vi har nylig 3 nye ideer til Retrospective Workshop utviklet (inkludert Superman-retroen) - ta gjerne en titt.
Retrospektiv Scrum-ideer 1: Rykter - Det som må sies
Vi starter med en sterk Scrum-retrospektiv-idé som stammer fra psykoterapien. For som den anbefalte boken “The Gentle Art of Asking Instead of Telling” sier, er det ikke kunsten å nevne løsninger. Det er kunsten å stille spørsmålene som fører til de riktige løsningene.
En Scrum Master fortalte meg at han en gang hadde truffet blink med den retrospektive ideen eller metoden. Uttalelsen hans lød omtrent slik: “Hvis vi ikke hadde avdekket en grunnleggende teamkonflikt i retrospektivet vårt med Echometer ved hjelp av denne metoden, ville denne konflikten ha slått tilbake på oss tre ganger så sterkt en måned senere!”
Vel, hvis det er tilfelle. La oss begynne med det første spørsmålet:
1. Hva er det jeg ikke sier som må sies?
Selvfølgelig trenger den tilsvarende psykologisk sikkerhet ( en av de viktigste faktorene for vellykkede team ) til å uttale seg om elefanten i rommet her. Men selv i team med et lavere modenhetsnivå kan dette spørsmålet, etter min erfaring, bringe teamet på nye tanker eller viktige punkter. Det andre spørsmålet fokuserer mer på teammedlemmenes personlige følelser.
Hva er det jeg ikke hører, og som trenger å bli hørt?
På dette tidspunktet kommer i beste fall teammedlemmenes bekymringer eller behov i forgrunnen, noe det ofte ikke gis nok plass til. Et “typisk” resultat vil sannsynligvis være at noen i teamet ønsker seg et “takk” oftere. Men man bør heller ikke glemme et tredje aspekt, som på en annen måte forsøker å gi teammedlemmenes stemme en megafon:
3. Hva er det jeg sier som bør høres oftere?
Ofte er det nemlig slik at folk sier hva de er opptatt av, men at de (kanskje bare subjektivt) ikke blir oppfattet eller verdsatt nok i teamet. Det er nettopp det dette spørsmålet er til for.
Hvis du liker disse retro-metodene eller spørsmålene, kan du åpne dem direkte i vårt teamutviklingsverktøy Echometer:
Slik åpner du retro-metoden i Echometer-verktøyet: Bare klikk på knappen nedenfor, inviter teamet ditt og sett i gang - ingen innlogging nødvendig ��
Retrospektive Scrum-ideer 2: Teamforkortelse
Den neste ideen til retrospektivet ditt i Scrum gir deg litt variasjon og kan brukes i følgende situasjoner ulike faser som brukes i retrospektivet. Det er ganske enkelt, men kan stimulere kreativiteten litt.
Grunnideen er ganske enkel: Hvert teammedlem danner et akronym, f.eks. ut fra teamets navn, visjon eller firmanavn. Dette akronymet kan for eksempel referere til den siste sprinten, men det kan også inneholde håp eller bekymringer for fremtiden (i betydningen ideen om en Pre-mortem-metoden ).
Den kan også brukes til utvidet innsjekking eller utsjekking eller som en mekanisme for datainnsamling.
La oss for eksempel si at teamet ditt heter TORPEDO, og at du ønsker å få data om den siste sprinten. Da kan et eksempel på et akronym se slik ut:
Avsluttet
O ffen
R eife
P lanløs
E legant
D ankbar
Definisjon O f Ferdig
De ulike punktene fungerer derfor som en kreativ “påminnelse” for tilbakemeldingene fra hvert enkelt teammedlem. Selvfølgelig kreves det en forklaring fra den aktuelle personen i hvert enkelt tilfelle, for eksempel:
“Hva mener du med modenhetsgrad?” - “Jeg har lagt merke til at det av og til blir klusset i backloggen uten at det blir kommunisert konkret om det. For å være ærlig er jeg ikke helt fornøyd med det. Min hypotese er at dette vil bli bedre med økende modenhetsgrad - vi er jo tross alt et ungt team. Men jeg ville bare rette oppmerksomheten mot det.”
De enkelte ordene trenger altså ikke å treffe kjernen i budskapet, men skal spesielt gjøre det hele litt mer underholdende og lekent. Hvis man har lyst, kan man selvfølgelig også kåre det mest kreative akronymet med en (symbolsk) premie. Om det så bare er en applaus :-)
"Mange teammedlemmer tør ikke å si ifra!"
Løs denne utfordringen
"Vi oppdager for mange uventede problemer og bugs på et sent tidspunkt!"
Løs denne utfordringen
"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"
Løs denne utfordringenRetrospektive Scrum-ideer 3: Oppbygging av et konfliktkompass
Det jeg personlig liker med noen av de retrospektive Scrum-ideene og -metodene er også hentet fra nettsteder som f.eks. Retromat Det jeg ikke liker (jeg ekskluderer ikke meg selv og Echometer) er at de ikke er skreddersydd til en spesifikk lagutfordring.
Følgende retrospektiv-metode skal imidlertid handle om nettopp dette - nemlig temaet konflikter. Konflikter i teamet er normalt. De er også et tegn på Psykologisk sikkerhet - for det er bare ved tilsvarende trygghet at man tør å ta opp friksjonspunkter og feil.
Likevel er en sunn og målrettet håndtering av dem viktig for å kunne lære konstruktivt av dem og utvikle seg videre. Spesielt når de kanskje oppstår i teamets pubertet - “Storming-fasen” i teamutviklingen - .
Idé og fremgangsmåte
Retrospektiv-ideen her er i utgangspunktet å utvikle sitt eget kodeks eller kompass for hvordan man ønsker å oppføre seg ved konflikter i teamet. “Trikset” er at man ikke dikterer det utenfra, men utarbeider det sammen. På den måten kan den i psykologien kjente Effort Justification-effekten virke.
Konkret er prosedyren (ca. 50 minutter) som følger.
- Det dannes tre grupper: En pro-, en kontra- og en observasjonsgruppe. Merk at gruppene bør være så godt blandet som mulig. Eventuelt bør de “typiske” gruppene i teamet ikke være i en undergruppe.
- Det velges et relativt trivielt (eller ikke så trivielt) tema som ikke har noe med teamet i det første trinnet å gjøre.
Avhengig av bedriften kan man for eksempel diskutere om en medarbeiderundersøkelse bør gjennomføres anonymt, om man bør innføre mer hjemmekontor i bedriften, eller om det bør være en kvinneandel i ledelsen. Hvis disse temaene anses som for “konfliktfremmende”, kan man også velge eksterne temaer som burde være nøytrale: Bør det være skoleuniform, eller bør de europeiske statene nærme seg hverandre politisk enda mer og bli til “Europas forente stater”?… - Gruppene får noen minutter til å tenke over argumentene sine.
- Diskusjonen gjennomføres i henhold til dette, og observasjonsgruppen tar utførlige notater.
- Etter diskusjonen deles, registreres og reflekteres det over observasjonene i fellesskap.
- På dette grunnlaget setter man sammen tre til fem regler for fremtidige konflikter. Hvordan ønsker man å oppføre seg i tilfelle motstridende meninger?
- Reglene blir skrevet ned på en plakat for alle, eventuelt også på et digitalt Kanban-brett - et konfliktkompass har oppstått :-)
Konfliktkompasset bidrar dermed til å gi retning når man er usikker på hvordan man skal opptre i konflikter.
Forresten: Konflikter kan også unngås ved å fremme det rette tankesettet. Du finner mer informasjon om dette i min Artikkel om den forbløffende sannheten bak den smidige tankegangen .
Bonus - Scrum-retrospektiv-ideer 4: Echometer
En annen mulighet for å utforme retroer er selvfølgelig bruken av det som allerede finnes - retro-verktøy! Spesielt vil jeg her nevne Echometer, som jeg selv har vært med på å utvikle.
Den kombinerer innsikt fra psykologi med beste Agile-praksis for å få det beste ut av teamets Health Check-er og retros for teamutvikling.
Vi har også en katalog med ulike retrospektiv-metoder - og den kan brukes både online remote og offline.
Basisversjonen er gratis. Hvis dere bare vil prøve det ut - her kan du finne ut mer og Start gratis.
Hvis du vil utforske alle de mulige retro-metodene i verktøyet vårt, kan du også gjøre det ved å klikke på følgende knapp:
Flere retrospektive ideer i Scrum
På nettet kan du Mange retrospektive Scrum-ideer finne. Forhåpentligvis er disse tre nye for deg eller passer til dine utfordringer.
Du kan finne flere ideer og metoder for retrospektivet ditt, denne gangen for datainnsamlingsfasen, i min andre artikkel om dette emnet: Pil og bue, Sherlock Holmes og Rocket Retro !
Hvis du ønsker mer varierte spørsmål til retrospeksjonene dine, kan du ta en titt på innlegget vårt om dette: 54 nye retrospektive metoder for nybegynnere og profesjonelle (med blant annet Mario Kart Retro, Marathon Retro og Elon Musk Retro).
Mann, mann, mann - det er fortsatt ikke nok: For å også notere våre nyeste innlegg om retro-metoder her, ta gjerne en titt på Harry Potter Retro , “ God, dårlig, stygg ”-retroen, “ Fornøyelse og gevinst ”-retroen eller Sjøstjerne Retro 🙂
Noen av kundene våre har et helt annet problem: Retro-tretthet! Hvis du av og til hører “Retroen er overflødig”, så ta en titt på vår 7 tips mot retrotretthet .
En av de beste metodene for å utvikle den agile tankegangen til teammedlemmer på en bærekraftig måte er forresten implementeringen av en agil helsesjekk. Vår gratis byggesett Team-Health Check kan hjelpe deg med å stille de riktige spørsmålene – bare klikk deg gjennom.
