La oss være ærlige: Mange organisasjoner har ikke råd til, eller ønsker ikke å ha råd til, en Scrum Master på grunn av økonomiske begrensninger. Men er det i det hele tatt mulig å kjøre Scrum uten Scrum Master –? Kan du kjøre 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 sekundær oppgave: Teamleder
I beste fall: Hele teamet |
Jeg vil gjerne understreke det følgende poenget ved å si "som en sekundær oppgave": I et tradisjonelt team eller i et scrum-team uten scrum master vil noen av ansvarsområdene anses som "kjekke å ha". Teamlederen vil sannsynligvis føle seg ansvarlig for dem, 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 Scrum Master på heltid) har vanligvis en slags teamleder eller teknisk leder som fasiliterer alle Scrum-seremonier. Noen ganger tar et teammedlem på seg å fasilitere noen av disse seremoniene. Den samme personen vil også forsøke å "fjerne hindringer og beskytte teamet", men sannsynligvis på en passiv eller triggerbasert reaktiv snarere enn aktiv måte.
Og til slutt er det slik at den som leder møtene, i de fleste tilfeller ikke føler seg ansvarlig 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 se bort fra "output" fra en Scrum Master og heller tenke på "resultatene" av et godt Scrum-team (mer om dette): 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 agilt team er kollektivt flinke til å forstå kundenes behov og iterere mot å oppfylle disse behovene –, dvs. skape kundeverdi. Scrum-rammeverket og alle prosessene som er knyttet til det, er til stor hjelp for å nå dette målet.
Men hvilke deler av Scrum-rammeverket er de viktigste? 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 viljen til å bevege seg mot det. Dette er i bunn og grunn også kjent som "Agile-tankegangen" (mer om dette: Agile-tankegang), eller med mine egne ord: å 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 bedrifter kan faktisk ha "for mye" Scrum Master, de opplever et fenomen som kalles "Zombie Scrum": De følger alle prosessene, men ser kanskje ikke poenget med dem i det hele tatt. Du har et sprintmål, men ingen tenker på det i løpet av sprinten. Du holder et sprintplanleggingsmøte, men bare én person tar ordet. Hva er grunnen til det? Fordi det første trinnet nevnt ovenfor ikke ble forstått av teamet eller ikke kommunisert godt nok av Scrum Master: Hvorfor gjør du 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 til og med være en fordel i begynnelsen å ikke ha en Scrum Master og ikke "introdusere" smidige metoder for 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?
"Hvorfor tar det meg noen ganger flere timer å forberede et enkelt tilbakeblikk?"
Kan Scrum fungere uten en Scrum Master?
Et verktøy som hjelper deg: Echometer
Echometer er nettopp for dette brukstilfellet (ddu ikke har en dedikert Scrum Master på heltid som kan støtte teamet ditt – utmerket egnet.
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.
Et mer grunnleggende spørsmål i forbindelse med smidige metoder: Kan smidige metoder innføres uten en Scrum Master eller Agile Coach, er "Agile mulig uten en Scrum Master eller Agile Coach"? Det vil helt sikkert være forskjellige svar på dette fordi "Agile" er mye bredere. Men guiden her bør også hjelpe deg til å tenke i riktig retning når det gjelder dette spørsmålet. Tankegangen min kan også brukes på dette spørsmålet.
Til slutt har vi enda et tips: Hvis du har lyst til å prøve hvordan det føles å utvikle teamet ditt med verktøyet vårt: Du kan starte et agilt retrospektiv nedenfor uten å logge inn, i dette tilfellet workshopen "Keep, Stop, Start".
Alternativt kan du videresende nettstedet vårt til de ansvarlige kollegene: www.echometerapp.com.
