Start prøvekjøring

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

scrum i stor skala Echometer
Bilde av Christine Graf

Christine Graf

Scrum i stor skala (LeSS): En oversikt og sammenligning

Forestill deg at du har 3 agile team som jobber i henhold til Scrum, og nå ønsker du å skalere – Scrum er ikke lenger nok. Hva er neste skritt? Det finnes ulike rammeverk for dette, blant annet SAFeNexus og mange andre. I dag ser vi nærmere på LeSS.

LeSS er SCRUM (definisjon)

Den LeSS-rammeverk forsøker å anvende prinsippene og idealene i Scrum i en stor bedriftskontekst så enkelt som mulig gjennom definerte regler og retningslinjer. På grunn av sin enkelhet har LeSS fått definisjonen eller merkelappen "knapt tilstrekkelig" –, men dette er ikke negativt ment.

7 Fordeler med LeSS-rammeverket

Det grunnleggende fokuset i LeSS er ikke å skape enda et nytt rammeverk. I stedet brukes Scrum-prinsippene i mange team.

Noen av fordelene som følger med LeSS kan oppnås er:

  1. Lavere implementeringskostnader ved å implementere praksiser som teamene allerede bruker i Scrum.
  2. En produkteiersom forstår rammeverket og prinsippene og deretter bygger bro mellom virksomheten og de tekniske teamene.
  3. I forbindelse med levering av et produkt, vil færre mennesker nødvendig. LeSS tilfører ikke eksponentielt flere roller og merarbeid.
  4. Den tilbyr en full produktvisning i fokusområdet
  5. Den Teamene er i direkte kontakt med kunden og andre interessenter 
  6. Kontinuerlige forbedringer tilrettelegges gjennom regelmessige retrosamtaler og andre møter, som er grunnleggende prosesser i Agilen-manifestet.
  7. For mange organisasjoner kan LeSS-tilnærmingen til skalering av Scrum-team være en fordel det neste logiske steget på veien mot smidig skalering..

Før vi går i dybden, en liten notis. Vi hadde nylig 11 internasjonale agile eksperter som gjester i et webinar – om et spørsmål: Hvordan skalerer man agile metoder på riktig måte?

Resultatet er dette fantastiske videoopptaket (engelsk), som blant annet tar for seg følgende spørsmål:

  • Er det bedre å starte nedenfra og opp eller ovenfra og ned?
  • Hvordan får man ledere til å enes om en felles visjon?
  • Hvordan velge riktig agilt rammeverk –, og hvorfor er det egentlig ikke så viktig?

 Min varmeste anbefaling: Ta en titt! Det tar relativt lang tid, men det er verdt hvert minutt.

Hvordan er LeSS strukturert? En definisjon

Large Scale Scrum bygger per definisjon på prinsipper, rammeverk, retningslinjer og eksperimenter. Illustrasjonen (kilde: LeSS' nettsted) viser det. La oss forklare dette med et eksempel: 

Prinsipper: Team X utvikler en mobiltelefon. Prinsippet om åpenhet er viktig for dem. Derfor jobber de åpent og lager regelmessige dagbøker. På den annen side ønsker de å finne ut nøyaktig hvor materialene som er viktige for produksjonen av mobiltelefonen kommer fra, slik at de senere kan kommunisere dette åpent til kundene sine. Åpenhet tvers igjennom.

rammebetingelser: Samtidig jobber de kontinuerlig med å skape de rammebetingelsene som gjør SCRUM-rammeverket ideelt sammen med smidige verdier predefinerer: Åpenhet, mot, respekt, fokus og engasjement.

Veiledende prinsipper: Veiledende prinsipper for utviklingen er produktvisjonen, de tekniske kravene til produktet, men også måten vi jobber sammen på i teamet.

Eksperimenter: Når det oppstår usikkerhet, befinner vi oss i eksperimentområdet, der det handler om å teste og prøve ut ting. For eksempel hvis vi ønsker å utvikle en ny funksjon eller nå en helt ny målgruppe. (Kilde: LeSS' nettsted)

De 10 LeSS-prinsippene

LeSS definert 10 Prinsipper. De hjelper – hvis vi holder oss til vårt eksempel – med å utvikle en mobiltelefon som passer best mulig til kundens verdier og ideer. Her er en oversikt over de 10 prinsippene:

  1. Scrum i stor skala er Scrum: Mobiltelefonen kan ikke bare utvikles av ett, men av flere team, slik at kunden blir fornøyd og utviklingstiden blir rimelig.
  2. Empirisk prosesskontroll: Basert på kortsiktige erfaringer tilpasses og revideres de enkelte funksjonene i mobiltelefonen kontinuerlig.
  3. Åpenhet: Team X bestemmer seg for å dele de ukentlige teammålene åpent på den interne plattformen fra nå av. Dette gjør det lettere å forstå hva alle faktisk jobber med.
  4. Mer med mindre: I utgangspunktet bør man eksperimentere med nye ideer og lære av dem før man etablerer inerte regler og dermed tilfører "ballast".
  5. Fokus på hele produktet: Team har en enda større tendens til å suboptimalisere målene sine enn enkeltpersoner. Den største utfordringen for teamene er derfor å integrere arbeidet i et produkt. "Formålet" med hele produktet bør derfor være så tydelig som mulig. Teamene og enkeltpersonene får dermed mulighet til selv å definere passende delmål etter behov.
  6. Kunden i sentrum: Bare team som jobber direkte med kunden, kan maksimere den reelle verdien av produktet. Dessverre har organisasjoner en tendens til å koble teamene fra kunden så snart de begynner å vokse. For å motvirke dette blir kundene regelmessig invitert til teammøter for å gi tilbakemeldinger.
  7. Kontinuerlig forbedring mot perfeksjon: LeSS er en dyptgripende endring for mange organisasjoner. Merk at det ikke automatisk betyr forbedring. LeSS gjør det mulig for organisasjonen å begynne å bli bedre –, og deretter bør man kontinuerlig optimalisere. LeSS er en prosess!
  8. Lean-tenkning: LeSS legger først og fremst vekt på å se stedet for selve hendelsen (Gemba), og læringskonseptet i tre faser ShuHaRi (Shu = etterligne, Ha = variere, Ri = definere egne regler) og respekt for mennesker.
  9. Systemtenkning: Alle handlinger, endringer og forbedringer bør alltid tenkes systemisk eller i samsvar med systemet for å nå målene. Et eksempel: Hvis jeg teoretisk sett tilbyr økonomiske bonuser i ett team –, hva betyr det for andre team (dvs. for resten av organisasjonssystemet)?
  10. Køteori: Grunntanken er at vi i programvareverdenen bygger opp mange usynlige køer (f.eks. kravdokumenter og uprøvd programvare) og knapt bryr oss om hvordan disse køene skal behandles optimalt. Visste du for eksempel at når utnyttelsen av en ressurs øker fra 50% til 90%, vil ventetiden for nye oppgaver ikke bare dobles, men mangedobles? Så definer grenser for pågående arbeid (WIP), unngå multitasking og store arbeidspakker. 

LeSS-rammeverkene

LeSS tilbyr to konfigurasjoner: Grunnleggende LeSS for To til åtte lag (10 til 50 personer) og LeSS Huge for Flere enn åtte lag (50 til 6 000 personer og mer).

Kilde: Less.works

Det anbefales å starte med Basic LeSS for å eksperimentere, få erfaring og tilbakemeldinger før man går direkte til LeSS Huge. Det er to foreslåtte fremgangsmåter for å introdusere LeSS Huge:

  • Begynn med ett kravområde om gangen innenfor det større produktet, og fokuser kun på det i begynnelsen.
  • Eller gradvis utvide teamets arbeidsomfang, definisjonen av ferdig og produktdefinisjonen.

På denne måten kan et selskap bygge opp et team som har erfaring med LeSS, ekspandere på ett produktområde, oppnå innledende suksess – og dermed få støtte fra ledelsen før LeSS skaleres i hele selskapet.

Forresten, en liten bemerkning i forbindelse med smidig transformasjon: Ønsker du å forsikre deg om at du for øyeblikket er de riktige prioriteringene i din agile Forvandling? 

Ta deretter vår modenhetssjekk for din smidige transformasjon – tar bare 3 minutter. Du får til og med en benchmark basert på over tre hundre andre deltakere. Se knappen 🙂.

Begynn nå: Agile modenhetsvurdering
Agile modenhetsvurdering

Roller og planlegging i LeSS

Basic LeSS fokuserer på teamet og de viktigste Scrum-rollene:

  1. Scrum Product Owner, som er ansvarlig for produktets visjon og retning.
  2. Scrum-utviklingsteamene som er ansvarlige for produktutvikling og -levering
  3. Scrum Master, som støtter teamet i arbeidet med kontinuerlig forbedring.
  4. Lederens rolle og hvordan han/hun støtter teamet i å fjerne hindringer for kontinuerlig forbedring og autonomi (utvidelse av SCRUM).

Huge LeSS utfyller Basic LeSS med følgende roller:

  1. LeSS Huge Regional Product Owner støtter Product Owners og er avgjørende for å koble forretningskrav (økonomi osv.) med utviklingsteamene.
  2. Area Product Owner spesialiserer seg på kundeorienterte oppgaver og fungerer som produkteier for produktorienterte funksjonsteam.

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.

Les mer

"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 utfordringen

Møter i LeSS

Den Forbedring av produktkøen (PBR) Møte

PBR-møtene utvider sprintplanleggingen på tvers av fokusområder gjennom en rekke parallelle LeSS-sprintgjennomføringer. Disse møtene er nødvendige i hver sprint for å forstå, diskutere og forbedre elementer og forberede fremtidige sprinter. De viktigste aktivitetene i PBR-møtene er 

  1. Opprettelse av Epics –, dvs. gruppering av store matchende emner; i vårt eksempel vil dette være sammenslåingen av sprintene fra design- og brukervennlighetsteamet.
  2. Avklaring og besvarelse av åpne spørsmål: Alle bør ha samme forståelse av produktet og ideene til kunden og kollegene.
  3. Estimering av størrelsen på brukerhistorien, risikoer og avhengigheter: Quasi utledning og detaljplanlegging av de enkelte temaene.

Den Sprint-gjennomgang

Tilsvarer Scrum: Sprint review er et møte på slutten av en sprint for å vurdere arbeidet som er gjort i forhold til sprintmålet. Dette handler om selve produktet. Fremgangen synliggjøres, og nye innsatsområder identifiseres. Det gjør fremdriften i forhold til produktet og målet transparent.

Den Tilbakeblikk 

I likhet med Scrum: Retrospektivet er et møte som handler om teamets samarbeid. Det handler om å forbedre samarbeidet i teamet og dermed om å forbedre prosesser og innhold. Det handler også om samspillet mellom de enkelte utviklerne, Scrum Master-arbeidet og kommunikasjonen med produkteieren. Dette gjør retrospektivet til en viktig del av en kontinuerlig forbedringsprosess (KVP).

I storskala Scrum anbefales det noen ganger å gjennomføre en "retro of retros", dvs. på tvers av mange team.

Scrum i stor skala – Scrum Master Ratio

Hvor mange team bør en Scrum Master ha? Det kan argumenteres for at én Scrum Master per team er det beste – selv om dette også er et Ulemper har. Som regel i stor skala er forholdet mellom Scrum Master 1:1 og 1:3 – en Scrum Master har ett til maksimalt tre team.

Når er Large Scale Scrum LeSS den riktige Agile-metoden?

Large Scale Scrum kan brukes hvis du allerede jobber med SCRUM og ønsker å skalere Scrum. Men også for å finne balansen mellom selvorganisering og regler. 

Bas Vodde sa en gang at han og Craig Larman mener at LeSS er en veldig god tilnærming fordi den treffer balansepunktet mellom så mye veiledning som nødvendig og så lite som mulig. 

På samme måte som Scrum er det bare et prosessrammeverk som kan utformes svært individuelt og variert av teamene som bruker det. Dette argumentet virker plausibelt og skiller faktisk Large Scale Scrum (LeSS) fra andre skaleringsrammeverk.

Illustrasjon: Sweet Spot 

Sammenligning: Scrum i stor skala versus Scrum

LeSS bygger videre på Scrum for å støtte bruken av Scrum i en bredere kontekst og skalere det på tvers av større organisasjoner og utover ett team. Det er altså ikke noe enten eller. LeSS er en utvidelse av SCRUM. Så for å innføre LeSS trenger du alltid SCRUM. Det er fornuftig å innføre SCRUM først og deretter gå over til LeSS.

Sammenligning: Large Scale Scrum versus Scaled Agile Framework SAFe®.

Selv om LeSS blir stadig mer populært i selskaper med store programvareutviklingsteam, har også andre skalerte agile rammeverk som Scrum of Scrums eller Scrum @ Scale blitt stadig viktigere. Et av de ledende rammeverkene er Skalert Agile-rammeverk® (SAFe).

Det er mange likheter mellom Large Scale Scrum og Scaled Agile-rammeverket SAFe®. Begge starter for eksempel med å skalere et Scrum-team og inkorporere prinsipper som lean-tenkning, kontinuerlig forbedring og kundefokus. 

3 Kjerneforskjeller mellom Large Scale Scrum og Scaled Agile Framework SAFe®.

  1. Organisasjon: LeSS fokuserer på å forenkle organisasjonsstrukturen ved å være fleksibel og tilpasningsdyktig.
  2. Roller: SAFe har flere roller (noen sier mer "overhead" av denne grunn), inkludert Release Train Engineer (RTE), Solution Train Engineer (STE) og Epic Owners.
  3. Implementering: Scaled Agile-rammeverket SAFe® inneholder prosesser, artefakter og organisatoriske endringer som noen organisasjoner kanskje ikke kan ta i bruk. Derfor må du alltid vurdere hvilket rammeverk som passer for deg og din organisasjon.

For en vellykket innføring av Scrum i stor skala

En vellykket implementering av Scrum i stor skala krever at man bryter med hevdvunne antakelser og endrer bedriftsstrukturen – med alt det eksplosive potensialet på "sjefsnivå" og "tap av ansikt" som en tilsvarende endring innebærer. 

Utgangspunktet er derfor at alle erklærer seg klare for denne endringen – se også Modell for endringsledelse ifølge Kotter eller vår artikkel om Agile veikart for transformasjon.

Skap en attraktiv visjon for arbeidet mot – og sett i gang mange endringsprosjekter samtidig, i en eksperimentell ånd. 

Når det opprinnelige målet er nådd, er endringen gjennomført, og organisasjonen tilpasser seg en ny status quo frem til neste endring er nært forestående. 

Denne klassiske tilnærmingen ligner på den sekvensielle og den "Big Batch"-tilnærming (se Figur 1) av programvareutvikling, der endringer er et unntak, strengt styrt av kontrollorganer.

I LeSS er det ikke noe endringsinitiativ, så det finnes ingen endringsledere. I LeSS skjer endring kontinuerlig gjennom eksperimentering og forbedring – endringen er status quo.

Hva er trinnene for en vellykket implementering?

1. Endre, tilpasse eller forandre teamkulturen.

Vi anbefaler å starte med et Scrum-team først, inntil teamet og organisasjonen har fått tilstrekkelig erfaring med den nye, smidige kulturen og de ansvarlige beslutningstakerne tar initiativ til neste trinn. Dette reduserer også risikoen for en feilslått utvikling.

2. Forbedre samarbeidet innad i teamene

Det skalerte arbeidet med flere team på ett og samme produkt krever innføring av smidige metoder. Praksiser som gjør det enklere for teamene å koordinere seg med hverandre, er spesielt viktige. De første teamene må fortsatt eksperimentere mye som pionerer for resten av organisasjonen. 

Hvis teamene virkelig er frikoblet fra resten av organisasjonen, kan de gjøre tilsvarende raske fremskritt i den. Dette kan gjøres raskere og med mindre risiko innenfor håndterbare rammer.

3. endringer i selskapsstrukturen

Videre vekst i den smidige organisasjonen krever omstilling på alle nivåer. Senest nå må initiativtakeren til endringen involvere ledelsen. Alle nivåer mellom teamene og toppledelsen utfordres –, og organisasjonsstrukturen blir svært slank. Dette er sannsynligvis den mest "smertefulle" delen av prosessen, spesielt for ledelsen.

4. Endring i bedriftskulturen

Ved å bruke Scrum- og LeSS-rammeverkene og egnede smidige praksiser i alle deler av virksomheten, oppnår man en smidig kultur i hele organisasjonen. Prosessen stopper aldri opp, for det finnes ingen optimal smidig organisasjon.

En Agile-overgang med Scrum, LeSS og LeSS Huge krever en langsiktig strategi. Den bør derfor ledsages av passende rådgivning og opplæring.

Hvis du fortsatt er på utkikk etter et passende retrobrett, kan artikkelen vår hjelpe deg med emnet: De beste retrobrettene i sammenligning.

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å.

Åpne denne retroen nå

Flere artikler fra bloggen vår

Se alle

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 var i stand til å gjennomføre sitt første retrospektiv i Echometer på mindre enn 10 minutters forberedelse!

Det er også svært enkelt å gjennomføre retrospektivet takket være den strukturerte prosessen i Echometer.

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?

Se alle vanlige spørsmål