Blogopmaak
Ingrijpen in een zelf organiserend team
joost.comperen • Jul 19, 2023
Tijdens de Daily Scrum meeting, halverwege de sprint, merk je een zorgwekkende trend op. Een taak, onderdeel van de belangrijkste user story, loopt al drie dagen vertraging op. De afhankelijkheid met een ander agile team is complexer dan ingeschat. Dat wordt een probleem, want de stakeholders hebben een verwachting over wat er uit ‘de fabriek’ komt op een bepaald moment. Dan ben je als Scrum Master geneigd om in te grijpen en te sturen om controle te houden over wat er gebeurt en invloed uitoefenen op het eindresultaat. Maar is dat het leiderschap dat nodig is in een Agile team? Lees wat ik heb geleerd van WEL ingrijpen in een zelf organiserend team.
Onze neiging om te ‘managen’
Als Scrum Master heb je een rol in het ondersteunen van de leden in het scrum team. Ook heb je een begeleidende rol naar andere teams die afhankelijkheden hebben en naar stakeholders in de organisatie die een belang hebben bij het product waar het ontwikkelteam aan werkt. Er ontstaat wel eens druk op het leveren van een functionaliteit in een bepaald tijdsbestek, terwijl het ontwikkelteam zelf organiserend is en dus zelf kiest hoe het sprintdoel wordt behaald. Wanneer dat sprintdoel in gevaar dreigt te komen wil je ‘managen’, ingrijpen dus.
Dit zegt de Scrumgids 2017
over zelforganisatie van teams.
"Scrum Teams zijn zelf organiserend en multidisciplinair. Zelforganiserende teams kiezen zelf hoe zij het beste hun werk kunnen uitvoeren, in plaats van dat dit verteld wordt door iemand van buiten het team."
"Ontwikkelteams zijn zelf organiserend. Niemand (zelfs de Scrum Master niet) vertelt het Ontwikkelteam hoe zij de Product Backlog moeten omzetten in Incrementen van potentieel uitleverbare functionaliteit."
Dit zegt de Scrumgids 2020
over zelforganisatie van teams.
"Het Scrum Team is zelfsturend, wat betekent dat de teamleden onderling bepalen wie wat doet, wanneer en hoe."
"Scrum Teams zijn opgezet en bevoegd door de organisatie, zodat zij hun eigen werk kunnen managen."
Developers zijn niet zelfsturend, dus als Scrum Master heb je wel het stuur in handen, maar alleen op een hoger productniveau en organisatorisch niveau. Als het gaat om de activiteiten in een sprint heeft het ontwikkelteam de verantwoordelijkheid. Als zelf organiserend team bepalen zij welke taken er moeten worden opgepakt in een sprint en hoe dat wordt uitgevoerd om het sprintdoel te halen. Eerder refereerde ik aan teamverantwoordelijkheid in mijn blog over agile leiderschap; "We zijn met z’n allen Agile gebrainwasht".
Waarom ik WEL ingreep
Vaak is niet alles in detail bekend bij de start van de ontwikkeling en kunnen nieuwe details het sprintdoel in gevaar brengen. Zoals in het voorbeeld over de afhankelijkheid van een ander team dat complexer bleek te zijn. Wanneer dit werd opgemerkt, ging ik ingrijpen en vervolgens uitzoeken hoe ik het probleem voor het team kon oplossen. Bijvoorbeeld door al te bedenken hoe ik de vertraging kon uitleggen aan een stakeholder. Of hoe ik het andere scrum team, met wie we een urgente afhankelijkheid hadden, onder druk kon zetten om iets te leveren. Welke taken we eventueel konden laten vallen in deze sprint zonder dat er serieuze problemen zouden ontstaan. En zelfs of we de reeds beloofde functionaliteit konden verkleinen om toch een werkend increment op te leveren.
De neiging om sturend op te treden was sterk, want er was druk van de omgeving om te leveren wat we hadden beloofd. Daarnaast wilde ik het ontwikkelteam helpen door mezelf het probleem toe te eigenen zodat het team gefocust verder kan gaan met andere taken uit de sprint backlog. Het leverde veel extra communicatie op binnen het team, naar andere scrum teams en naar stakeholders. Dat waren vaak geen leuke gesprekken en bracht ons negatieve energie. Bovendien was hierdoor de bijdrage aan de waardevermeerdering van het product lager dan beoogd.
Tijdens scrum retrospective bijeenkomsten bespraken we de incidenten en zochten we naar manieren om deze te voorkomen. Vaak was dan de conclusie dat het ontwikkelteam meer details wilde hebben bij de start van de ontwikkelactiviteit in een sprint. We gingen dus harder werken om alle details vooraf duidelijk te hebben. De ‘Definition of Ready’ werd steeds scherper gesteld. Dat begon wel erg te lijken op een agile machine die de scrum rituelen slaafs aan het volgen was.
Leermomentje…
Het besef dat het anders moet, kreeg ik bij het ontvangen van de feedback van het ontwikkelteam dat ik me te veel met hun activiteiten aan het bemoeien was. Deze feedback was volledig terecht en bovendien had ik ook zeker wel het vertrouwen in de kunde van alle teamleden. Waarom ging ik dan ingrijpen? Waren die problemen wel zo groot dat sturen noodzakelijk was? Later bleek dat ik dus beter niet kan ingrijpen. Achteraf gezien vond ik het vreemd van mezelf dat ik dat toch deed. Ik was dus iets aan het oplossen wat eigenlijk niet eens mijn probleem was, maar juist een verantwoordelijkheid van het ontwikkelteam. Dus…niet mijn probleem.
Running as a metaphor for learning to take time for personal development by setting relevant goals.
Hardlopen als metafoor om te leren tijd te nemen voor persoonlijke ontwikkeling met het stellen relevante doelen.
Tegen onze natuur in grijpen we niet in bij problemen tijdens een sprint. Het zelf organiserende team zorgt dat de scrum master alles onder controle heeft.
Organisaties zijn noodgedwongen gaan werken op afstand. Dat is een proces van doen, evalueren en aanpassen om tot een situatie te komen waarin samenwerken via beeldbellen effectief wordt. Ook zijn er organisaties die dat al jarenlang doen. Zodoende heb ik de afgelopen 8 jaar samengewerkt op afstand in een Agile team. Daarnaast zat het grootste deel van de stakeholders ook op afstand in allerlei plaatsen in de wereld. Wat voor anderen een grote omslag was, is voor mij dagelijkse praktijk. Dus vroeg ik me af: Is het nu echt zo lastig om die transitie te maken naar samenwerken op afstand in een Agile team?
We should not intervene when problems arise during a sprint. It is the self-organizing team that ensures the scrum master has everything under control.
We tend to intervene in the event of problems during a sprint. Why intervening as a scrum master is not the right action towards a self-organizing team.
Being forced to work remotely is a process of doing, inspecting, and adapting. Some suggestions for collaboration in a distributed Agile team.
An Agile vacation story on sunbathing in Sprints, which brings value but is a bit silly at the same time.
Lig je ingesmeerd in de zon aan het meer in Zürich op dag twee van een korte vakantie. Het is veel te warm om er een actieve dag van te maken, dus zoeken we verkoeling op bij het water. Insmeren is hoognodig, want het zwemlijf had nog nauwelijks zon gezien vanwege de terughoudendheid in zomeractiviteiten in de afgelopen maanden.
Honderdduizenden zijn inmiddels gecertificeerd in een Agile framework, waarvan het grootste deel in Scrum. We selecteren uit de Product Backlog, we Sprinten ons een ongeluk en we Timeboxen wat af. We kunnen de serie aan review-loops wel dromen. In de ‘scaled’ varianten wordt het nog eens uitgebreid naar meerdere niveaus. Het hangt samen van Agile rituelen waar we ons allemaal strikt aan houden. We zijn met z’n allen Agile gebrainwasht! We gaan ervan uit dat de resultaten vanzelf komen omdat we werken volgens het Agile boekje, want we zijn gecertificeerd. Ik ben van mening dat het behalen van succes met Agile werken grotendeels afhankelijk is van leiderschap. Pas met commitment en aandacht van management kunnen deze rituelen het succes van Agile werken verzilveren.
