Merk: Nettstedet er automatisk oversatt. Bytt til engelsk for å få den beste leseopplevelsen.

Skjermbilde 16.07.2019 kl. 19.15.18

Scrum Retrospective Method: 200% mer vellykket gjennom psykologi

Løytnant John Kelly konsentrert. Han var leder for et team på fem amerikanske marineløytnanter som bare hadde én oppgave: så raskt som mulig å finne ut om de omkringliggende krigsskipene var fredelige eller fiendtlige. Tiden var i ferd med å renne ut. 

Men løytnant Kelly var avslappet, for han hadde lært noe i en to timer lang opplæringsøkt på forhånd. En retrospektiv Scrum-metode som førte til at gruppen hans oppnådde et utmerket resultat. 

Slapp av: Det han lærte, kan ikke bare brukes i militæret, men også i teamet ditt. Fordi den er spesielt utviklet for team i våre VUCA-verden utviklet.

Før vi går videre, har vi en rask anbefaling: Hvis du vil ta retrosene dine til neste nivå med bare noen få klikk, kan du klikke på følgende lenke og sjekke ut Retro Tool Echometer.

En retrospektiv Scrum-metode fra vitenskapen

Oppgaven løytnant Kelly beskrev, var den siste delen av en gruppemetodisk opplæring i krigføring i utlandet. Den forberedte deltakerne på oppdraget som ledere på et NAVY-skip.

13 team deltok i teamtreningen. Disse var i sin tur en del av et vitenskapelig eksperiment (Smith-Jentsch, Cannon-Bowers, Tannenbaum & Salas, 2008). Før oppgaven ble de tilfeldig delt inn i en eksperimentgruppe (7 lag) og en kontrollgruppe (6 lag). 

Kontrollgruppen ble forberedt på oppgaven på klassisk vis. Eksperimentgruppen fikk en lett modifisert opplæring (1).

Denne lett modifiserte treningen resulterte i at eksperimentgruppen presterte som profesjonelle nybegynnere sammenlignet med kontrollgruppen. Dermed ble prestasjonsresultatene på en Skala fra 1 (dårlig) til 5 (bra)

Hva slags trening fører til en slik forskjell?

2,17

Gjennomsnittsverdi av prestasjonene i kontrollgruppen

4,57

Gjennomsnittsverdi for prestasjonene i eksperimentgruppen

Kraften i et godt Scrum-retrospektiv

Det var én variabel, en enkelt forskjell i metoden det ble trent på. Dette var forskjellen mellom eksperimentgruppen og kontrollgruppen. For å forstå denne forskjellen må vi se på hele opplæringen.

Som forberedelse til oppgaven ovenfor gjorde begge gruppene to øvelser. Etter disse øvelsene reflekterte begge gruppene over dem.

Og spesielt om hva som gikk bra og hva som gikk dårlig under disse øvelsene. For å forbedre teamarbeidet (Smith-Jentsch, Cannon-Bowers, Tannenbaum & Salas, 2008).

Denne etterfølgende refleksjonen har også andre navn i akademia: "team debrief", "after action review" eller "team guided self-correction" (Salas, Nichols & Driskell, 2007)...

...eller synonymt med "retrospektiv" (avslutningen av sprinten i henhold til Scrum).

Både kontroll- og eksperimentgruppen gjennomførte altså et retrospektiv. Disse retrospeksjonene ble imidlertid gjennomført svært ulikt i de to gruppene.

Kontrollgruppen gjennomførte så å si et klassisk retrospektiv. Forsøksgruppen gjennomførte derimot et retrospektiv med en litt modifisert metode. La oss kalle denne typen metode for nitro-retro.

Dette bringer oss til forskjellen mellom de to gruppene. Den avgjørende variabelen, den hemmelige ingrediensen, det magiske ordet i Nitro-Retro er teamets "felles mentale modell".

Det er akkurat dette du må jobbe med som Agile-coach, Scrum Master og produkteier. Eller rettere sagt, det er dette som er god agil coaching og agil teamutvikling. Og det spiller ingen rolle om du jobber i henhold til Lean Startup eller i Trygt rammeverk arbeider.

Når Scrum-retrospektiver fungerer - den hemmelige metoden

Hva er en mental modell? Teorien bak, basert på funn fra kognitiv vitenskap, sosialpsykologi og antropologi: Mennesker oppfatter virkeligheten, ytre stimuli, gjennom indre, kognitive "mentale modeller" (også kalt "rammer" eller skjemaer); Lee, Johnson, Lee, O'Connor & Khalil, 2004).

Vi har en mental modell for alt. Fra "hvordan man oppfører seg på en kinesisk restaurant" til "hva som er god prosjektledelse" og "hvordan man lager toast". 

Tom Wujec er for eksempel forfatter av fire bestselgere om kreativ tenkning og designverktøy. Han starter ofte kursene sine med å forklare hva mentale modeller er. 

For å gjøre dette ber han deltakerne om å gjøre følgende: Tegn hvordan man lager toast. Dette vil resultere i tegninger som de følgende. Tre personer med helt forskjellige mentale modeller (for den ene personen Kilde):

Mental modell 1
Mental modell 2
Mental modell 3

Slik ser altså eksemplariske mentale eksempler på hvordan man lager toast ut. Flere eksempler og Ted Talk om dette finner du på www.drawtoast.com

Hvorfor gjør Tom Wujec dette? Hva er mentale modeller bra for, eller hva har det med vellykkede retros og godt teamarbeid å gjøre?

For det førsteAlle har også en mental modell for vellykket teamarbeid. Svært få mennesker, for ikke å snakke om team, er klar over at de arbeider etter en mental modell for "teamprosesser". Enda færre er klar over at denne mentale modellen i stor grad styrer kommunikasjonen og atferden vår.

For det andreog her kommer et annet viktig tips: samarbeid fungerer bedre, 

  • jo mer nøyaktig en mental modell gjengir virkeligheten og 

Og det er nettopp denne innsikten som kan brukes til vellykkede, gode retrospektiver på slutten av den siste sprinten. La oss gå tilbake til løytnant Kelly.

En eksemplarisk mental modell

Løytnant Kelly hadde fått opplæring. Der lærte han viktigheten av mentale modeller. Han ble også introdusert for en mental modell for vellykket teamarbeid i militær sammenheng. 

Denne modellen ble supplert med tips for implementering – i form av atferdsankre –.2

Det ga så å si den "riktige" mentale samarbeidsmodellen. Og det var for de oppgavene teamene utførte under treningen. 

Og sist, men ikke minst, ble løytnant Kelly instruert og opplært i dette. Å bruke denne modellen som grunnlag for refleksjon i teamets retrospektiver.

Modellen består av fire dimensjoner med 11 atferdsankre. Den ser slik ut (se fotnote for mer informasjon)3):

  • Utveksling av informasjon
    • Søk etter informasjon fra alle tilgjengelige kilder
    • Videreformidle informasjon til de aktuelle teammedlemmene
    • Gi oppdateringer om det store bildet
  • Kommunikasjon
    • Bruk riktig terminologi
    • Leverer fullstendige interne og eksterne rapporter
    • Minimere unødvendig kommunikasjon
    • Tydelig og klart hørbar kommunikasjon
  • Støttende atferd (backup)
    • Korrigere feil begått av andre teammedlemmer
    • Støtte etterspørres aktivt og gis ved behov
  • Initiativ og lederskap i teamet
    • Gi veiledning og forslag til gjensidig forbedring
    • Identifisere klare prioriteringer på team- og individnivå

I kontrollgruppen ble de "klassiske" agile retrospektivene gjennomført som på slutten av en Scrum-sprint. Hendelsene som fant sted under øvelsen, ble diskutert kronologisk.4 

Det generelle spørsmålet var: Hva gikk bra? Og hva kan bli bedre neste gang? 

Følgelig ble oppgaver og temaer diskutert i den rekkefølgen de forekom i øvelsene. Men kontinuerlig forbedring går enda bedre.

Grunnlaget for den magiske retrospektive Scrum-metoden

Retrospeksjonene til løytnant Kelly (som nærmest var gruppens Scrum Master) og resten av eksperimentgruppen hadde derimot ingen kronologisk rekkefølge. 

De ble moderert eller strukturert i henhold til den tidligere innøvde modellen. (Dette utelukker selvfølgelig ikke at de klassiske fem fasene i en retro ikke ble tatt i betraktning).

Her gjenspeiles gunstig og mindre gunstig atferd innenfor de fire dimensjonene etter hverandre. Dette har de to fordelene som er beskrevet ovenfor, og som forhåpentligvis alle Scrum Masters snart vil kjenne til:

  1. Det førte for det første tilTeamets felles mentale modell for teamarbeid konvergerte. Alle hadde en svært lik oppfatning av hvordan vellykket teamarbeid fungerer. Tenk om et teammedlem hadde blitt spurt etter teamtreningen: "Er det bedre å kommunisere så mye som mulig eller prøve å unngå unødvendig kommunikasjon? Og er generelle oppdateringer om de store linjene unødvendige eller nyttige?".
    Alle teammedlemmene ville ha fått det samme, klare svaret. Før opplæringen ville svaret sannsynligvis ikke ha vært like klart.
  2. For det andre førte dette tilat alle i teamet ikke bare ville gi det samme svaret. Men også det riktige. Modellen var allerede utviklet og validert gjennom flere studier.
    Dette gjorde at teamet kunne være sikre på at modellen gjenspeilte atferden til et elitelag relativt nøyaktig (Mathieu, Heffner, Goodwin, Cannon-Bowers & Salas, 2005).


Et eksempel fra oppstartsverdenen

Et annet enkelt eksempel: Ben Horowitz er grunnleggeren av Andreessen Horowitz, en av de mest suksessrike risikokapitalistene i Silicon Valley. 

Han la merke til at produkteierne i hans første selskap, Loudcloud, viste svært forskjellige resultater (Horowitz & Kenerly, 2014). Derfor skrev han et enkelt faktaark. om hva som kjennetegner en utmerket leder.

Man kan også si: Han videreformidlet sin mentale modell for en "utmerket leder". Inkludert navngivning av konkret atferd. For eksempel: "En utmerket leder kjenner alle konkurrenter". Eller "En utmerket leder har en 1:1-samtale med medarbeiderne hver uke". 

Dette førte til en betydelig økning i ledernes prestasjoner (Horowitz & Kenerly, 2014). Gjennom et enkelt tips kan en Nudgeeller en "justering" av den mentale modellen.

En tilsvarende tilpasning av den mentale modellen til spørsmålet "hva som er god prosjektledelse" vil sannsynligvis ha lignende effekter i det aktuelle miljøet. 

På samme måte fører en Kanban-tavle (en annen anbefalt metode) til en justering av den mentale modellen for eksisterende oppgaver og deres prioritet.

Følgende graf (etter Rudolph, Simon, Dufresne & Raemer, 2006) illustrerer igjen den beskrevne mekanismen for tilsvarende gode retrospektiver:

 

Mentale modeller er usynlige, men kan avledes. De finnes i hodet til teammedlemmene og Scrum Masteren. De påvirker atferden eller "handlingene" og tiltakene. Sistnevnte påvirker resultatene. Som i ettertid påvirker teammedlemmenes perspektiv eller mentale modeller.

Så totalt sett vet teammedlemmene bedre om nitro-retro, hva de kan forvente av hverandre og hvordan de skal koordinere. 

Gjennom en hensiktsmessig form for retrosamtaler minimeres kunnskapshull og misforståelser. I noen tilfeller kan konflikter forebygges. 

Og det er fordi folk nå virkelig snakker om det samme. Og det er klart at dette forbedrer samarbeidet betraktelig (Smith-Jentsch, Cannon-Bowers, Tannenbaum & Salas, 2008). 

Hvordan kommer denne kunnskapen oss til gode i praksis? Slik at den også har en positiv innvirkning på utgivelser osv.

Hvordan Nitro-Retro - Scrum-metoden som en workshop

Vel, et lite tips: Hvis du vanligvis ikke gjennomfører retrospektiver ennå (enten det er i Scrum Sprint-formatet eller etter en annen metode), så innfør dem nå. Gjør det nå. 

Fordi resultatene i studien ovenfor ikke er noe unntak. (Og ikke bekymre deg, –-ledere kan også moderere retros).

En omfattende metastudie har vist følgende: Retrospektiver fører (eller synonymt med den vitenskapelige definisjonen "team debriefs") til 25% bedre prestasjoner. 

Og dette til tross for at lagene i gjennomsnitt bare investerte 18 minutter i dem (Tannenbaum & Cerasoli, 2013). 

Gode retrospektiver bidrar først og fremst til én ting: å skaffe innsikt. 

Det er ikke uten grunn at "å få innsikt" er en av de fem fasene i et retrospektiv i Scrum-metodikken (eller rettere sagt i Scrum-rammeverket).

Gjør gode retrospektiver enda bedre

Hvis dere er Agile-coacher, Scrum Masters og produkteiere, lever dere sannsynligvis allerede etter smidige metoder. Og du har allerede gjennomført et retrospektiv i den siste sprinten.

Uansett kan du nå forbedre fremtidige retrospektiver på grunnlag av informasjonen som er forklart. (Etter mitt syn burde denne kunnskapen faktisk integreres direkte i Scrum Master-sertifiseringen ...). 

Til dette formålet har vi utviklet en workshop som du kan gjennomføre med teamet ditt, for eksempel som en del av en retro.

Her er fremgangsmåten. Du bør sette av 1 til 2,5 timer til dem, avhengig av teamets størrelse. (Ikke glem at retrospektivet fortsatt er et beskyttet område):

  1. Helt i tråd med ånden i De 5 fasene i en retroBegynn med "Sett scenen". (Du kan finne generell inspirasjon til dette og til resten av prosessen, for eksempel på Retromat).
  2. Fortsett med øvelsen "Tegn en skål" (se Ted-Talk): Fortell teammedlemmene dine, uten utførlige instruksjoner, at hver og en av dem skal registrere hvordan de lager toast fra sitt ståsted.
    Du har 2-3 minutter til dette. Tips: Det trenger selvfølgelig ikke alltid å være toasteksemplet. Hvis det er nødvendig, kan du variere oppgaven for å få frem nye spennende tegninger. 
  3. La hver person presentere tegningen sin én gang. Diskuter likheter og forskjeller i "definisjonene" av den mentale modellen. Har noen tegnet mennesker? En hånd? Har alle tegnet en brødrister? Har noen tegnet flere produkter?
  4. Legg til rette ved å forklare teamet hva mentale modeller er. Noen tenker for eksempel umiddelbart på hender når de tenker på "å lage toast".
    Ingeniører kan tenke på teknologien bak. Se hele Ted-videoen sammen for dette trinnet hvis det er nødvendig.
  5. Forklar teamet at en felles mental modell av arbeidet i stor grad kan lette teamarbeidet. For at dette skal skje, bør den imidlertid gjenspeile virkeligheten så godt som mulig (Mathieu, Heffner, Goodwin, Cannon-Bowers & Salas, 2005).
    For at dere som team skal kunne utvikle en mental modell som er så nøyaktig som mulig, bør alle bidra. For øyeblikket har alle sannsynligvis fortsatt et annet bilde.


    For å gjøre det enklere å forstå her, kan du bruke disse Grafisk show. Den viser hvordan 6 blind forskere, avhengig av deres perspektiv, ville beskrive en elefant. På samme måte har alle i teamet et annet perspektiv på arbeidet –, og ingen tar feil.

  6. I neste trinn stiller du følgende spørsmål: Alle skriver ned (om nødvendig på typiske Kanban-kort) sin mentale modell av hvilke prosesser som utgjør teamarbeidet. I tillegg kan alle registrere atferd eller egenskaper som utgjør vellykkede prosesser sett fra deres ståsted.5
  7. Nå har teamet tid til å organisere de skriftlige kortene i en modell eller en meningsfull struktur.
    Ifølge Ted Talk fungerer dette noen ganger like bra, eller til og med mer effektivt, hvis man ikke trenger å snakke.

    Peter M. Senge er trolig hovedansvarlig for innføringen av begrepet "lærende organisasjon". Han uttrykker dette viktige skrittet i en Youtube-video om temaet "systemtenkning" ser slik ut:

    "Hvis jeg ikke er villig til å sette spørsmålstegn ved mine egne mentale modeller, kan jeg glemme å oppdage skjult potensial. Du må bringe sammen ulike mennesker med ulike synsvinkler, som ser ulike deler av systemet. Og sammen ser de noe som ingen av dem ser hver for seg."

  8. På et eller annet tidspunkt blir det tydelig at teamet er noenlunde samlet. Da kan alle sette seg ned igjen og snakke om opplevelsen.
    God tilrettelegging innebærer å involvere alle teammedlemmene så ofte som mulig. Følgende spørsmål kan bidra til god tilrettelegging som fremmer refleksjon:
    • Hvilken del av den mentale modellen var forventet?
    • Hvilken del av den mentale modellen overrasker deg?
    • Hvor mener du det fortsatt er rom for forbedringer i den mentale modellen?
    • Hvilken positiv atferd kan du eventuelt legge til?
    • Hvilken del av den mentale modellen var det noen av dere som ikke hadde tenkt på før?
    • Hvordan føltes det å utvikle den mentale modellen i det stille?
    • Passer den mentale modellen med teamets mål og verdier?
    • Hvilke deler av den mentale modellen, om noen, dominerer prosessene dine? Er det riktig at de dominerer?
    • Hvilke deler av den mentale modellen bør vurderes oftere?
    • Hvor kan det være en flaskehals eller en spesielt kritisk justeringsskrue i denne modellen?
  9. Etter denne refleksjonen bør man bli enige om en modell. Og man bør komme frem til en konklusjon i henhold til de fem fasene i en retro. (For eksempler på dette og for den generelle prosessen, se Retromat). I det neste trinnet kan den utviklede modellen brukes regelmessig i retrospektiver. Den kan og bør tjene som grunnlag for refleksjon.
 

Så mye for en felles mental modell av prosessene deres. Kanskje du vil prøve ut workshopen (eventuelt i en modifisert form) i neste sprint. 

Vi ser frem til å høre dine erfaringer med workshop-konseptet. Kanskje noe annet enn det du kjenner fra Scrum Guides. Vi er åpne for tips om hvordan det kan forbedres!

Jeg håper at beskrivelsen har gitt deg minst én ny idé, kanskje til og med tiltak for forbedring. (I sistnevnte tilfelle må du ikke glemme å holde deg til de avtalte tiltakene). 

Hvis bare agil teamutvikling var så enkelt som Automatisering av robotiserte prosesser ville være...

Vellykket teamarbeid

I tillegg til denne modellen for teamarbeid finnes det selvsagt også en modell for hva som er vellykket teamarbeid på et psykologisk plan. 

For en av de relevante faktorene, se for eksempel vår Blogginnlegg om psykologisk sikkerhet.

Så hvem skal sørge for at det fungerer godt mellom menneskene i teamet? 

Hvordan ser en "riktig" mental modell for vellykket teamarbeid ut på et psykologisk nivå? Her har vi kommet til oppgaven til Echometer-programvaren eller verktøyet vårt.

Metastudier tyder på at det finnes psykologiske variabler som er generelle forutsetninger for motiverte team. Enten de består av prosjektledere, spesialiserte jurister eller programvareutviklere. 

Vi hjelper deg med å integrere disse universelle faktorene i din mentale modell for vellykket teamarbeid. 

Å reflektere over faktorene og dermed kontinuerlig utvikle dere selv. Med andre ord, å optimalisere teamarbeidet ved hjelp av virkelig vellykkede retrospektiver. (Designtenkning og Lego Serious Play vi absolutt kan anbefale, forresten).

Kontinuerlig forbedring

Hvis du har lyst til å forbedre teamarbeidet ditt med Echometer-retrospektiver – til en kontinuerlig Forbedring du ønsker å komme – kontakter oss med glede. 

Hvis ikke, kan du hjelpe oss med å sikre at "mentale modeller" også tas opp i alle Scrum Master-sertifiseringer. Og del dette innlegget med kollegene dine. #akk 🙂 ... 

Forresten, ikke bekymre deg. Én ting er det ingen tvil om: Dette blir ikke vår siste artikkel om retrospektive metoder! 

Det kan for eksempel være lurt å designe retro ved hjelp av lekne metoder. Da er de tre metodene fra denne artikkelen heller din smak.

Hvis du er interessert i hva ledergruppen bør gjøre i forbindelse med smidig omstilling, kan du ta en titt på her våre tips.

Fotnoter

1) For statistikerne: Resultatene av en t-test viste at denne forskjellen er statistisk signifikant (t (11) = -6,72, p < .01; ensidig). Med en svært høy effektstørrelse på d = 4,1 (!).

2) Denne modellen er tidligere utviklet på tvers av ulike studier (f.eks. Johnston, Smith-Jentsch, & Cannon-Bowers, 1997Smith-Jentsch, Johnston og Payne, 1998).

3) Innenfor rammen av TADMUS-programmet – Tactical Decision Making Under Stress utviklet ulike forskere en modell. Den var ment som en gyldig og pålitelig modell som skulle tjene som grunnlag for senere forskning innen det militære feltet på temaet teamarbeid. 

Innenfor ulike studier (for en oversikt, se Ramachandran, Jensen & Salas, 2008) ble det utviklet en modell for dette. Den ble kalt Anti-Air Teamwork Observation Measure (ATOM). Den ble senere brukt av for eksempel NAVY og Marines som grunnlag for teamtrening under 9/11.

4) Du ønsker ikke å gi inntrykk av at alle retros er kronologiske. Med en klassisk retro mener jeg en "klisjé"-retro som følger de 5 fasene i en retro og stiller de nevnte "klisjé"-spørsmålene.

5) Dette kan også gjøres med andre spørsmål. Du kan også spørre hvordan teamet ditt skaper verdi fra hvert enkelt teammedlems perspektiv. 

Eller hvor teamet befinner seg i verdikjeden. Men dette spørsmålet vil selvsagt være mindre egnet som grunnlag for de løpende retrospektivene i Scrum-sprinten som finner sted etterpå.

Kilder

  • Christian, M. S., & Slaughter, J. E. (2007, august). Work Engagement: A Meta-analytic review and directions for research in an emerging area. I Academy of Management Proceedings (Vol. 2007, nr. 1, s. 1-6). Briarcliff Manor, NY 10510: Academy of Management.
  • Horowitz, B., & Kenerly, K. (2014). Det vanskelige med vanskelige ting: å bygge en virksomhet når det ikke finnes noen enkle svar. New York, NY: Harper Business.
  • Johnston, J.H., Smith-Jentsch, K.A., & Cannon – Bowers, J.A. (1997). Performance measurement tools for enhancing team decision-making training. I M. T. Brannick, Salas, E., & Prince, C. (red.), Team performance assessment and measurement: Theory, methods, and applications (s. 311-327). Mahwah, NJ: Erlbaum.
  • Lee, M., Johnson, T., Lee, Y., O'Connor, D., & Khalil, M. (2004). The Conceptual Framework of Factors Affecting Shared Mental Model. Association for Educational Communications and Technology.
  • Mathieu, J. E., Heffner, T. S., Goodwin, G. F., Cannon-Bowers, J. A., & Salas, E. (2005). Skalering av kvaliteten på lagkameraters mentale modeller: Ekvifinalitet og normative sammenligninger. Journal of Organizational Behavior: The International Journal of Industrial, Occupational and Organizational Psychology and Behavior, 26(1), 37-56.
  • Ramachandran, S., Jensen, R., & Salas, E. (2008). Utvikling av modeller for teamytelse: Fra abstrakt til konkret. Interservice/Industry Training, Simulation, and Education Conference (I/ITSEC) 2008.
  • Rudolph, J. W., Simon, R., Dufresne, R. L., & Raemer, D. B. (2006). Det finnes ikke noe som heter "ikke-dømmende" debriefing: en teori og metode for debriefing med god dømmekraft. Simulation in Healthcare, 1(1), 49-55.
  • Salas, E., Nichols, D. R., & Driskell, J. E. (2007). Testing av tre teamtreningsstrategier i intakte team: En metaanalyse. Small Group Research, 38(4), 471-488.
  • Smith-Jentsch, K. A., Cannon-Bowers, J. A., Tannenbaum, S. I., & Salas, E. (2008). Veiledet selvkorrigering i team: innvirkning på teamets mentale modeller, prosesser og effektivitet. Small Group Research, 39(3), 303-327.
  • Smith-Jentsch, K. A., Johnston, J.A., & Payne, S.C. (1998). Måling av teamrelatert kompetanse i komplekse miljøer. I J. A. Cannon-Bowers og Salas, E. (red.), Making decisions under stress: Implications for individual and team training (s. 61-87). Washington, DC: American Psychological Association.
  • Tannenbaum, S. I., & Cerasoli, C. P. (2013). Bidrar team- og individuelle debriefer til bedre prestasjoner? En metaanalyse. Human factors, 55(1), 231-245.

Del denne artikkelen med nettverket ditt

Trenger du en teamboost? Da gjør du følgende: Tilbakeblikk på Spotify Health Check!

Første helsespørsmål: "😍 Vi liker å gå på jobb og har det veldig gøy sammen."

Har du lyst på mer? Prøv retroverktøyet vårt nå.

Flere artikler fra bloggen vår

Echometer Nyhetsbrev

Ikke gå glipp av oppdateringer om Echometer og få inspirasjon til smidig arbeid

Vanlige spørsmål om det nettbaserte retrospektive verktøyet

Nei, du trenger ikke å logge inn på Echometer eller registrere deg for å teste Retro Board og Retro Tool i Echometer.

Du kan prøve Echometers retrotavle via følgende lenke uten å logge inn: Start prøvekjøring

Først registrerer du deg gratis i Echometer. Deretter navigerer du til arbeidsområdet du ønsker å kjøpe retroverktøyet til. Hvis du ikke allerede har gjort det, kan du gjøre det her: Opprett konto i Echometer 1:1-verktøyet

Deretter kan du administrere abonnementet ditt (for både retroverktøyet og 1:1-programvaren) i innstillingene for arbeidsområdet.

Du kan velge mellom ulike betalingsmåter når du oppgraderer.

Hvis du ikke selv har tilgang til bedriftens kredittkort, kan du ganske enkelt legge til en kjøper som arbeidsområdeadministrator i Echometer-arbeidsområdet ditt, slik at denne administratoren kan utføre oppgraderingen for deg.

I Echometer finnes det to separate programvareløsninger som er tilgjengelige innenfor hvert arbeidsområde i Echometer:

  • 1:1-verktøy: Programvare for planlegging og gjennomføring av 1:1-møter og sporing av medarbeiderutvikling
  • Retrospektivt verktøy: Programvare for planlegging og moderering av retrospektiver og sporing av teamets utvikling gjennom helsesjekker

Begge er uavhengige programvareløsninger, slik at de kan brukes uavhengig av hverandre.

De arbeider imidlertid etter de samme prinsippene og har som mål å oppnå den samme merverdien: Videreutvikling av smidige team. I så måte anbefales det å bruke begge programvareløsningene samtidig.

Ja, du kan gi et hvilket som helst antall brukere administrasjonsrettigheter på både teamnivå og arbeidsområde. Vær oppmerksom på følgende:

  • Bare administratorer for arbeidsområder kan tegne og administrere et Echometer-abonnement for et Echometer-arbeidsområde.
  • Bare arbeidsområdeadministratorer kan opprette flere team og navngi eller fjerne flere arbeidsområdeadministratorer.
  • Teamadministratorer kan utnevne og fjerne flere teamadministratorer og teammedlemmer for teamet sitt

Hvis et smidig team ennå ikke har så mye erfaring med retrospektiver, anbefales et verktøy som effektivt veileder dere gjennom retrospektivet og tilbyr mange maler:

  • Echometer er ikke bare kjent for å være en intuitiv retrospektivtavle på nett, men også for å tilby en svært effektiv guidet flyt gjennom retrospektivet. Samtidig tilbyr Echometer whiteboards som kan integreres fleksibelt i retrospektivet. Dette gjør Echometer svært nybegynnervennlig.
  • Echometer har også svært allsidige og kreative maler for retrospektiver og team-Health Check-er som stimulerer til refleksjon i teamet. Spesielt uerfarne team er svært takknemlige for tankevekkeren i Echometer.

Dette gjør Echometer til den beste programvaren for nybegynnere med agile retrospektiver eller Scrum-nybegynnere. Du kan forresten prøve Echometer gratis uten å logge inn: Echometer Prøv retroverktøyet

Ja, du kan samle inn og måle eNPS (Employee Net Promoter Score) i Echometers Health Check-er og undersøkelser for retrospektive undersøkelser.

eNPS kan analyseres i Echometer både på teamnivå og på tvers av team. For analyser på tvers av team kan du for eksempel bruke varmekartet i Workspace Health Dashboard.

Programvaren Echometer Retrospective er utviklet for å veilede team gjennom den retrospektive prosessen på en så enkel og effektiv måte som mulig, i tråd med beste praksis.

Trinnene og rekkefølgen på dem kan tilpasses ved hjelp av navigasjonen i retrospektivet. En retrospektiv i Echometer er strukturert slik som standard:

  • Isbryter
  • Gjennomgang av åpne tiltak fra tidligere retros
  • Samle inn tilbakemeldinger (først Health Check, deretter åpne spørsmål)
  • Prioritering av tilbakemeldinger
  • Utlede tiltak
  • Konklusjon av retrospektivet med "ROTI-score" (Return on Time Invested)

Flere tavler (f.eks. for workshops, for å analysere problemer eller for idémyldring) kan også legges til spontant når som helst ved hjelp av den retrospektive navigasjonen.

Ja, Echometer Retrospective Tool tilbyr ulike eksportalternativer for retrospektiver.

Den mest populære metoden er å generere en PDF-fil som blant annet inneholder tilbakemeldingene, stemmene fra prioriteringen og tiltakene fra retrospektivet. Det er også mulig å dele retrospektivet via en delingslenke.

Et sammendrag av retrospektivet sendes også automatisk til andre deltakere via e-post etter retrospektivet, forutsatt at de er registrert som teammedlemmer i teamet.

Ja, det nettbaserte retrospektivverktøyet Echometer er et av de få retrospektive programvareverktøyene som også støtter registrering og sporing av tiltak på en optimal måte:

  • Integrasjon: Du kan også registrere målinger direkte i Jira via en valgfri integrasjon.
  • Automatisk oppfølging: Alle åpne tiltak fra tidligere retrospektiver vises automatisk i tiltaksgjennomgangen i neste retrospektiv for sporingsformål. Dette gir teamet en oversikt over hvilke tiltak som fortsatt er åpne, og skaper en forpliktelse til å gjennomføre de avtalte tiltakene.
  • Påminnelser: Tiltak tildeles en ansvarlig person, som automatisk mottar en påminnelse på e-post når tiltaket opprettes, slik at tiltaket ikke blir glemt. I tillegg kan hver enkelt deltaker fleksibelt motta påminnelser om tiltak via e-post og når som helst administrere tiltaksstatus i Echometer Retro Tool.

Dette betyr at Echometers verktøy for teamretrospektiver har omfattende og gjennomtenkte funksjoner for sporing av tiltak.

Ja, Echometer gjør det mulig å gruppere og prioritere (stemme via poeng) tilbakemeldinger på den retrospektive tavlen.

Alle deltakerne kan enkelt dra og slippe kort på hverandre og gruppere dem sammen.

Det finnes to moduser for prioritering:

  • I "Live Voting" (den anbefalte modusen) velger moderatoren hvor mange stemmer hver deltaker skal ha, og starter deretter den skjulte avstemningen. Så snart alle stemmene er avgitt, kan moderatoren stenge den direkte avstemningen. Under avstemningen kan du se hvor mange stemmer som gjenstår å fordele. Etter at avstemningen er avsluttet, sorteres kortene i kolonnene automatisk i synkende rekkefølge, slik at kortene med flest stemmer ligger øverst.
  • I modusen "Tilrettelagt avstemning" velger moderatoren ganske enkelt hvor mange stemmer som skal tildeles hvert emne. Denne modusen er bare nødvendig i unntakstilfeller.

Tilbakemeldingene kan bearbeides optimalt i teamet ved hjelp av Echometer, og tiltakene som avledes av dem, kan også enkelt registreres i Echometer i direkte tilknytning til tilbakemeldingen.

Ja, med den nettbaserte retrospektivprogramvaren Echometer kan du samle inn asynkrone tilbakemeldinger på retrospektivet på forhånd via en spørreundersøkelse.

Det betyr at tilbakemeldingen er asynkron, og at man kan få mest mulig ut av tiden man tilbringer sammen i ettertid.

Ja, absolutt: Den nettbaserte retrospektivprogramvaren Echometer er optimalisert for distribuerte team som jobber eksternt, og inkluderer ulike alternativer for å samhandle med hverandre i sanntid.

Både retrospektivene og tavlene synkroniseres i sanntid for alle deltakerne, og du kan også velge å vise markørene til kollegene dine.

Ja, det nettbaserte retrospektivverktøyet Echometer er et gratis verktøy som du kan prøve uten å logge inn.

Du kan komme i gang med en gang ved å bruke denne lenken: Echometer Retro Tool uten innlogging.

For å invitere andre deltakere til det nettbaserte retrospektivet ditt i Echometer, må du registrere deg. Deltakerne trenger bare å oppgi e-postadressen sin for å bli med i retrospektivet, men de trenger ikke å logge inn.

Etter retrospektivet kan deltakerne eventuelt logge inn for å få tilgang til sammendraget, selv etter at retrospektivet er avsluttet.

Ja, Echometer tilbyr mange maler av høy kvalitet for retrospektiver og de respektive trinnene i et retrospektiv.

Echometer er det retrospektive programvareverktøyet med sannsynligvis de mest integrerte ideene og mønstrene for retrospektive maler:

  • Retromalene i Echometer inneholder eksempler på spørsmål til retrotavlen. Disse er ofte kreativt basert på spesifikke temaer i –, som for eksempel "Kartracing retrospektiv" eller "Tidsreiser retrospektiv".
  • Noen retro-maler inneholder også maler for Health Check-er. For eksempel for å måle Spotify Health Check eller psykologisk trygghet i teamet.
  • Når du oppretter et team, kan du velge mellom ulike teammaler, for eksempel for lederteam eller scrum-team. Teammalene setter deretter sammen et passende team Health Check for teamet.
  • For å bryte isen i retrospektivet har Echometer over 50 ideer til eksempler på spørsmål som kan brukes spontant og tilfeldig i et retrospektiv ved hjelp av en tilfeldighetsgenerator.
  • Og så finnes det tavlemaler i Echometer, som inneholder ideer til innsjekkinger, teambuilding og utvikling av tiltak.

En av de største styrkene ved Echometer Retro Tool er de ulike malene for retrospektiver, som kan brukes som mønster for kreativ utforming av egne retrospektiver.

Her er en kort liste over eksempler som gir et innblikk i de retrospektive malene:

  • Glad, undrende, trist
  • Tre små griser
  • Lagmoral Health Check
  • Maler for retrospektiv påske og jul
  • DORA Retrospektiv
  • 5 smidige verdier Health Check
  • Spotify Squad Health Check Radar
  • Psykologisk sikkerhet Health Check
  • DORA Retrospektiv
  • Unike retrospektivmaler som "7 Dwarfs Retrospective" eller "Football Retrospective"

Hvis du er interessert i malene for Retrospective Tools, kan du ta en rask titt på verktøyet: Echometer Retro maler og maler

Ja, Echometer er et nettbasert verktøy for retrospektiver som tilbyr Jira-integrasjon.

Med Jira-integreringen i Echometer kan målinger fra Echometer opprettes i Jira-tavler med ett enkelt klikk.

Dette gjør Echometer til et godt retrospektivt programvareverktøy hvis teamet ditt allerede bruker Jira.

Echometer er ikke tilgjengelig i Atlassian Marketplace, men som separat programvare via my.echometerapp.com kan kalles.

Ja, Echometer kan kalles et retrospektivverktøy med sjøstjerner, fordi du med Echometer enkelt kan utføre en sjøstjerne-retrospektiv på en interaktiv retrospektivtavle på nettet.

Tips: Hvis du er interessert i Starfish Retrospective, bør du ta en rask titt på Echometer. Det spesielle med Echometer er nemlig at du kan prøve ut sjøstjernens retrospektiv umiddelbart (tidsbesparende, uten å logge inn) på denne lenken: Echometer Starfish Retrospektiv tilgang uten innlogging

Programvaren Echometer Sprint Retrospective har svært omfattende funksjoner, både for nybegynnere og eksperter. Følgende funksjoner utgjør kjernen i verktøyet:

  • Strukturert retrospektiv flyt med integrerte tavler for fleksibel idémyldring om individuelle fokustemaer
  • Retrospektiv tavle for idémyldring, presentasjon, gruppering og avstemning med direkte samarbeid
  • Moderatorverktøy som tidtaker, anonymitetsinnstillinger og kontroll over dagsordenstrinn (fokusert for alle deltakere)
  • Integrert sporing av tiltak fra tidligere retrospektiver med automatisk innsending på nytt og inkl. Jira-integrasjon
  • Upartisk idémyldring: Skjulte kort på retrotavlen og på de integrerte tavlene hindrer deltakerne i å påvirke hverandre under idémyldringen.
  • Enkel og rask oppsett av verktøyet: Mange brukere rapporterer at de kunne starte sitt første retrospektiv på mindre enn 10 minutter.

Følgende funksjoner er Echometers unike salgsargumenter som er relevante for erfarne Scrum Masters og teamledere:

  • Dashbord med retrospektiv historikk, inkludert varighet av retrospektivet, antall deltakere og ROTI-score
  • PDF- og Markdown-eksport av retrospektivet etter ferdigstillelse
  • Retrospektivet kan foregå asynkront (f.eks. også via en spørreundersøkelse som sendes ut før retrospektivet) eller i sanntid
  • Anonyme tilbakemeldinger via spørreundersøkelse eller på den retrospektive tavlen
  • Anonym avstemming og prioritering av tilbakemeldinger på den retrospektive tavlen ved å tildele poeng
  • Spørre etter eller måle "ROTI-poengsummen" (dvs. Return on Time Invested) etter retrospektivet for kontinuerlig evaluering og forbedring av retrospektivet fra teammedlemmenes side
  • Utarbeidelse av Health Check-undersøkelser eller pulsundersøkelser som en tilfredshetssjekk og et stemningsbarometer for å oppdage trender (f.eks. økende misnøye) i teamet på et tidlig stadium
  • Health Check KPI-er og smidige måleparametere i analyseoversikten, inkludert historikk
  • Health Check Spørreundersøkelser eller pulsundersøkelser også mulig på tvers av team

Echometer Retrospective Tool tilbyr følgende funksjoner for ideer, spørsmål og eksempler på retrospektive maler:

  • 50+ ideer til retrospektivmaler, inkludert Keep Stop Start, Happy Wondering Sad og Starfish Retrospective
  • 200+ retrospektive Health Check-spørsmål og maler
  • Retrospektivt isbryterbibliotek med mer enn 50 morsomme retrospektive innsjekkinger for å fremme psykologisk trygghet og lagånd osv.
  • Whiteboard-maler for visuell, interaktiv retrospektiv Icebreaker (inkludert sesongmessige høydepunkter for f.eks. påske og jul)
  • Whiteboard-maler for å strukturere og forenkle utarbeidelsen av tiltak

Ja, retrospektivverktøyet Echometer er enkelt å bruke, selv for nybegynnere som ennå ikke er kjent med retrospektivt arbeid.

Mange brukere rapporterer at de kunne organisere sitt første retrospektiv i Echometer på mindre enn 10 minutter - og – på null komma niks! Selv brukere som ikke er så teknisk kyndige, kan delta i retrospektivene med bare noen få enkle trinn.

Det er også svært enkelt å gjennomføre retrospektivet takket være den strukturerte prosessen i Echometer. Det er heller ikke komplisert å sette opp Health Check, og det krever ingen stor læringskurve. – er raskt å komme i gang.

På testimonial-siden til Echometer finner du mange bekreftede brukeranmeldelser: Echometer-uttalelser

Echometer er det beste verktøyet for retrospektivt arbeid sammenlignet med alternative retrospektivverktøy som Retrium, EasyRetro, Reetro, Neetro og TeamRetro, og det er tre grunner til det:

  1. Stort utvalg av kreative maler for retrospektiver: Brukere av Echometer bekrefter at Echometer har et unikt bredt utvalg av ideer til retrospektiver.
  2. Echometer har en enkel og intuitiv struktur for retrospektiver som veileder team gjennom retrospektiver ved hjelp av beste praksis. Dette gjør også Echometer svært nybegynnervennlig.
  3. Echometer tilbyr en generøs gratisversjon.

Brukere av Echometer setter særlig pris på den unike funksjonen Echometer har til å sette inn Health Check-er i sine agile retrospektiver: Disse agile Health Check-ene bidrar i stor grad til å stimulere teamets refleksjon og til å involvere alle teammedlemmene aktivt i retrospektivet.

For å oppsummere kan vi si at selv alternative retrospektive programvareverktøy som Parabol ikke har de samme unike funksjonene som Echometer, som er både enkle og effektive. Derfor kan man si at Echometer er den beste programvaren for gjennomføring av retrospektive møter i agile sprinttrinn.

Ja, i Echometer kan du få anonyme tilbakemeldinger fra teamet.

Echometer er et av de få nettbaserte retrospektive verktøyene som kan brukes til å samle inn tilbakemeldinger anonymt.

I Echometer kan tilbakemeldinger til og med samles inn anonymt før retrospektivet via asynkrone spørreundersøkelser, noe som er unikt blant nettbaserte retrospektivverktøy og skiller Echometer positivt fra verktøy som retrospektivprogramvaren Parabol.

Ja, Echometer tilbyr en generøs gratisversjon av det nettbaserte retroverktøyet som kan brukes permanent og gratis for ett team. Dette inkluderer alle funksjoner for teamretrospektiver.

Du trenger bare å bytte til en betalingsversjon for å få tilleggsfunksjoner som SSO, flere team eller et ubegrenset antall retrospektiver.

Mer informasjon om variantene av Echometers retroverktøy finner du på prissiden her: Retro-Tool prisliste

Den største styrken ved Echometer-retrospektivverktøyet er at det bidrar til tidsbesparelser, deltakerengasjement og produktivitet.

  • Med hundrevis av ideer til retrospektivmaler i kombinasjon med de integrerte undersøkelsene, gjør Echometer det svært enkelt å forberede gode retrospektiver på bare noen få minutter.
  • Takket være de guidede trinnene og den lekne og interaktive retrospektive tavlen blir gjennomføringen en barnelek, fokusert og samtidig resultatorientert.
  • Den integrerte sporingen av tiltak og teamets helse gjør det lettere å oppdage trender i teamet på et tidlig stadium og sikrer at tiltak fra retrospektive møter ikke blir glemt

Kombinert med de unike egenskapene til de smidige Health Check-ene og de fleksible tavlene er Echometer et av de beste, om ikke det beste, retrospektive verktøyet på markedet, til og med bedre enn det mer kjente retrospektive verktøyet Parabol.

Ja, Echometers retroverktøy er teknisk sikkert og GDPR-kompatibelt.

Flere europeiske finansinstitusjoner og forsikringsselskaper har valgt å kjøpe Echometers retrospektive verktøy fremfor andre alternativer på grunn av de strenge regulatoriske kravene.

Opplysningene lagres og behandles på en sikker måte i Tyskland. Kontrakten for bestilt databehandling med detaljer om de tekniske og organisatoriske sikkerhetstiltakene for behandling av Echometer kan ses her: https://echometerapp.com/gdpr-and-security/

Echometers verktøy for retrospektiver tilbyr følgende integrasjoner:

  • Jira (for enkel sporing av tiltak fra retrospektiver i Jira-tavler)
  • Google-pålogging
  • SSO (kun i betalt versjon)

Echometer er spesielt positive til økningen i effektiviteten av retrospektive møter og den forbedrede målbarheten av teamutvikling gjennom Echometer.

Her er noen offisielt bekreftede sitater fra brukere og kunder av programvareverktøyet Echometer, som alle har lederstillinger i smidige team:

Duane Hill, Scrum Master Coach:

  • "Echometer er som en kombinasjon av Miro og en veldig smart retro-tavle. Det gir til og med beregninger på effektiviteten av coachingen min, slik at jeg enkelt kan se trender i teamutviklingen. Jeg elsker virkelig dette verktøyet. – anbefales på det sterkeste til alle som ønsker å gjøre retrospektivene mer effektive!"

Lena Tölke, Agile Coach hos Deutsche Bahn Sales:

  • "Takket være de målrettede spørsmålene i Echometer får vi stadig ny innsikt som vi kan bruke til videreutvikling i retrospektivene, og vi kan gjøre dem transparente og målbare for alle teammedlemmene."

Clemens Schöne, Scrum Master hos Communardo Products:

  • "Echometer er som en kombinasjon av Mural og EasyRetro – - jeg er begeistret! Med Echometer kan fjernstyrte retros fungere mye bedre og til og med være morsomme!"

Patrick Böttcher-Exner, lederstilling i Relaxdays GmbH:

  • "En stor fordel er at Echometer gjør det mulig for oss å gjennomføre og spore både eksterne og stedlige retrospektiver i ett og samme verktøy."

Carina McLane, senior programvareutvikler hos Volvo:

  • "Som Scrum Master handler det ikke om verktøyene, men dette gjør virkelig arbeidet mye morsommere. Etter to års erfaring med Echometer kan jeg anbefale det til alle som ønsker å berike sine retrospektiver og forstå teamet sitt bedre!"

Echometer er det perfekte retrospektive programvareverktøyet for travle teamledere, teamledere, tekniske ledere, men også scrum mastere og Agile-coacher i distribuerte eller hybride agile team ("remote teams").

Brukerne setter særlig pris på hvor mye tid verktøyet sparer retrospektivmoderatorene for, og hvordan det øker deltakernes engasjement i retrospektivet. Derfor er det personer som verdsetter tidsbesparelser, effektivitet og engasjement i retrospektivet, som har størst nytte av funksjonene i Echometer.

I tillegg tilbyr Echometer en enkel og leken introduksjon til retrospektiver og er derfor spesielt egnet for team som ennå ikke har mye erfaring med retrospektiver, eller som nettopp har begynt å jobbe med smidige arbeidsmetoder.

Den retrospektive programvaren Echometer fungerer på følgende måte:

  • Enkel forberedelse av retrospektiver ved hjelp av maler for retroformater, spørreundersøkelser og tavler
  • Intuitiv og trinnvis gjennomføring av retrospektiver. Mulig både på nett og på stedet. Bruk QR-koden på stedet, slik at deltakerne kan delta via smarttelefonen sin med Mobile Companion-appen.
  • Automatisk oppfølging gjennom eksportfunksjoner og integrert sporing av utvikling og tiltak, inkludert retroarkiv.

Implementeringen av en retrospektiv analyse i Echometer er som følger:

  • Med retrospektivtavlen kan det agile teamet starte med en morsom velkomstskjerm der de kan vente på resten av teamet mens de spiller et interaktivt spill.
  • Når alle deltakerne i retrospektivet har ankommet, kan du fortsette med et isbryterspørsmål. Echometer har flere maler for isbryterspørsmål, inkludert både åpne spørsmål og visuelle tavlemaler med workshops og små spill.
  • Etter isbryteren kommer du til skjermbildet for sporing av tiltak: Her går teamet gjennom de åpne tiltakene fra tidligere retrospektiver og bestemmer om tiltakene skal beholdes, lukkes eller forkastes. Dette trinnet er unikt for Echometer og forbedrer kvaliteten på den kontinuerlige forbedringsprosessen i smidige team betydelig.
  • Så er det videre til Team Health Check: Alle teammedlemmene svarer på ulike spørsmål, for eksempel et spørsmål om tilfredshet i teamet eller spørsmål om psykologisk trygghet. Denne typen spørsmål øker engasjementet i retrospektivet, selv hos innadvendte teammedlemmer, og gjør det også mulig å lage agile KPI-er for å spore stemningen i teamet over tid.
  • Deretter fortsetter du med retrospektivtavlen, der alle kan gi anonyme tilbakemeldinger på åpne spørsmål – hvis dette ikke allerede er gjort på forhånd via en spørreundersøkelse. Det finnes hundrevis av retrospektivmaler for ulike retrospektiver på Echometer-retrospektivtavlen.
  • Tilbakemeldingene skrives først med forsiden ned på retrotavlen, slik at deltakerne ikke påvirker hverandre. Deretter kan moderatoren åpne tilbakemeldingene kolonne for kolonne.
  • Når tilbakemeldingene på retrotavlen er avdekket, presentert for teamet og eventuelle spørsmål om tilbakemeldingene er avklart, kan prioriteringen, det vil si avstemmingen, fortsette.
  • Stemmegivningen i Echometer er anonym. Underveis i avstemningen kan du se hvor mange stemmer som allerede er avgitt, og hvor mange som fortsatt er åpne.
  • På retrospektiver på stedet kan du også stemme ved hjelp av smarttelefonen din.
  • Så snart avstemmingen er fullført, kan du utlede tiltak. Dette kan du enten gjøre ved å opprette et tiltak direkte for tilbakemeldingen, eller ved å åpne tilbakemeldingen på en ny tavle for å analysere problemet mer detaljert og komme med ideer til tiltak.
  • Brainstorming av tiltak på en egen tavle i retrospektivet er noe av det som skiller Echometer fra andre verktøy for retrospektiv, for eksempel Parabol. I Echometer kan du opprette en egen tavle for hvert tema i retrospektivet og dermed optimalisere fokuset på diskusjonen.
  • Til slutt gjør Echometer det mulig å avslutte retrospektivet ved å spørre hele teamet anonymt om ROTI-poengsummen (dvs. "Return on Time Invested") på en skala fra 0 til 10: Dette hjelper teamet, og spesielt moderatoren, med å kontinuerlig forbedre kvaliteten på retrospektivarbeidet innad i teamet.

Denne unike, strukturerte og fleksible retrospektive prosessen, kombinert med de mange funksjonene, gjør at Echometer ofte beskrives som det beste verktøyet for agile retrospektiver.

Noen flere spørsmål?

Jeg har nylig skrevet en e-bok om "12 retrospektive metoder fra psykologien" – Interessert?

Christian Heidemeyer, psykolog og Scrum Master