Scrum Master Coach

En scrum master coach arbejder med flere teams ad gangen. En almindelig scrum master hjælper ét team. Coachen hjælper de scrum mastere, der hjælper teamene.

Rollen opstår, når en organisation har fem, ti eller tredive teams, og det går galt på tværs. Hvert team kører fint for sig selv, men afhængighederne mellem dem bremser alt.

Det er også her, den ubehagelige del ligger. De største forhindringer skabes sjældent i teamene. De skabes af budgetmodeller, årsplaner, godkendelsesgange og ledere, der stadig vil have et Gantt-diagram.

Typiske opgaver

• Oplære og mentorere nye scrum mastere, ofte med faste en-til-en-samtaler
• Facilitere på tværs af teams: fælles planlægning, afhængighedsafklaring og retrospektiver på programniveau
• Coache product ownere i prioritering og i at sige nej
• Arbejde med ledere om det, der spærrer: budgetter, styregrupper, godkendelser, ressourcedeling
• Måle og synliggøre flow: gennemløbstid, mængde igangværende arbejde, hvor tingene står stille
• Indføre eller justere rammeværk som SAFe, LeSS, Scrum@Scale eller Kanban på tværs
• Køre kompetenceudvikling: workshops, communities of practice, interne træningsforløb
• Hjælpe teams i konflikt eller i krise, for eksempel efter en fejlslagen leverance
• Skabe fælles arbejdsmåder, uden at gøre alle teams ens

En almindelig arbejdsdag

Dagen består af møder, observation og samtaler. Du deltager i andres møder mere end i dine egne.

En typisk formiddag: du sidder med i to teams' stand-ups og retrospektiver, ikke for at styre dem, men for at se hvad der reelt sker. Bagefter en samtale med en ny scrum master, som ikke ved, hvordan hun håndterer en dominerende udvikler.

Midt på dagen en workshop, hvor tre teams skal blive enige om rækkefølgen af noget, de alle er afhængige af.

Om eftermiddagen et møde med en afdelingschef. Her skal du sige, at hans krav om ugentlig statusrapportering koster teamene en dag om ugen. Det er den slags samtaler, rollen eksisterer for.

Det svære i jobbet

Du har ingen formel magt. Du er ikke chef for nogen og kan ikke beslutte noget. Al din indflydelse kommer af, at folk gider lytte.

Du bliver også svær at måle. Ledelsen vil se resultater, men dine resultater er andres resultater. Kan du ikke koble dit arbejde til noget konkret, for eksempel kortere gennemløbstid eller færre fejl i produktion, står rollen svagt i en spareplan.

Og der er en troværdighedsrisiko. Faget er fuldt af folk, der har taget et todageskursus og taler i abstraktioner. Skal du coache erfarne udviklere, skal du kunne mere end plancher.

Den hyppigste fælde er at blive procespoliti. Kommer du til at måle på, om teamene gør Scrum korrekt, i stedet for om de leverer, har du tabt dem.

Hvem har rollen

Stillingen findes i organisationer med mange udviklingsteams.

Brancherne er især finans og pension, hvor Danske Bank, Nykredit, Nordea, PFA og Danica har store agile organisationer. Derudover telekommunikation, energi og forsyning, medicinal med digitale afdelinger, shipping og de større softwarevirksomheder.

Den offentlige sektor er en tung arbejdsgiver. Styrelser, regioner og de største kommuner kører agile programmer, og SAFe er udbredt her.

Konsulenthuse som Implement Consulting Group, Netcompany, KMD, Accenture og Trifork leverer også coaches ind i kundeorganisationer, typisk i forløb på seks til atten måneder.

En ærlig bemærkning: rollen er konjunkturfølsom. Når der spares, ryger de tværgående coachroller ofte før de teamnære.

Der findes ingen uddannelse til agil coach. Man bliver det ved først at være scrum master eller teamleder i flere år.

Det er vigtigt at sige tydeligt: man springer ikke direkte ind i rollen fra et kursus. En coach uden egen erfaring bliver gennemskuet på første møde.

De typiske uddannelsesveje

• Cand.it. eller cand.merc.it., 5 år
• Datamatiker, 2,5 år, eller professionsbachelor i softwareudvikling, hvis man kommer fra udviklersiden
• Cand.merc. i organisation eller cand.merc.(psyk.), 5 år, som passer godt til coachdelen
• Cand.psych. med arbejds- og organisationspsykologi, 5 år, en mindre almindelig men stærk baggrund
• Professionsbachelor i økonomi og informationsteknologi, 3,5 år

Adgangskravene til erhvervsakademi- og professionsbacheloruddannelserne er normalt en gymnasial eksamen eller en relevant erhvervsuddannelse. De aktuelle krav for den enkelte uddannelse fremgår af Uddannelsesguiden fra Uddannelses- og Forskningsministeriet.

Uddannelsen betyder mindre end erfaringen. En tidligere udvikler med ti års teamerfaring vejer tungere end en frisk kandidat med et certifikat.

Certificeringer

Dette er et certificeringstungt felt, og flere af dem efterspørges direkte i danske opslag, især i det offentlige.

• PSM I, II og III fra Scrum.org. PSM III er reelt svær og har vægt i branchen
• CSM og derefter A-CSM og CSP-SM fra Scrum Alliance, hvor CSP-SM kræver dokumenteret erfaring
• SAFe Program Consultant, SPC, hvis organisationen kører SAFe. Den er nærmest et krav i store danske SAFe-implementeringer
• ICAgile-forløbene ICP-ACC i agil coaching og ICP-ATF i facilitering
• Kanban Management Professional fra Kanban University
• En egentlig coachuddannelse, for eksempel en ICF-akkrediteret uddannelse, hvis coachdelen skal være reel

Et certifikat viser, at du kender begreberne. Det siger intet om, hvorvidt du kan stå i et lokale med fjorten uenige mennesker.

Alternative veje ind

• Fra scrum master. Den klart mest almindelige vej. Typisk efter tre til seks år med flere forskellige teams
• Fra udvikling eller tech lead. Man har troværdighed hos udviklerne fra dag ét, men skal lære facilitering og coaching
• Fra projektledelse. Man kan interessenter og styring, men skal aflære trangen til at planlægge alt på forhånd
• Fra Lean-arbejde i produktion. Flow, spild og forbedringsarbejde er samme tankegang i en anden branche
• Fra HR eller organisationsudvikling. Stærk på mennesker og forandring, men skal opbygge teknisk troværdighed

Karriereveje videre

Den typiske rute er enterprise agile coach eller head of agile i en større organisation. En anden vej er ledelse: udviklingschef, afdelingschef eller programleder, hvor man får det formelle mandat, man manglede som coach. En tredje er selvstændig eller konsulenthus, hvilket mange gør, fordi ydelsen kan sælges direkte og timeprisen er høj. Nogle går mod organisationsudvikling bredt, altså ud over it.

Realistisk tidshorisont

Regn med fem til ti år fra første scrum master-rolle til coachrollen. Du skal have set flere teams, mindst én mislykket transformation og have prøvet at være uenig med en direktør.

Hvis du skal hyre

Bed kandidaten fortælle om en organisation, hvor det ikke lykkedes, og hvad hun konkret gjorde forkert. Kandidater, der kun har succeshistorier, har enten ikke prøvet nok eller pynter.

Spørg til noget måleligt: blev gennemløbstiden kortere, blev der færre fejl i produktion, leverede teamene oftere? Spørg også, hvordan hun ville håndtere en leder, der kræver en fast årsplan. Og test den tekniske ballast, hvis coachen skal arbejde med udviklerteams — de gennemskuer manglende substans hurtigere end nogen anden faggruppe.

Facilitering

Miro og Mural er de vigtigste værktøjer i hverdagen. Retrospektiver, afhængighedskort, workshops og value stream mapping laves der, især når teams sidder spredt. Fysiske tavler, post-its og et lokale er stadig bedre, når det kan lade sig gøre.

Møder afholdes i Teams eller Zoom. Fælles planlægning på tværs af teams, for eksempel PI planning i SAFe, køres ofte som en to dages seance med begge dele.

Opgave- og flowdata

Jira er standarden i danske organisationer, i Microsoft-tunge huse Azure DevOps. Coachen bruger dem ikke til at styre opgaver, men til at læse mønstre.

De nøgletal, der reelt bruges, er gennemløbstid, mængden af igangværende arbejde, hvor længe opgaver ligger stille, og hvor ofte der leveres til produktion. Cumulative flow-diagrammer og kontroldiagrammer trækkes i Jira eller i tillæg som eazyBI, Nave eller Actionable Agile.

Vær opmærksom på en fælde: velocity er et planlægningsredskab for teamet selv. Bruges det til at sammenligne teams eller til at måle produktivitet, ødelægger det tallet og tilliden.

Porteføljeoverblik

I store organisationer bruges Jira Align, Azure DevOps eller Planview til at se afhængigheder på tværs. Power BI bruges til at vise ledelsen udviklingen over tid, hvilket ofte er det, der holder liv i rollen budgetmæssigt.

Dokumentation og deling

Confluence, Notion eller SharePoint til arbejdsmåder, aftaler og materiale fra workshops. Interne communities of practice køres typisk i Teams eller Slack.

Metoder frem for software

Den største del af værktøjskassen er ikke software. Det er metoder: Kanban-systemer med eksplicitte grænser, value stream mapping, Lean-principper, Liberating Structures til facilitering, coachingsamtaler og retrospektivteknikker. Scrum Guide fra Scrum.org og Scrum Alliance er stadig grundteksten, og en coach bør kunne diskutere den i detaljer.

Data om mennesker

Medarbejdermålinger og teamundersøgelser køres nogle steder i Peakon eller Ennova. Her gælder EU's databeskyttelsesforordning, GDPR, og svar bør aggregeres, så enkeltpersoner ikke kan udpeges. Bruges retrospektivnoter til at rapportere om navngivne medarbejdere, holder folk op med at sige noget ærligt.