Scrum utan Scrum Master: kort guide och 3 tips

Låt oss vara ärliga: Många organisationer har inte råd eller vill inte anställa en Scrum Master på grund av de ekonomiska begränsningarna. Men Scrum utan Scrum Master - är det ens möjligt? Kan man köra Scrum utan en Scrum Master?

Ärligt talat tycker jag att en sådan fråga tyder på att antingen a) teamet har en låg agil mognadsnivå eller b) teamet helt enkelt har en dålig Scrum Master som inte gör sitt jobb bra (läs mer): Agiler Mognad ). Så för att svara enkelt på frågan kan man säga: Ja, det är möjligt att införa eller använda Scrum utan en Scrum Master, men det gör det mycket svårare. Scrum-ramverket är helt enkelt inte så lätt att implementera. De flesta team kommer att överleva utan en Scrum Master, men det kommer att bli mycket svårare för dem att bli framgångsrika.

Med tanke på den ekonomiska verklighet som nämns ovan kommer jag ändå att försöka att kortfattat beskriva i denna text vad du behöver göra för att framgångsrikt implementera Scrum utan en Scrum Master.

Det finns ett stort antal listor över Scrum Masters ansvarsområden och roller, men i huvudsak kan man säga att det kokar ner till tre saker (Läs mer: Roller som Scrum Master ).

Scrum Master är ansvarig för

• Moderering av Scrum-processen (särskilt Scrum-ceremonier som Daily Standup, Sprint Reviews, Retrospective och Sprint Planning)
• Avlägsna hinder och skydda teamet
• Kontinuerlig förbättring mot ett självorganiserande team 

Så vem skulle ta på sig dessa tre ansvarsområden i ett traditionellt team som kanske inte arbetar med agila metoder?

Och vem skulle ta sig an dem i ett team som vill använda Scrum-ramverket men inte har någon Scrum Master?

Här är en kort översikt över hur jag ser på situationen.

Ansvar	Scrum-team	Klassiskt team	Scrum-team utan Scrum Master
Moderering av möten	Scrum Master	Gruppledare	Gruppledare, några gruppmedlemmar
Avlägsnande av hinder	Scrum Master	Som sekundär uppgift: teamledare	Som sekundär uppgift: teamledare
Kontinuerlig förbättring	Scrum Master	Som sekundär uppgift: teamledare	Som en sido-uppgift: Teamledning, i bästa fall hela teamet

Med hänvisningen “Som en sido-uppgift” vill jag understryka följande punkt: Vissa av ansvarsområdena kommer i ett klassiskt team eller i ett Scrum-team utan Scrum Master att betraktas som bara “nice to have”. Förmodligen kommer teamledningen att känna sig ansvarig för det, om någon alls. 

Med andra ord kommer dessa ansvarsområden att lida mest av att inte ha en dedikerad Scrum Master. Låt oss nu gå djupare in i min uppdelning.

Så vem skulle vara ansvarig för detta i ett vanligt utvecklingsteam som inte arbetar enligt Scrum, dvs. ett team som utvecklar programvara utan en Scrum Master till sin natur?

Förmodligen antingen a) teamledaren / projektledaren / produktägaren etc. eller b) ingen känner sig ansvarig för sådana saker. Och detta är exakt hur Scrum-team beter sig utan en Scrum Master:

Våra användare och kunder (som ofta inte har en heltids-Scrum Master) har vanligtvis någon form av teamledare eller teknisk ledare som modererar alla Scrum-ceremonier. Ibland tar en teammedlem över modereringen av några av dessa ceremonier. Samma person kommer också att försöka “undanröja hinder och skydda teamet”, men förmodligen mer passivt eller trigger-baserat reaktivt och inte aktivt.

Och slutligen känner sig personen som leder mötena i de flesta fall inte riktigt ansvarig för den “kontinuerliga förbättringen av teamet”, än mindre utvecklingen av ett “självorganiserande team”.

Teamledaren har helt enkelt inte tid att ta hand om sådana saker eftersom det finns för många andra utmaningar. Så vad skulle kunna vara ett alternativ? Låt mig komma med ett förslag.

Generellt sett bör vi ignorera “outputs” från en Scrum Master och tänka på “resultaten” av ett bra Scrum-team (mer om detta: Output vs. resultat ), eftersom outputs inte är lika viktiga som de slutliga resultaten. Vilka är resultaten för ett Scrum-team och hur kan de uppnås utan en Scrum Master?

Ett bra agilt team är kollektivt bra på att förstå sina kunders behov och arbeta iterativt för att uppfylla dessa behov - dvs. skapa kundvärde. Scrum-ramverket och alla tillhörande processer hjälper mycket till att uppnå detta mål.

Men vilka delar av Scrum-ramverket är viktigast? Det är definitivt inte processerna och ceremonierna. Snarare handlar det om att känna till det specifika målet (mål: att skapa ett bättre kundvärde genom iterationscykler) och att vara villig att röra sig dit. Detta är i grunden också känt som “Agile Mindset” (mer om detta: Agile Tankesätt ), eller med mina egna ord: Att verkligen ta “kontinuerlig förbättring” mot detta mål på allvar.

Så om du inte har råd att ha en Scrum Master, hur ska du då uppnå målet att öka kundvärdet genom iterationscykler? Vad skulle du behöva göra för att bemästra Scrum utan en Scrum Master? Detta skulle kunna vara ett tillvägagångssätt:

• Du som teamledare (eller teknisk ledare, produktägare, produktchef etc.) bör se till att alla förstår de grundläggande agila principerna: Du bör arbeta i iterativa, korta cykler med kundfeedback för att säkerställa att du levererar det som förväntas så snabbt som möjligt.

• Introducera inte alla agila ceremonier, metoder och principer på en gång.

• Börja istället med de viktigaste: transparens (för att uppmuntra kommunikation) och ständiga förbättringar.

  • Transparens: I regel är det en bra idé att införa en Kanban-tavla. Detta bör kombineras med en daglig (eller halvdaglig?) stand-up för att prata om ditt arbete, förmodligen ledd av teamledaren. Plötsligt är arbetet synligt och kommunikationen flyter på ett helt nytt, produktivt sätt.
  • Kontinuerlig förbättring: Börja med att införa agila retrospektiv. Eftersom många saker kommer att förändras i början och många spänningar kommer att uppstå, bör det vanligtvis finnas ett stort behov av ett utrymme för att prata om spänningar och testa hypoteser om hur man löser dem. Detta är målet med en bra retrospektiv: att definiera åtgärder eller action items, testa dem under 1-2 sprintar och sedan se om de fungerar. En åtgärd kan till exempel vara att du itererar produktvisionen eller att du behöver ett riktigt sprintmål. Det skulle vara perfekt: teamet introducerar naturligt Scrum på ett självorganiserat och problembaserat sätt.

Många företag kanske faktiskt har “för mycket” av en Scrum Master, de upplever ett fenomen som kallas “Zombie Scrum”: De följer alla processer, men de ser eventuellt ingen mening med det. De har ett sprintmål, men ingen tänker på det under sprinten. De genomför sprintplaneringsmötet, men bara en person talar. Och varför? Eftersom det första ovan nämnda steget inte förstås av teamet eller inte kommunicerades tillräckligt bra av Scrum Mastern: Varför gör man alla dessa ceremonier?

Det bästa sättet att se till att Scrum-teamets medlemmar förstår värdet av alla Scrum-processer är att låta dem uppleva problemen och spänningarna först, som sedan kan lösas med hjälp av processerna i Scrum-ramverket.

Därför kan det i början till och med vara fördelaktigt att inte ha en Scrum Master och att inte “överaktivt införa” agila metoder. 

Sist men inte minst finns det ett specialverktyg som kan vara av intresse för dig om du ställer dig frågan: Är det möjligt att implementera Scrum utan en Scrum Master?

Echometer är nämligen utmärkt lämpad för just detta användningsfall (du har ingen dedikerad heltids-Scrum Master som kan stödja ditt team).

Echometer är ett digitalt verktyg som hjälper agila teamledare med agila retrospektiver och team Health Checks. Oavsett om det är på distans, hybrid eller på plats: det gör teamcoaching mätbart och professionaliserar därmed ditt arbete samtidigt som du sparar mycket arbete. Ta en titt på vår webbplats för att få reda på mer: www.echometerapp.com.

Naturligtvis har jag förenklat för mycket i denna text och hållit den mycket kort. Ändå kan det vara ett relevant och intressant perspektiv på hur man kan närma sig utmaningen att köra Scrum utan en Scrum Master. För att sammanfatta: Försök att ha en Scrum Master. Om du inte kan det, fokusera på att skapa en atmosfär av kontinuerlig förbättring och teamet kan anta och lära sig Scrum på ett självorganiserat sätt.

En mer grundläggande fråga relaterad till agila metoder förresten: Kan man införa agila metoder utan Scrum Master eller Agile Coach, går “Agile utan Scrum Master eller Agile Coach”? Det skulle säkert finnas ett annat svar på detta, eftersom “Agile” är mycket bredare. Guiden här bör dock också hjälpa till att tänka i rätt riktning när det gäller denna fråga. Mina tankesätt kan också tillämpas på denna fråga.

Slutligen, återigen påpekandet: Om du någon gång vill prova på hur det känns att vidareutveckla ditt team med vårt verktyg: Du kan starta en agil retrospektiv utan inloggning nedan, i det fallet workshopen “Keep, Stop, Start”. 

Alternativt kan du helt enkelt vidarebefordra vår webbplats till de ansvariga kollegorna: www.echometerapp.com.