Scrum uden Scrum Master: kort guide og 3 tips

Lad os være ærlige: Mange organisationer har ikke råd til eller ønsker ikke at ansætte en Scrum Master på grund af de tilhørende ø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.

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 sideopgave: Teamledelse, i bedste fald hele teamet

Med henvisningen “Som en sideopgave” vil jeg gerne understrege følgende punkt: Nogle af ansvarsområderne vil i et klassisk team eller i et Scrum-team uden en Scrum Master blive betragtet som blot “nice to have”. Sandsynligvis vil teamledelsen føle sig ansvarlig for det, hvis nogen 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.

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 fuldtids-Scrum Master) har typisk en form for teamleder eller teknisk leder, der modererer alle Scrum-ceremonier. Nogle gange overtager et teammedlem moderationen af nogle af disse ceremonier. Den samme person vil også forsøge at “fjerne hindringer og beskytte teamet”, men sandsynligvis mere passivt eller trigger-baseret reaktivt og ikke aktivt.

Og endelig føler den person, der leder møderne, sig i de fleste tilfælde ikke rigtig ansvarlig for den “kontinuerlige forbedring af teamet”, endsige 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.

Generelt bør vi ignorere “outputs” fra en Scrum Master og tænke over “resultaterne” af et godt Scrum-team (mere om det: 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 arbejde hen imod at opfylde disse behov gennem iteration - dvs. skabe kundeværdi. Scrum-frameworket og alle de tilhørende processer hjælper meget med at nå dette mål.

Men hvilke dele af Scrum-frameworket er vigtigst? Det er bestemt ikke processerne og ceremonierne. Det handler snarere om at kende det specifikke mål (mål: at skabe en bedre kundeværdi gennem iterationscyklusser) og at være villig til at bevæge sig derhen. Dette er grundlæggende også kendt som “Agile Mindset” (mere om det: Agile-tankegang ), eller med mine egne ord: Virkelig at tage den “kontinuerlige forbedring” i retning af dette mål 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.

Mange virksomheder har måske faktisk “for meget” af en Scrum Master, de oplever et fænomen kaldet “Zombie Scrum”: De overholder alle processerne, men de ser måske slet ingen mening i det. De har et sprintmål, men ingen tænker over det under sprinten. De gennemfører sprintplanlægningsmødet, men kun én person taler. Og hvorfor? Fordi det første ovennævnte trin ikke blev forstået af teamet eller ikke blev kommunikeret godt nok af Scrum Masteren: Hvorfor laver man 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 i starten endda være en fordel ikke at have en Scrum Master og ikke at “overdrevent aktivt indføre” agile metoder. 

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?

Echometer er nemlig fremragende egnet til netop dette use case (du har ingen dedikeret fuldtids Scrum Master, der kan støtte dit team).

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.

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 relateret til agile metoder i øvrigt: Kan man indføre agile metoder uden en Scrum Master eller Agile Coach, kan “Agile uden Scrum Master eller Agile Coach”? Der ville helt sikkert være et andet svar på dette, fordi “Agile” er meget bredere defineret. Guiden her burde dog også hjælpe med at tænke i den rigtige retning i dette spørgsmål. Mine tilgange kan også anvendes på dette spørgsmål.

Til sidst, igen henvisningen: Hvis du nogensinde vil prøve, hvordan det føles at videreudvikle dit team med vores værktøj: Du kan starte en agil retrospektive uden login i det følgende, i dette tilfælde “Keep, Stop, Start” workshoppen. 

Alternativt kan du blot videresende vores hjemmeside til de ansvarlige kolleger: www.echometerapp.com.