Scrum Master rollen

– bara att det finns en sådan historia säger ju en hel del. Jag skulle tro att den existerar för att Scrum Master rollen är komplex och många saknar kunskap och förståelse om rollen, men även om agilt arbete generellt.

Jag kan villigt erkänna att jag i min roll som anställd Scrum Master känt mig osäker i rollen - utlämnad, ensam och otillräcklig; gör jag ett bra jobb, hur hittar jag den ultimata balansen i mitt agila ledarskap, räcker jag till, är jag för ”på”, är jag för ”avvaktande”, är jag tjatig med alla mina funderingar kring ”varför”?

Och ovanpå det kan det i en organisation som är relativt agilt omogen ibland bli förvirrande med förväntningar från närmaste chef då dessa inte alltid stämmer överens med de tankar kring arbetssättet man själv har.

Ibland har man kallat rollen jag haft ”Scrum master/Team leader” och det är olyckligt tycker jag, förväntningarna har varit därefter (en slags högra hand till chef), bättre hade varit ”Scrum master/Scrum leader”. I SAFe 6.0 är titeln Scrum master uppdaterad till ”Scrum master/Team coach (SM/TC)” (© Scaled Agile, Inc.) och det kan förhoppningsvis hjälpa till att hindra vissa missförstånd kring rollen.

Jag har som sagt varit med om att chef har sett mig som hens högra hand, man har bett mig bli bättre på att peka med hela handen i min roll som Scrum Master under tex morgonmötet (för att peka ut vem som står i tur att rapportera status…),  jag har blivit ombedd att vara den som löser teamens alla problem utan reflektion vad teamet själv är lämpade att lösa (för det är väl ändå en Scrum Masters uppgift..?), och givetvis har jag fått uppgiften att alltid vara den som roddar med mötesbokningar, tillhörande anteckningar och såklart fixa fikat. Jag har även varit med om att linjechef har bett mig med kort varsel ge hen information om teammedlemmar, utan deras vetskap, som input till lönesättning. Och ingen av dessa personer har haft en dålig avsikt, det förmodar jag! Det mesta har byggt på okunskap eller missförstånd kring vad en scrum master faktiskt gör på dagarna.

I stället har jag tålmodigt utbildat teamet i det agila tankesättet, om Scrum, Built-in-Quality, Kanban, och SAFe. Jag har jobbat på att få människorna i teamet att lära känna varandra, varandras behov, att ge alla utrymme och att lyssna på alla människor i teamet. Jag har coachat i att alla förstår syftet med de agila processerna och navigerat konflikter. Tänk vad ett sådan liten mening som ”det är helt okej att, det är till och med fördel, att vi tycker olika i gruppen, här uppmuntrar vi olika perspektiv, idéer och tankar” faktiskt kan göra! Jag har lyssnat, frågat och föreslagit, fått teamet att omvärdera, våga prova, lära, prova igen och justera. Jag har coachat teamet i vikten att vi verkligen tar vara på de olika typer av möten så att de används på rätt sätt, och jag har fokuserat på att med stolthet och stort ansvar vara den som faciliterar dessa möten på bästa sätt. Jag har coachat i vikten att vara transparenta med hur vi möter våra mål, vad vi har på gång och vilka hinder som finns. Jag har försökt få teamet att som en naturlig del av deras vardag hantera stora och små hinder och blanda in Scrum Master i sådant som ligger utanför teamets kontroll. Vi har tittat på flöden och uppmärksammat, och om möjligt eliminerat, det som gjort att processen stannat upp i onödan. Vi har i teamet diskuterar öppet vad varje teammedlem verkligen bidrar med till teamet och vad hen skulle kunna utveckla i form av egenskap och kompetens, allt transparent i teamet och även för lönesättande chefer.

Och inte minst har jag utvecklat mig själv som Scrum Master; jag har jobbat med mina förutfattade meningar, min okunskap, min partiskhet och mina tvivel på mig själv. Jag har läst massor, funderat och reflekterat och jag kommer fortsätta med det! Ett tips är verkligen att schemalägga tid för att reflektera över det arbete man gör, funderar på hur det känns, vad det är som gör att det känns bra eller mindre bra, och öva sig på att vara generös mot sig själv och faktiskt inse att man gör skillnad och bli mer självmedveten om de egenskaper man har (till exempel har Gil Broza en bra övning ”Recall a situation”, i sin bok ”The human side of agile” som jag kan tipsa om att ni testar). Det är även en bra idé att även våga be om kontinuerlig feedback från sina teammedlemmar, och för mig hjälper det också att arbeta tillsammans med det härliga gänget här på Agiltec som man kan prata av sig med och få stöd ifrån!

Och i alla fall kan jag med stolthet svara på den sista frågan i den ”roliga” historien

”fråga inte en man om hans lön, fråga inte en kvinna om hennes ålder, fråga inte en Scrum Master om vad hen gör på dagarna”

Jag pratar gärna mer med dig som undrar vad en Scrum Master gör på dagarna och hur det kan hjälpa er organisation!