Agility Lead vs. Scrum Master: forskjeller og tips

I en stadig mer agil forretningsverden er rollen som Agility Lead også å finne på en eller annen jobbportal. Titlene Scrum Master og Agility Lead reiser imidlertid spørsmål om i hvilken grad rollebeskrivelsene i det hele tatt skiller seg fra hverandre (vi ser bort fra Agile Coach her). Det kan hevdes at begge nøkkelpersonene spiller en avgjørende rolle når det gjelder å fremme samarbeid, selvorganisering og kontinuerlig forbedring. Så hva er forskjellen?

En «Agility Lead» refererer vanligvis til en leder eller en nøkkelrolle i et selskap eller team som er ansvarlig for å fremme og implementere agile metoder og praksiser. Agile metoder er en gruppe tilnærminger til programvareutvikling og prosjektledelse som tar sikte på fleksibilitet, samarbeid og kontinuerlig tilpasning til endringer.

Hovedoppgavene til en Agility Lead kan selvsagt variere fra organisasjon til organisasjon, men generelt vil arbeidsoppgavene sannsynligvis omfatte følgende:

1. Agile Transformasjon: Lederskap og støtte i forbindelse med innføring av smidig praksis i hele selskapet eller i spesifikke team.

2. Coaching: Gi opplæring og coaching til teammedlemmer, ledere og interessenter for å fremme en bedre forståelse av agile prinsipper.

3. Styrking av teamet: Fremme selvorganisering og personlig ansvar i teamene for å muliggjøre en mer effektiv og selvstendig beslutningstaking.

4. Kontinuerlig forbedring: Implementering av mekanismer for kontinuerlig gjennomgang og forbedring av smidige prosesser og praksiser.

5. Kommunikasjon og samarbeid: Fremme åpen kommunikasjon og samarbeid mellom ulike team, avdelinger og interessenter.

6. Fjerning av hindringer: Identifisere og eliminere hindringer og problemer som kan stå i veien for fremdriften.

Det er viktig å merke seg at den nøyaktige rollen og de spesifikke oppgavene til en Agility Lead kan variere fra organisasjon til organisasjon. I mange tilfeller kan Agility Lead også ha andre titler som «Agile Coach», «Scrum Master» eller «Agile Project Manager», avhengig av de spesifikke agile rammene som brukes i organisasjonen.

Selskapet JPMorgan Chase har for eksempel for tiden stillingsannonser for Agility Leads, som delvis inneholder ordet «Scrum Master». Også stillingsbeskrivelsen høres veldig ut som profilen til en Scrum Master-aktivitet (eller også som en Agile Coach).

Hvis det er forskjeller mellom de to rollene, hva kan de være?

En Agility Lead og en Scrum Master er begge roller som fokuserer på å fremme og implementere smidig praksis i et team eller en organisasjon, men det er forskjeller i ansvarsområder og fokus.

Scrum Master:

1. Scrum-rammeverket: Scrum Master er en spesifikk rolle i Scrum-rammeverket, som er en smidig metode for programvareutvikling. Scrum Master fokuserer først og fremst på å støtte og anvende Scrum-prinsippene.

2. Teamets fokus: Scrum Master jobber tett med (i beste fall) et bestemt Scrum-team og fokuserer på å sikre at teamet forstår og følger prinsippene i Scrum. Han hjelper teamet med å fjerne hindringer, fremmer selvorganisering og forbedrer kontinuerlig teamets effektivitet.

3. Møter: Scrum Master leder og organiserer Scrum-møter som Daily Scrum, Sprint Planning, Sprint Review og Sprint Retrospective.

Agility Lead:

1. Bredere fokus: Begrepet «Agility Lead» er mer generelt og kan være rettet mot ulike agile metoder og praksiser, ikke bare Scrum. Denne rollen kan eksistere i organisasjoner som bruker ulike agile rammeverk eller en kombinasjon av dem.

2. Påvirkning av hele organisasjonen: Agility Lead kan gå utover de enkelte teamene og innta et organisatorisk perspektiv. Den kan fokusere på å fremme smidig praksis på organisasjonsnivå, legge til rette for samarbeid mellom team og integrere smidige prinsipper i den generelle arbeidsflyten.

3. Endringsledelse: En Agility Lead kan også få i oppgave å lede agile transformasjonsinitiativer, inkludert opplæring, coaching og implementering av agile praksiser på organisasjonsnivå.

I mange tilfeller kan Scrum Master spille en rolle som en del av den smidige transformasjonen i en organisasjon, mens Agility Lead kan ha et bredere perspektiv og ansvar for hele den smidige overgangen. Det er viktig å merke seg at den nøyaktige definisjonen av og ansvaret for disse rollene kan variere fra organisasjon til organisasjon.

"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

Uansett om du er Agility Lead eller Scrum Master: Kontinuerlig forbedring vil være en av dine viktigste oppgaver. Men hvordan måler man suksessen til delvis veldig «myke» initiativer som for eksempel agile retrospektiver? Her kan Echometer hjelpe.

Echometer er et digitalt verktøy som hjelper agile teamledere med agile retrospektiver og team Health Check. Enten det er eksternt, hybrid eller på stedet: Det gjør teamcoaching målbart og profesjonaliserer dermed arbeidet ditt, samtidig som det sparer deg for mye arbeid. Ta en titt på nettstedet vårt for å finne ut mer: www.echometerapp.com.

Finner selskaper bare opp nye titler fordi de høres mer attraktive ut?

Christian Heidemeyer, psykolog og Scrum Master

I en tid der tilpasningsevne er avgjørende, er Agility Leads eller Scrum Masters veivisere for agile transformasjoner - uansett hvilken tittel de har. De skaper ikke bare mer effektive team, men baner også vei for en fleksibel og innovativ organisatorisk fremtid. 

Til slutt, igjen en merknad: Hvis du vil prøve hvordan det føles å videreutvikle teamet ditt med vårt verktøy: Du kan starte en agil retrospektiv uten å logge inn, i dette tilfellet «Keep, Stop, Start»-workshopen. 

Alternativt kan du videresende nettstedet vårt til de ansvarlige kollegene: www.echometerapp.com.

Hvordan

Behold Stop Start Retro: Slik foregår retroen

1. Tilfeldig Icebreaker (2–5 minutter)

   Echometer gir deg en generator for tilfeldige innsjekkingsspørsmål.

2. Gjennomgang av åpne tiltak (2–5 minutter)

   Før man begynner med nye temaer, bør man snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å kontrollere effektiviteten. Echometer lister automatisk opp alle åpne action items fra tidligere retroer.

3. Diskuter retro-temaer

   Bruk de følgende åpne spørsmålene for å samle de viktigste innsiktene deres. Først skjuler alle seg for seg selv. Echometer lar deg avdekke hver kolonne i retro-tavlen individuelt for deretter å presentere og gruppere tilbakemeldingene.

   • Fortsett: Hva skal vi beholde?
   • Stopp: Hva skal vi stoppe med?
   • Start: Hva skal vi begynne å gjøre?

4. Catch-all-spørsmål (anbefales)

   Slik at også andre temaer har en plass:

   • Hva annet vil du snakke om i retroen?

5. Prioritering / Stemmegivning (5 minutter)

   På retro-tavlen i Echometer kan dere enkelt prioritere tilbakemeldingene med stemmegivning. Stemmegivningen er selvfølgelig anonym.

6. Definere tiltak (10–20 minutter)

   Via pluss-symbolet på en tilbakemelding kan man opprette et lenket tiltak. Er du ikke sikker på hvilket tiltak som er det riktige? Åpne da i stedet et whiteboard om temaet via pluss-symbolet for å idémyldre om grunnårsaker og mulige tiltak.

7. Checkout / Avslutning (5 minutter)

   Echometer lar dere samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-score («Return On Time Invested»), som dere kan spore over tid.

Behold Stop Start Retro

Fortsett: Hva skal vi beholde?

Stopp: Hva skal vi stoppe med?

Start: Hva skal vi begynne å gjøre?

Åpne denne retroen nå Tilpasse...