Lad os være ærlige: Mange organisationer har ikke råd eller lyst til at ansætte en Scrum Master på grund af de økonomiske begrænsninger. Men Scrum uden en Scrum Master – er det overhovedet muligt? Kan man køre Scrum uden en Scrum Master?
For at være ærlig tror jeg, at et sådant spørgsmål indikerer, at enten a) teamet har et lavt agilt modenhedsniveau eller b) teamet simpelthen har en dårlig Scrum Master, der ikke gør sit arbejde godt (læs mere: Agiler Modenhed). Så for at besvare spørgsmålet enkelt kan man sige: Ja, det er muligt at indføre eller bruge Scrum uden en Scrum Master, men det gør det meget sværere. Scrum-frameworket er simpelthen ikke så let at implementere. De fleste teams vil overleve uden en Scrum Master, men det vil være meget sværere for dem at få succes.
I lyset af den økonomiske virkelighed, der er nævnt ovenfor, vil jeg alligevel forsøge kort at skitsere i denne tekst, hvad du skal gøre for at implementere Scrum med succes uden en Scrum Master.
Kan man indføre Scrum uden en Scrum Master?
Scrum uden en Scrum Master: Hvad betyder det?
Der findes et stort antal lister over Scrum Masterens ansvar og roller, men i bund og grund kan man sige, at det kan koges ned til tre ting (Læs mere: Scrum Master-roller).
Scrum Master er ansvarlig for
- Moderering af Scrum-processen (især Scrum-ceremonierne som Daily Standup, Sprint Reviews, Retrospective og Sprint Planning)
- Fjernelse af forhindringer og beskyttelse af teamet
- Kontinuerlig forbedring hen imod et selvorganiserende team
Så hvem ville påtage sig disse tre ansvarsområder i et traditionelt team, der måske ikke arbejder med agile metoder?
Og hvem ville tage dem ind i et team, der ønsker at bruge Scrum-frameworket, men ikke har en Scrum Master?
Her er et kort overblik over, hvordan jeg ser situationen.
Ansvarlighed | Scrum-team | Klassisk hold | Scrum-team uden Scrum Master |
|---|---|---|---|
Moderering af møder | Scrum Master | Teamleder | Teamleder, nogle teammedlemmer |
Fjernelse af forhindringer | Scrum Master | Som en sekundær opgave: teamleder | Som en sekundær opgave: teamleder |
Kontinuerlig forbedring | Scrum Master | Som en sekundær opgave: teamleder | Som en sekundær opgave: Teamleder
I bedste fald: Hele teamet |
Jeg vil gerne understrege det følgende punkt ved at sige "som en sekundær opgave": Nogle af ansvarsområderne vil blot blive betragtet som "nice to have" i et traditionelt team eller i et scrum-team uden en scrum master. Teamlederen vil sandsynligvis føle sig ansvarlig for dem, hvis overhovedet.
Med andre ord vil disse ansvarsområder lide mest under ikke at have en dedikeret Scrum Master. Lad os gå dybere ind i min opdeling nu.
Kan man indføre Scrum uden en Scrum Master?
Hvem påtager sig disse opgaver i Scrum uden en Scrum Master?
Så hvem ville være ansvarlig for dette i et almindeligt udviklingsteam, der ikke arbejder i henhold til Scrum, dvs. et team, der udvikler software uden en naturlig Scrum Master?
Sandsynligvis enten a) teamlederen / projektlederen / produktejeren osv. eller b) ingen føler sig ansvarlige for sådanne ting. Og det er præcis sådan, Scrum-teams opfører sig uden en Scrum Master:
Vores brugere og kunder (som ofte ikke har en Scrum Master på fuld tid) har typisk en form for Team Lead eller Tech Lead, som faciliterer alle Scrum-ceremonier. Nogle gange vil et teammedlem påtage sig at facilitere nogle af disse ceremonier. Den samme person vil også forsøge at "fjerne forhindringer og beskytte teamet", men sandsynligvis på en passiv eller trigger-baseret reaktiv snarere end aktiv måde.
Og endelig føler den person, der leder møderne, sig i de fleste tilfælde ikke rigtig ansvarlig for den "løbende forbedring af teamet", og slet ikke for udviklingen af et "selvorganiserende team".
Teamlederen har simpelthen ikke tid til at tage sig af sådanne ting, da der er for mange andre udfordringer. Så hvad kunne være et alternativ? Lad mig komme med et forslag.
Kan man indføre Scrum uden en Scrum Master?
Scrum uden Scrum Master: Et forslag
Generelt bør vi ignorere en Scrum Masters "output" og tænke på "resultaterne" af et godt Scrum-team (mere om dette: Outputs vs. resultater), fordi outputtet ikke er så vigtigt som det endelige resultat. Hvad er resultaterne af et Scrum-team, og hvordan kan de overhovedet opnås uden en Scrum Master?
Et godt agilt team er kollektivt godt til at forstå sine kunders behov og iterere hen imod opfyldelsen af disse behov –, dvs. skabe kundeværdi. Scrum-frameworket og alle de processer, der er forbundet med det, er en stor hjælp til at nå dette mål.
Men hvilke dele af Scrum-frameworket er de vigtigste? Det er bestemt ikke processerne og ceremonierne. Det handler snarere om at kende det specifikke mål (mål: at skabe bedre kundeværdi gennem iterationscyklusser) og have viljen til at bevæge sig hen imod det. Dette er dybest set også kendt som "Agile-tankegangen" (mere om dette: Agile-tankegang), eller med mine egne ord: at tage "løbende forbedringer" mod dette mål virkelig alvorligt.
Så hvis du ikke har råd til at have en Scrum Master, hvordan opnår du så målet om at øge kundeværdien gennem iterationscyklusser? Hvad skal du gøre for at mestre Scrum uden en Scrum Master? Dette kunne være en tilgang:
- Som teamleder (eller tech lead, product owner, product manager osv.) skal du sørge for, at alle forstår de agile kerneprincipper: Du bør arbejde i iterative, korte cyklusser med kundefeedback for at sikre, at du leverer det forventede så hurtigt som muligt.
- Indfør ikke alle agile ceremonier, metoder og principper på én gang.
- Start i stedet med de vigtigste: gennemsigtighed (for at fremme kommunikationen) og løbende forbedringer.
- Gennemsigtighed: Som regel er det en god idé at indføre en Kanban-tavle her. Det bør kombineres med en daglig (eller halvdaglig?) stand-up, hvor man taler om sit arbejde, sandsynligvis ledet af teamlederen. Pludselig er arbejdet synligt, og kommunikationen flyder på en helt ny, produktiv måde.
- Kontinuerlig forbedring: Start med at indføre agile retrospektiver. Da mange ting vil ændre sig i begyndelsen, og der vil opstå mange spændinger, vil der normalt være et stort behov for et rum til at tale om spændinger og teste hypoteser om, hvordan man løser dem. Det er målet med et godt retrospective: at definere tiltag eller action items, teste dem i 1-2 sprints og derefter se, om de virker. Et action item kunne f.eks. være, at man itererer produktvisionen, eller at man har brug for et rigtigt sprintmål. Det ville være perfekt: Teamet introducerer naturligt Scrum på en selvorganiseret og problembaseret måde.
Kan Scrum fungere uden en Scrum Master?
For meget Scrum (dvs. processer): Zombie-Scrum
Mange virksomheder kan faktisk have "for meget" af en Scrum Master, de oplever et fænomen kaldet "Zombie Scrum": De overholder alle processer, men de kan måske slet ikke se nogen mening med dem. Du har et sprintmål, men ingen tænker på det i løbet af sprintet. Du holder et sprintplanlægningsmøde, men kun én person taler. Og hvorfor så det? Fordi det første trin nævnt ovenfor ikke blev forstået af teamet eller ikke kommunikeret godt nok af Scrum Masteren: Hvorfor laver du alle disse ceremonier?
Den bedste måde at sikre, at Scrum-teamets medlemmer forstår værdien af alle Scrum-processer, er at lade dem opleve problemerne og spændingerne først, som derefter kan løses gennem processerne i Scrum-frameworket.
Derfor kan det endda være en fordel i starten ikke at have en Scrum Master og ikke at "introducere" agile metoder alt for aktivt.
Sidst, men ikke mindst, er der et særligt værktøj, som kan være interessant for dig, hvis du stiller dig selv spørgsmålet: Er det muligt at implementere Scrum uden en Scrum Master?
Kan Scrum fungere uden en Scrum Master?
Et værktøj, der hjælper dig: Echometer
Echometer er netop til denne brugssituation (dDu har ikke en dedikeret fuldtids Scrum Master, der kan støtte dit team – fremragende egnet.
Echometer er et digitalt værktøj, der hjælper agile teamledere med agile retrospektiver og team Health Check'er. Uanset om det er remote, hybrid eller on-site: det gør teamcoaching målbart og professionaliserer dit arbejde, samtidig med at det sparer dig for en masse arbejde. Tag et kig på vores hjemmeside for at finde ud af mere: www.echometerapp.com.
Kan Scrum fungere uden en Scrum Master?
Konklusion - Scrum uden en Scrum Master?
Jeg har selvfølgelig forsimplet denne tekst og holdt den meget kort. Ikke desto mindre kan det være et relevant og interessant perspektiv på, hvordan man griber udfordringen med at køre Scrum uden en Scrum Master an. For at opsummere: Prøv at have en Scrum Master. Hvis du ikke kan, så fokuser på at skabe en atmosfære af kontinuerlig forbedring, så teamet kan adoptere og lære Scrum på en selvorganiseret måde.
Et mere grundlæggende spørgsmål i forhold til agile metoder: Kan agile metoder introduceres uden en Scrum Master eller Agile Coach, er "Agile muligt uden en Scrum Master eller Agile Coach"? Der vil helt sikkert være forskellige svar på dette, fordi "Agile" er meget bredere. Men guiden her bør også hjælpe dig med at tænke i den rigtige retning med dette spørgsmål. Min tankegang kan også anvendes på dette spørgsmål.
Endelig er her endnu et tip: Hvis du gerne vil prøve, hvordan det føles at udvikle dit team med vores værktøj: Du kan starte en agil retrospektiv nedenfor uden at logge ind, i dette tilfælde workshoppen "Keep, Stop, Start".
Alternativt kan du blot videresende vores hjemmeside til de ansvarlige kolleger: www.echometerapp.com.
