Het werk van een goede Scrum Master is te herkennen aan het feit dat ze op een gegeven moment niet meer nodig zijn in het dagelijkse werk van het Development Team. Dit is echter niet altijd het geval. Wat zijn de redenen voor de fouten van de Scrum Master?
Fouten van de Scrum Master – inhoudsopgave:
De taak van een Scrum Master is voornamelijk om het werk van het Development Team te ondersteunen. Daarom komen de meest voorkomende fouten van de Scrum Master meestal voort uit de manier waarop hij deelneemt aan de dagelijkse werking van de ontwikkelaars. We hebben deze fouten van de Scrum Master in twee groepen verdeeld. De eerste groep omvat problemen die voortkomen uit te veel betrokkenheid, terwijl de tweede groep problemen omvat die voortkomen uit de onvoldoende aanwezigheid van de Scrum Master in het leven van het Development Team.
Te veel controle
De behoefte om te veel controle over het Team te behouden, veroorzaakt vaak fouten in de toepassing van Scrum. Fouten van de Scrum Master worden het vaakst zichtbaar in de volgende situaties.
- De Scrum Master zoekt naar een oplossing voor het probleem in plaats van het team te helpen omgaan met de moeilijkheid. Typisch is de wortel van het probleem dat de Scrum Master ook een expert is in wat het Development Team doet. Hun onvermogen om uit de expertrol te stappen, maakt het hen onmogelijk om het team effectief te helpen bij het vinden van oplossingen op hun eigen. Deze benadering kan ook leiden tot autoritaire besluitvorming door één persoon – en dit is waarschijnlijk de grootste fout die een Scrum Master kan maken.
- De Scrum Master staat het team niet toe om fouten te maken. Dit probleem is nauw verbonden met de vorige. Als het team effectief door de Scrum Master wordt beschermd tegen het maken van fouten, zal het niet leren om problemen op eigen kracht op te lossen of verantwoordelijkheid te nemen voor zijn werk. Het zal altijd afhankelijk zijn van het advies en de expertise van de Scrum Master.
- De Scrum Master probeert mensen te veranderen in plaats van te werken aan de teamsfeer. Dit probleem omvat te veel nadruk op het veranderen van het gedrag van een teamlid of leden, evenals personeelsveranderingen. Het is een fout om de samenstelling van het Development Team te veranderen terwijl er aan een Productdoel wordt gewerkt, als het niet absoluut noodzakelijk is. Dit kan aanzienlijke vertragingen in de realisatie met zich meebrengen en het werkritme van het Development Team verstoren. En ook het ritme van de Teamvorming verstoren, waarover we in een apart artikel schrijven.
- De Scrum Master fungeert als de supervisor van het Development Team in de organisatie. Dit is een fout die niet vaak voortkomt uit de eigen beslissingen van de Scrum Master. Het kan echter alle fouten verergeren die voortkomen uit de behoefte om het Team te controleren.
- De Scrum Master is te betrokken bij de werking van het Team. Wanneer het Team bestaat uit experts die elkaars vaardigheden en verantwoordelijkheden kennen en functioneert volgens de Scrum-principes, zouden de Scrum Masters zich niet ongewenst moeten bemoeien met de manier waarop het Team werkt. Als ze dat doen, verstoren ze simpelweg de soepele werking van het team. Goede Scrum Masters, dankzij hun goed gevestigde positie als coach en leiders, zullen om advies worden gevraagd in noodsituaties of situaties die een frisse blik vereisen. Daarom moeten ze beschikbaar zijn voor de ontwikkelaars zonder hun aanwezigheid op te dringen.
- Een Scrum Master is te rigide in zijn naleving van de Scrum-principes. Als een bepaald aspect van Scrum niet werkt in een specifiek Team, moet de Scrum Master een andere benadering proberen. Elk Team is anders, en Scrum is slechts een algemeen kader.
Te weinig betrokkenheid
Niet alleen te veel, maar ook te weinig betrokkenheid van de Scrum Master kan leiden tot veel fouten. We hebben de meest voorkomende hieronder beschreven.
- De Scrum Master is onvoldoende bekend met de Scrum-principes. Deze fout zal waarschijnlijk leiden tot een onjuiste implementatie. En het werk van het Team zal slechts schijnbaar Scrum-werk zijn.
- De Scrum Master handhaaft de Scrum-principes niet. De inadequate dagelijkse aanwezigheid van de Scrum Master betekent dat hij het team niet beschermt zoals hij zou moeten. Dit kan leiden tot een gebrek aan bescherming tegen de instroom van externe taken. Of tot het falen van het Development Team om de Sprintdoelstelling te behalen.
- De Scrum Master zorgt er niet voor dat er een consistente Scrum-ritme wordt gevolgd. Onzorgvuldigheid bij het organiseren van Scrum-evenementen kan leiden tot tijdverspilling. Dit zal resulteren in te lange of slecht georganiseerde evenementen – Sprint Planning, Sprint Retrospective of Sprint Review (waarover we in aparte berichten zullen schrijven). Het is ook een fout om evenementen uit te stellen of hun duur te veranderen.
- De Scrum Master reageert niet op conflicten in het Team. Verwachten dat conflicten in het Team zich in de loop van de tijd vanzelf oplossen, is een fout van de Scrum Master. Conflict is niet altijd slecht, maar de Scrum Master moet niet alleen op de hoogte zijn van het bestaan en de huidige staat ervan, maar ook betrokken zijn als onderhandelaar. En ook in staat zijn om het conflict te gebruiken om het Team te veranderen en te verbeteren.
- Onvoldoende aanwezigheid van de Scrum Master. Het probleem doet zich voor wanneer de Scrum Master te weinig tijd doorbrengt met het Team en zich bezighoudt met gespecialiseerde taken, bijvoorbeeld. Dit maakt dat hij te weinig luistert en te weinig vragen stelt. Dit, zoals we schreven in het vorige artikel, is een sleutelvaardigheid voor een Scrum Master. Het resultaat is dat de Scrum Master niet goed genoeg weet wat de huidige situatie en sfeer in het Team is. En hij tevreden is met de status quo.
- De Scrum Master stelt de status quo niet ter discussie. Om ervoor te zorgen dat het Development Team, en het Scrum Team als geheel, groeit, is het noodzakelijk om de status quo voortdurend uit te dagen. Dit is vaak een risicovolle en potentieel schadelijke activiteit. Een Scrum Master moet dit ondernemen met de bewustheid van de moeilijkheden die hij kan tegenkomen. Er bestaat echter niet zoiets als een “volwassen Development Team dat niet meer evolueert”. Het alleen laten zal snel leiden tot een aanzienlijke verslechtering van de prestaties.
- De Scrum Master deelt zijn observaties van de prestaties van het Team niet met het Team. Het voor zichzelf houden van deze kennis maakt het moeilijk, of zelfs onmogelijk, voor het Team om te groeien. Terwijl hij volledig gefocust is op dagelijkse verantwoordelijkheden, werkt de Scrum Master niet aan de manier waarop de teamleden samenwerken. Dit leidt vaak tot de accumulatie van problemen en conflicten.
Veelvoorkomende fouten van de Scrum Master – samenvatting
Fouten van de Scrum Master die voortkomen uit onvoldoende of overmatige betrokkenheid bij het Development Team kunnen het werkritme verstoren. En zelfs bijdragen aan het stoppen van de activiteit volgens de Scrum-regels. Daarom is het de moeite waard voor een Scrum Master om zich bewust te zijn van de potentiële fouten en de daaruit voortvloeiende risico’s. En ook om hun relatie met het Team in de gaten te houden.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube.
Caroline Becker
Als projectmanager is Caroline een expert in het vinden van nieuwe methoden om de beste workflows te ontwerpen en processen te optimaliseren. Haar organisatorische vaardigheden en haar vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
View all posts →