Fulltime Scrum Masters zijn moeilijk te realiseren
In steeds meer organisaties wordt Scrum als agile ontwikkelmethode gebruikt. Er worden teams gevormd en Scrum Masters aangesteld, zodat de teams agile kunnen gaan werken en zichzelf kunnen organiseren. Maar ook al lijkt Agile op het eerste gezicht eenvoudig, de rol van Scrum Master blijkt in de praktijk vaak lastig te zijn. Laten we eens kijken waarom het zo moeilijk is om met fulltime Scrum Masters te werken, en de mogelijkheid verkennen om technische teamleden de rol van Scrum Master op zich te laten nemen.
Goede fulltime Scrum Masters vinden is lastig
Toegewijde fulltime Scrum Masters die geen andere taken of (technische) rollen hebben, is een veelgekozen oplossing in organisaties die beginnen met agile werken. Deze mensen komen dan uit het projectmanagement of een andere eerder "bureaucratische" managementaanpak en proberen echt hun best om de rol van Scrum Master als Servant Leader goed in te vullen. Maar dat blijkt vaak behoorlijk lastig te zijn.
Naar mijn mening passen zulke fulltime Scrum Masters niet goed bij grotere agiliteit. Vaak werkt het gewoon niet.
In grotere en meer bureaucratische organisaties met klassieke top-down-hiërarchieën heerst meestal een Command-and-Control-cultuur. Door wat de teamleden gewend zijn, zullen ze hun Scrum Master als een leider – een manager – beschouwen. Ze zien de Scrum Master als iemand die aan hun team is "toegewezen" en die op een hoger hiërarchisch niveau staat dan zijzelf. Precies zo zijn ze al die jaren daarvoor aangestuurd. Het is daarom nauwelijks verwonderlijk dat ze eraan twijfelen of er met Agile iets zal veranderen.
Leidinggevende managers die Agile niet echt begrepen hebben, zijn vaak van mening dat Scrum Masters managers en teamleiders zijn. Ze willen dat de Scrum Master hun verbinding met het team is. Hij is dan de enige persoon met wie deze managers samenwerken, en hij moet hen op de hoogte houden. In plaats van rechtstreeks met alle teamleden te communiceren, werken ze het liefst alleen met de Scrum Master. Ze geven de Scrum Master feedback. Ze vragen de Scrum Master om zich om bepaalde zaken te bekommeren, eisen commitments en verwachten dat die worden nagekomen.
Je kunt de managers geen verwijten maken dat ze zulke verwachtingen van de rol van Scrum Master hebben. Het is hen aangeleerd om teams op deze manier te managen en aan te sturen. Zo hebben ze het altijd gedaan, zo werkte het voor hen en zo werden ze succesvol. Waarom zou het met Agile anders zijn?
Voor Scrum Masters is dit een lastige werksituatie. Het team en het management zien hen als managers. Het management verwacht van de Scrum Masters dat ze de teams coachen en hen helpen op hun weg naar zelforganisatie. Tegelijkertijd moeten ze echter alles onder controle houden. Bovendien worden Scrum Masters vaak verantwoordelijk gehouden voor de resultaten van het team. Bij Agile ligt de focus erop dat teams bijleren en zich verbeteren – en daarbij maakt een team ook weleens een fout of faalt compleet – maar managers verwachten dat er vanaf dag één verbetering optreedt.
Met al deze verschillende verwachtingen binnen een organisatie is het moeilijk om de rol van Scrum Master goed uit te voeren. Voor de Scrum Masters is het lastig om vertrouwen op te bouwen en een open cultuur te creëren waarin iedereen samenwerkt en gezamenlijk kan leren.
Uiteindelijk verandert er vaak helemaal niets en kan de organisatie geen zakelijk voordeel uit Agile halen. Met technische teamleden in de rol van Scrum Master kun je echte veranderingen in organisaties bewerkstelligen en hun agiliteit verbeteren.
Technische medewerkers in de rol van Scrum Master
Ik geef er de voorkeur aan dat een (technisch) teamlid de rol van Scrum Master op zich neemt, in plaats van te werken met toegewezen fulltime Scrum Masters. Ze kunnen de taken van de Scrum Master naast hun reguliere technische werkzaamheden uitvoeren.
Een van de teamleden neemt dus de rol van Scrum Master op zich. Hij/zij ondersteunt en begeleidt het team bij het werk en de toepassing van Agile. Hij/zij helpt het team met de agile werkwijzen waar het team eerder overeenstemming over heeft bereikt, herinnert de teamleden aan belangrijke zaken, geeft feedback en coacht hen wanneer dat nodig is.
Met deze oplossing zal er minder weerstand zijn en zal de acceptatie in het team groter zijn, omdat de teamleden zelf hun Scrum Master kunnen kiezen. Je kunt de rol van Scrum Master ook regelmatig opnieuw toewijzen, zodat verschillende teamleden de Scrum Master zijn in verschillende Sprints.
Een voordeel van het af en toe wisselen van de Scrum Master is dat de huidige Scrum Master zich samen met het team kan concentreren op zijn Sprint, terwijl de Scrum Master voor de volgende Sprint zich samen met de Product Owner kan richten op het Grooming van de Backlog, zodat er goede User Stories klaarliggen wanneer de volgende Sprint begint.
In de meeste teams is er geen echte behoefte aan een aparte fulltime Scrum Master. Een zelforganiserend team met zeven plus/minus twee teamleden zou geen 40 uur per week aan management nodig moeten hebben – zelfs geen 20. Je wilt geen Scrum Master die drie of meer teams managet. Het is beter als de rol van Scrum Master parttime binnen het team wordt ingevuld, zodat hij er altijd is wanneer hij nodig is.
Scrum Masters kunnen hun teams helpen om obstakels uit de weg te ruimen. Ze kunnen hen helpen zichzelf te organiseren door te laten zien hoe je zulke obstakels kunt herkennen en aanpakken. Scrum Masters hoeven niet alle problemen alleen op te lossen en uiteraard moeten ze het team niet voorschrijven wie de problemen moet oplossen en hoe dat zou moeten gebeuren.
Waarom zijn fulltime Scrum Masters nodig?
Werk afmaken betekent meer dan alleen het werk zelf uitvoeren. Je moet met de klanten communiceren en met hen afstemmen wat er opgeleverd moet worden. Je moet regelmatig controleren hoe het vordert en of er iets is dat het team vertraagt. Bovendien moet alles worden afgestemd met de stakeholders van het team, en het is goed om retrospectives te houden om te reflecteren en te leren. Scrum Masters zorgen voor al deze zaken en helpen de teamleden bij de uitvoering.
Een tijdje geleden heb ik Nic Ferrier geïnterviewd voor InfoQ, en hij noemde dat ervaren teams misschien helemaal geen Scrum Master meer nodig hebben:
InfoQ: In het begin – als teams beginnen met agile methoden te werken – zijn Scrum Masters dus zinvol, maar na verloop van tijd worden ze mogelijk overbodig?
Ferrier: Precies. En dat is een reden waarom Scrum Masters zo vaak uit het team komen waar ze eigenlijk een technische rol hebben. Dan kunnen ze de rol van Scrum Master namelijk geleidelijk laten uitdoven. Ik geloof echter dat dit niet altijd werkt, omdat de managers in de organisaties de technische teams niet op een agile manier laten ontwikkelen.
Nu komt de vraag op waarom de retrospectives niet gewoon geleid worden door het teamlid dat de rol van Scrum Master heeft. Is het niet lastig voor hen, aangezien ze ook deel uitmaken van het team en mee kunnen beslissen hoe het werk gedaan moet worden? Natuurlijk is dat zo. Een ervaren Scrum Master is echter normaal gesproken in staat om zowel de meeting te leiden als er zelf als teamlid aan deel te nemen. Als je niet zeker weet of dat werkt, kun je altijd nog een externe Scrum Master zoeken, bijvoorbeeld iemand uit een ander team, een Agile Coach of een facilitator, om de retrospective te begeleiden.
Deze tekst is afkomstig uit de blog van Ben Linders en is door ons naar het Nederlands vertaald.
Word ook jij een gecertificeerde Scrum Master met de Agile Academy
Voor Scrum Masters bieden we de volgende trainingen en gratis opleidingsmogelijkheden:
