Kan en utvikler være Scrum Master? 3 fordeler og ulemper
Agile-team er ryggraden i moderne prosjektutvikling. Men spørsmålet gjenstår: Kan en utvikler også være en effektiv scrum master? Eller omvendt: Kan en scrum master også være utvikler? Noen teamledere er opptatt av disse spørsmålene. I denne artikkelen forsøker vi å gi et svar på dette spørsmålet og belyser tre fordeler og ulemper ved denne dobbeltrollen.
For å gi deg et kort svar på forhånd: I den agile verden finnes det sjelden klare “ja”- eller “nei”-svar. Dobbeltrollen som Scrum Master og Scrum-utvikler kan være vellykket hvis personen kjenner utfordringene og bevisst sjonglerer rollene. Scrum-guiden selv gir ikke noe direkte svar på dette spørsmålet, og muligheten for at en utvikler er Scrum Master eller en Scrum Master er utvikler, blir ikke benektet. Samtidig bør det være klart at dette ikke er den optimale tilstanden – mer om det nedenfor.
La oss starte med en kort definisjon av rollene vi snakker om her.
Kan en utvikler være Scrum Master | Scrum Developer?
Scrum-utvikler vs. Scrum-mester
For i Scrum er roller veldig viktig. Derfor er avklaringen av “Scrum-utvikler vs. Scrum Master” viktig: Scrum Master fokuserer på prosessoptimalisering og fjerner hindringer for utviklingsteamet. I motsetning til dette er fokuset til Scrum-utvikleren på den tekniske implementeringen av kundenes krav.
Begge rollene utfyller hverandre, og det er viktig å respektere grensene mellom dem for å opprettholde balansen i det agile teamet. Så kan en Scrum-utvikler også være Scrum Master, eller Scrum Master Developer? Før vi svarer på det, tar vi med én fordel til ved å kombinere de to rollene.
Kan en utvikler være Scrum Master | Scrum Developer?
Fordel: Agile Utnytte synergieffekter
Et eksempel på den positive siden av denne kombinasjonen er programvareutviklerens dype forståelse av prosessene i et smidig miljø. En scrum master kan optimalisere utviklingsprosessene bedre fordi vedkommende har internalisert både teamets behov og de smidige prinsippene. Denne forståelsen gjør det mulig å integrere Scrums praksis og verdier sømløst i utviklingssyklusen.
Forutsetningen for dette er selvfølgelig at denne programvareutvikleren er tilsvarende utdannet eller behersker Scrum-guiden og i beste fall allerede har samlet ekstern coachingerfaring. I tillegg ville denne rollen også trenge mye tid for å fylle begge rollene – det blir vanskelig.

Kan en utvikler være Scrum Master | Scrum Developer?
Ulempe: Manglende objektivitet
Ulempen er imidlertid at man kan miste et objektivt perspektiv. En scrum master som er utvikler, er kanskje ikke i stand til å holde den nødvendige distansen under kodegjennomgangene for å kunne gi nøytrale tilbakemeldinger. Den doble funksjonen innebærer en risiko for å overse viktige aspekter som en nøytral scrum master ville vært bedre i stand til å fange opp.
Den andre ulempen som allerede er nevnt, og som kan ha enda større innvirkning: I de fleste smidige programvareprosjekter er det objektivt sett ikke nok tid til å ivareta begge rollene, scrum master og programvareutvikler, parallelt. Noen ansvarsområder vil uansett bli skadelidende. Og det finnes enda flere ulemper.
Kan en utvikler være Scrum Master | Scrum Developer?
Ulempe: å forlate sin egen boble
En potensiell risiko for en scrum master som utvikler, er faren for å bli fanget i sin egen tekniske boble. På grunn av den tette koblingen til utvikling kan sosiale og mellommenneskelige utfordringer i teamet bli oversett.
Scrum Master-rollen krever imidlertid en empatisk og oppmerksom holdning til teammedlemmenes individuelle behov. Det er viktig å ta et bevisst skritt ut av det tekniske perspektivet og også ta hensyn til de menneskelige aspektene. Når alt kommer til alt, vektlegger det smidige manifestet samarbeid og individet mer enn prosesser og verktøy – en påminnelse om at det er like viktig å se utover koden som de tekniske aspektene.
Kan en Scrum Master være en del av utviklingsteamet eller ikke? For å oppsummere: Ja, det er mulig, men det anbefales ikke.
"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 utfordringenKan en utvikler være Scrum Master | Scrum Developer?
Én løsning: digital støtte til coaching
Hvis dere faktisk ikke har noen annen mulighet enn å fylle Scrum Master-rollen med en “deltids”-programvareutvikler, vil verktøyet vårt Echometer kunne hjelpe dere veldig mye – det ble blant annet utviklet for denne utfordringen: “Deltids” Scrum Mastere blir gjennom vårt enkle verktøy tidseffektivt en profesjonell teamcoach.
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.
Hvis dere virkelig ikke har noe annet alternativ enn å omfunksjonere en programvareutvikler til en deltids Scrum Master, prøv i det minste Echometer for å maksimere sannsynligheten for suksess.
Christian Heidemeyer, psykolog og Scrum Master
Kan en programvareutvikler være Scrum Master | Scrum Developer?
Konklusjon - Utviklere som Scrum Masters
Kan en Scrum Master være en del av utviklingsteamet? Dobbeltrollen “utvikler-Scrum-Master” åpner for muligheter for synergier, men krever klare rolldefinisjoner for å unngå potensielle ulemper. En agil Scrum Master med utviklerbakgrunn kan bygge bro mellom teknologi og teamarbeid, forutsatt at han navigerer dyktig mellom de to rollene. Og nettopp det burde være veldig vanskelig i praksis, så det frarådes vanligvis. Hvis det ikke er noen annen måte, la verktøy som Echometer hjelpe deg.
Derfor, igjen en merknad: Hvis du noen gang vil prøve hvordan det føles å videreutvikle teamet ditt med verktøyet vårt: Du kan starte en agil retrospektive uten å logge inn, i dette tilfellet “Keep, Stop, Start”-workshopen.
Alternativt kan du videresende nettstedet vårt til de ansvarlige kollegene: www.echometerapp.com.
Behold Stop Start Retro: Slik fungerer retroen
-
Tilfeldig Icebreaker (2–5 minutter)
Echometer tilbyr deg en generator for tilfeldige innsjekkingsspørsmål.
-
Gjennomgang av åpne tiltak (2–5 minutter)
Før du begynner med nye temaer, bør du snakke om hva som har skjedd med tiltakene fra tidligere retrospektiver for å sjekke effektiviteten. Echometer lister automatisk opp alle åpne tiltak fra tidligere retrospektiver.
-
Drøft retro-temaer
Bruk de følgende åpne spørsmålene for å samle dine viktigste funn. Først dekker alle til seg selv. Echometer lar deg avdekke hver kolonne i retrotavlen 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?
-
Generelt spørsmål (anbefales)
Slik at også andre temaer får en plass:
- Hva annet ønsker du å snakke om i retroen?
-
Prioritering / Avstemning (5 minutter)
På retrotavlen i Echometer kan du enkelt prioritere tilbakemeldingene med avstemningen. Avstemningen er selvfølgelig anonym.
-
Definere tiltak (10–20 minutter)
Du kan bruke pluss-symbolet på en tilbakemelding for å opprette et tilknyttet tiltak. Er du ikke sikker på hvilket tiltak som vil være det rette? Åpne da i stedet et whiteboard om emnet via pluss-symbolet for å brainstorme om grunnleggende årsaker og mulige tiltak.
-
Utsjekking / Avslutning (5 minutter)
Echometer lar deg samle inn anonyme tilbakemeldinger fra teamet om hvor nyttig retroen var. Dette resulterer i ROTI-poengsummen («Return On Time Invested»), som du kan spore over tid.
Behold Stop Start Retro