Scrum uten Scrum Master: kort veiledning og 3 tips

La oss være ærlige: Mange organisasjoner har ikke råd til eller ønsker ikke å ansette en Scrum Master på grunn av de økonomiske begrensningene det medfører. Men Scrum uten Scrum Master – er det i det hele tatt mulig? Kan man drive Scrum uten en Scrum Master?

For å være ærlig tror jeg at et slikt spørsmål indikerer at enten a) teamet har et lavt agilt modenhetsnivå eller b) teamet rett og slett har en dårlig Scrum Master som ikke gjør jobben sin godt nok (les mer): Agiler Modenhet ). Så for å svare enkelt på spørsmålet kan man si: Ja, det er mulig å innføre eller bruke Scrum uten en Scrum Master, men det gjør det mye vanskeligere. Scrum-rammeverket er rett og slett ikke så enkelt å implementere. De fleste team vil overleve uten en Scrum Master, men det blir mye vanskeligere for dem å lykkes.

Med tanke på den økonomiske realiteten som er nevnt ovenfor, vil jeg likevel prøve å skissere kort i denne teksten hva du må gjøre for å lykkes med å implementere Scrum uten en Scrum Master.

Kan man innføre Scrum uten en Scrum Master?

Scrum uten Scrum Master: Hva betyr det?

Det finnes et stort antall lister over Scrum Masterens ansvarsområder og roller, men i hovedsak kan det sies at det koker ned til tre ting (Les mer: Scrum Master-roller ).

Scrum Master er ansvarlig for

• Moderering av Scrum-prosessen (spesielt Scrum-seremonier som Daily Standup, Sprint Reviews, Retrospective og Sprint Planning).
• Fjerne hindringer og beskytte teamet
• Kontinuerlig forbedring mot et selvorganiserende team 

Så hvem tar på seg disse tre ansvarsområdene i et tradisjonelt team som kanskje ikke jobber med smidige metoder?

Og hvem vil ansette dem i et team som ønsker å bruke Scrum-rammeverket, men som ikke har en Scrum Master?

Her er en kort oversikt over hvordan jeg ser på situasjonen.

Ansvar	Scrum-team	Klassisk team	Scrum-team uten Scrum Master
Møteledelse	Scrum Master	Teamleder	Teamleder, noen teammedlemmer
Fjerning av hindringer	Scrum Master	Som en sekundær oppgave: teamleder	Som en sekundær oppgave: teamleder
Kontinuerlig forbedring	Scrum Master	Som en sekundær oppgave: teamleder	Som en sideoppgave: Teamledelse, i beste fall hele teamet

Med henvisning til “Som en sideoppgave” ønsker jeg å understreke følgende poeng: Noen av ansvarsområdene vil bli betraktet som bare “kjekt å ha” i et klassisk team eller i et Scrum-team uten Scrum Master. Sannsynligvis vil teamledelsen føle seg ansvarlig for det, om i det hele tatt. 

Det er med andre ord disse ansvarsområdene som vil lide mest av å ikke ha en dedikert Scrum Master. La oss nå gå dypere inn i min analyse.

Kan man innføre Scrum uten en Scrum Master?

Hvem tar på seg disse oppgavene i Scrum uten en Scrum Master?

Så hvem har ansvaret for dette i et vanlig utviklingsteam som ikke jobber i henhold til Scrum, dvs. et team som utvikler programvare uten en Scrum Master?

Sannsynligvis er det enten a) teamlederen/prosjektlederen/produkteieren osv. eller b) ingen som føler seg ansvarlig for slike ting. Og det er akkurat slik Scrum-team oppfører seg uten en Scrum Master:

Våre brukere og kunder (som ofte ikke har en fulltids Scrum Master) har vanligvis en slags teamleder eller teknisk leder som modererer alle Scrum-seremoniene. Noen ganger tar et teammedlem på seg å moderere noen av disse seremoniene. Den samme personen vil også prøve å “fjerne hindringer og beskytte teamet”, men sannsynligvis mer passivt eller utløserbasert reaktivt og ikke aktivt.

Og til slutt føler personen som leder møtene, i de fleste tilfeller ikke virkelig ansvar for den “kontinuerlige forbedringen av teamet”, for ikke å snakke om utviklingen av et “selvorganiserende team”.

Teamlederen har rett og slett ikke tid til å ta seg av slike ting, til det er det for mange andre utfordringer. Så hva kan være et alternativ? La meg komme med et forslag.

Kan man innføre Scrum uten en Scrum Master?

Scrum uten Scrum Master: et forslag

Generelt bør vi ignorere “outputene” til en Scrum Master og tenke på “resultatene” til et godt Scrum-team (mer om det: Output vs. resultater ), fordi resultatene ikke er like viktige som sluttresultatet. Hva er resultatene til et Scrum-team, og hvordan kan de oppnås uten en Scrum Master?

Et godt smidig team er kollektivt flinke til å forstå kundenes behov og jobbe mot å oppfylle disse behovene gjennom iterasjon – dvs. skape kundeverdi. Scrum-rammeverket og alle tilhørende prosesser hjelper mye med å nå dette målet.

Men hvilke deler av Scrum-rammeverket er viktigst? Det er definitivt ikke prosessene og seremoniene. Det handler snarere om å kjenne det spesifikke målet (mål: å skape bedre kundeverdi gjennom iterasjonssykluser) og å ha vilje til å bevege seg dit. Dette er i utgangspunktet også kjent som “Agile Mindset” (mer om det: Agile-tankegang ), eller med mine egne ord: Å virkelig ta “kontinuerlig forbedring” mot dette målet på alvor.

Så hvis du ikke har råd til å ha en Scrum Master, hvordan skal du da nå målet om å øke kundeverdien gjennom iterasjonssykluser? Hva må du gjøre for å mestre Scrum uten en Scrum Master? Dette kan være én tilnærming:

• Som teamleder (eller teknisk leder, produkteier, produktsjef osv.) bør du sørge for at alle forstår de grunnleggende smidige prinsippene: Du bør jobbe i iterative, korte sykluser med tilbakemeldinger fra kundene for å sikre at du leverer det som forventes så raskt som mulig.

• Ikke innfør alle agile seremonier, metoder og prinsipper på én gang.

• Begynn i stedet med de viktigste: åpenhet (for å oppmuntre til kommunikasjon) og kontinuerlig forbedring.

  • Åpenhet: Her er det som regel en god idé å innføre en Kanban-tavle. Dette bør kombineres med en daglig (eller halvdaglig?) stand-up for å snakke om arbeidet, gjerne ledet av teamlederen. Plutselig er arbeidet synlig, og kommunikasjonen flyter på en helt ny, produktiv måte.
  • Kontinuerlig forbedring: Begynn med å innføre agile retrospektiver. Siden mange ting vil endre seg i begynnelsen og mange spenninger vil oppstå, bør det vanligvis være et stort behov for et rom der man kan snakke om spenninger og teste hypoteser om hvordan de kan løses. Dette er målet med et godt retrospektiv: å definere tiltak eller action items, teste dem i 1-2 sprinter og deretter se om de fungerer. Et action item kan for eksempel være at dere itererer produktvisjonen eller at dere trenger et reelt sprintmål. Det ville være perfekt: Teamet introduserer Scrum på en naturlig, selvorganisert og problembasert måte.

Kan Scrum fungere uten en Scrum Master?

For mye Scrum (dvs. prosesser): Zombie-Scrum

Mange selskaper har kanskje faktisk “for mye” av en Scrum Master, de opplever et fenomen som kalles “Zombie Scrum”: De holder seg til alle prosessene, men de ser kanskje ingen mening i det i det hele tatt. De har et sprintmål, men ingen tenker på det i løpet av sprinten. De gjennomfører sprintplanleggingsmøtet, men bare én person snakker. Og hvorfor? Fordi det første trinnet ovenfor ikke ble forstått av teamet eller ikke kommunisert godt nok av Scrum Master: Hvorfor gjør man alle disse seremoniene?

Den beste måten å sikre at Scrum-teammedlemmene forstår verdien av alle Scrum-prosessene på, er å la dem oppleve problemene og spenningene først, som deretter kan løses ved hjelp av prosessene i Scrum-rammeverket.

Derfor kan det i begynnelsen til og med være fordelaktig å ikke ha en Scrum Master og ikke “innføre agile metoder overdrevent aktivt”. 

Sist, men ikke minst, finnes det et spesielt verktøy som kan være av interesse for deg som stiller deg selv spørsmålet: Er det mulig å implementere Scrum uten en Scrum Master?

Kan Scrum fungere uten en Scrum Master?

Et verktøy som hjelper deg: Echometer

Echometer er nemlig utmerket egnet for nettopp dette bruksområdet (du har ingen dedikert fulltids Scrum Master som kan støtte teamet ditt).

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.

Kan Scrum fungere uten en Scrum Master?

Konklusjon - Scrum uten Scrum Master?

I denne teksten har jeg selvfølgelig forenklet litt for mye og gjort den veldig kort. Likevel kan det være et relevant og interessant perspektiv på hvordan man kan tilnærme seg utfordringen med å kjøre Scrum uten en Scrum Master. For å oppsummere: Prøv å ha en Scrum Master. Hvis du ikke kan det, fokuser på å skape en atmosfære av kontinuerlig forbedring, slik at teamet kan ta i bruk og lære Scrum på en selvorganisert måte.

Forresten, et mer grunnleggende spørsmål knyttet til agile metoder: Kan man innføre agile metoder uten Scrum Master eller Agile Coach, funker “Agile uten Scrum Master eller Agile Coach”? Det ville sikkert være et annet svar på det, fordi “Agile” er mye bredere definert. Guiden her bør imidlertid også hjelpe deg å tenke i riktig retning når det gjelder dette spørsmålet. Mine tilnærminger kan også brukes på dette spørsmålet.

Til slutt, igjen en merknad: Hvis du noen gang vil prøve ut hvordan det føles å videreutvikle teamet ditt med verktøyet vårt: Du kan starte en agil retrospektive uten å logge deg på nedenfor, i dette tilfellet “Keep, Stop, Start”-workshopen. 

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