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 Retrospective-ideer kan med fordel innledes med et sitat fra en Scrum Master fra Eucon i Münster:
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 (inkl. Superman Retro) – ta gjerne en titt.
Retrospektive Scrum-ideer 1: Høringssvar – Hva må sies?
Vi starter med en sterk retrospektiv Scrum-idé som kommer fra psykoterapi. For som det står i den anbefalte boken "The Gentle Art of Asking Instead of Telling", ligger kunsten ikke i å nevne løsninger. Men å 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 kom i gang med – uten innlogging. 🙂
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 modenhet?" – "Jeg har lagt merke til at det jobbes med en del av etterslepet uten at det kommuniseres konkret om det. For å være ærlig er jeg ikke helt fornøyd med det. Jeg har en hypotese om at dette vil bli bedre etter hvert som vi blir mer modne. – er fortsatt et ungt team. Men jeg ønsket å gjøre oppmerksom på det."
De enkelte ordene trenger ikke å treffe kjernen i budskapet, men skal gjøre det hele mer underholdende og lekent. Hvis du føler for det, kan du selvfølgelig dele ut en (symbolsk) premie til det mest kreative akronymet. Selv om det bare er en applaus 🙂 🙂.
De fleste Agile-bussene kjører rundt i sirkler....
og behandle overfladiske symptomer. Det er på tide å bruke psykologi – for å oppnå en bærekraftig holdningsendring.
"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"
Retrospektive 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 retrospektive metode er imidlertid ment å være – på temaet konflikter. Konflikter i et team er normalt. De er også et tegn på Psykologisk sikkerhet – fordi det bare er med tilstrekkelig sikkerhet at folk tør å ta opp friksjonspunkter og feil.
Til tross for dette er det viktig å håndtere dem på en sunn og målrettet måte for å kunne lære og utvikle seg konstruktivt av dem. Spesielt når de kanskje oppstår i teamets pubertet"stormingfasen" i teamutviklingen –..
Idé og fremgangsmåte
Den retrospektive ideen her er i bunn og grunn å utvikle sin egen kode eller kompass for hvordan man ønsker å oppføre seg i konflikter i teamet. "Trikset" er at det ikke pålegges utenfra, men heller utarbeides i fellesskap. På denne måten kan den instant justification effectpsykologiens kjente justifiseringseffekt komme til sin rett.
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 hjemmekontor bør innføres i større grad i bedriften eller om det bør være kvinnekvotering i styrerommet. Hvis disse temaene anses som for "konfliktskapende", kan man også velge eksterne temaer som sannsynligvis er nøytrale: Bør det være skoleuniform eller bør de europeiske statene komme enda tettere sammen politisk og bli "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 skrives ned på en plakat for alle, om nødvendig også på en digital Kanban-tavle – et konfliktkompass har dukket opp 🙂.
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 Retrospective Ideas 4: Echometer
En annen måte å lage retros på er selvfølgelig å bruke det som finnes – Retro Tools! Spesielt vil jeg 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 over ulike retrospektive metoder – som kan brukes både online og offline.
Grunnversjonen er gratis. Hvis du bare ønsker å prøve den, kan du bruke – 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).
Jøss, jøss, jøss – det er fortsatt ikke nok: Legg også merke til våre nyeste innlegg om retrometoder her, ta gjerne en titt hvis du er interessert. Harry Potter Retro, er "God, dårlig, stygg" Retro, "Fornøyelse og gevinst" Retro eller Sjøstjerne Retro 
Noen av kundene våre har et helt annet problem: retrotretthet! Hvis du av og til får høre at "retro er overflødig", kan du ta en titt på våre 7 tips mot retrotretthet.
En av de beste måtene å få Utvikle teammedlemmenes agile tankesett på en bærekraftig måte er for øvrig implementeringen av en smidig Health Check. Vår gratis byggesett Team-Health Check kan hjelpe deg med å stille de riktige spørsmålene – bare klikk deg videre:
