De Daily Scrum duurt niet langer dan vijftien minuten en wordt altijd op dezelfde plaats en op hetzelfde tijdstip gehouden om onnodige complexiteit te verminderen. Het wordt bijgewoond door alle Developers die samen aan het Product werken en, optioneel, de Scrum Master. Het belangrijkste doel van dit Scrum-evenement is om de taken te plannen waar ze zich die dag op zullen concentreren.
Daily Scrum is het kortste en meest frequente van de Scrum-evenementen, een overzicht hiervan is te vinden in een apart artikel. De taak van Developers die deelnemen aan de Daily Scrum is om snel werkdoelen voor de komende 24 uur vast te stellen. Op deze manier weet ieder van hen waar de anderen aan werken en hoe ze werken aan een gemeenschappelijk Sprintdoel.
Er is geen één juiste Daily Scrum-formule. Elk Development Team ontwikkelt een vergaderformaat dat voor hen werkt. Er is echter een algemeen kader om het gemakkelijker te maken om het uit te voeren.
Een goed geleide Daily Scrum moet elke deelnemer in staat stellen om twee vragen te beantwoorden:
Het direct stellen van deze vragen is echter geen verplichte formule. Dit zijn voorbeeldvragen die de as van de vergadering definiëren. Daily Scrum is bedoeld om de communicatie binnen het Development Team te verbeteren, taken te prioriteren en het risico op knelpunten te verminderen.
De Daily Scrum is een evenement dat gelijkwaardig is aan de Daily Standup in andere Agile-methoden. En het verloopt vaak heel vergelijkbaar – hoewel de officiële Scrum Guide niet vereist dat Developers staan tijdens dit korte evenement. Vaak staan de deelnemers gewoon terwijl ze in een informele groep praten.
Hoewel het misschien lijkt dat 15 minuten per dag veel is om dagelijkse taken te bespreken, toont de praktijk aan dat een dergelijke vergadering het beste is voor de effectiviteit van het Development Team. Met frequente en regelmatige updates over doelen en verplichtingen, richten alle Developers zich op prioritaire taken en geven ze prioriteit aan een soepele teamvoortgang boven individuele resultaten.
Een van de problemen met Daily Scrum is dat Developers de vergadertijd rekken. Als dit het geval is, is het een goed idee om een beleid in te voeren waarbij problematische kwesties die niet centraal staan in de Daily Scrum maar belangrijk zijn voor het Team, op een bord – fysiek of virtueel – worden genoteerd. Op deze manier is het mogelijk om terug te keren naar de problemen die tijdens de informele gesprekken gedurende de dag zijn achtergelaten om te worden besproken. En ook, indien nodig, tijdens de Sprint Retrospective, die we in een apart artikel uitgebreider zullen beschrijven.
Een ander probleem dat vaak tijdens Daily Scrums opduikt, is het omzetten van deze in vergaderingen om het werk van de vorige dag samen te vatten. Developers richten zich dan op het bespreken van de al behaalde resultaten. Dit is geen goede praktijk. Toegegeven, de huidige focus van Developers op de status van het werk dat leidt tot het Sprintdoel is zeer belangrijk. Echter, het toewijden van de Daily Scrum aan al voltooide taken bevordert de efficiëntie niet.
Als het Team niet profiteert van de Daily Scrum, kan de Scrum Master de Developers helpen om problemen te identificeren door de vergadering te observeren op antwoorden op de volgende vragen:
Na de initiële identificatie van het probleem kan een effectieve techniek voor het bepalen van de oorzaak van het probleem de 5 Why-methode zijn, ook wel 5 Whys of 5W genoemd door Sakichi Toyoda. Het houdt in dat er meerdere “Waarom?” vragen achter elkaar worden gesteld. Dit maakt het mogelijk om de diepere oorzaak van het probleem te diagnosticeren en het dus gemakkelijker op te lossen.
Neem bijvoorbeeld het laatste item in de tabel: het probleem doet zich voor op het gebied van betrokkenheid bij het oplossen van problemen door het Development Team. De vijf vragen kunnen er als volgt uitzien:
1 x WAAROM?
Q: Waarom bieden Developers geen verschillende manieren aan om problemen op te lossen die zich voordoen?
A: Omdat Developer Harry altijd de eerste is die één oplossing voorstelt.
2 x WAAROM?
Q: Waarom is Developer Harry altijd de eerste die één oplossing voorstelt?
A: Omdat niemand anders spreekt.
3 x WAAROM?
Q: Waarom spreekt niemand anders zich uit?
A: Omdat andere Developers geen zin hebben om naar betere oplossingen te zoeken.
4 x WAAROM?
Q: Waarom hebben andere Developers geen zin om naar betere oplossingen te zoeken?
A: Omdat het vinden van oplossingen focus vereist en het gemakkelijker is om Harry’s oplossing goed genoeg te beschouwen.
5 x WAAROM?
Q: Waarom beschouwden ze Harry’s oplossing als goed genoeg?
A: Omdat ze niet worden beloond voor het voorstellen van alternatieven, bespraken ze hun plannen voor vandaag aan het begin van de vergadering en denken ze na over hoe ze kunnen beginnen.
In dit geval kan het probleem van gebrek aan betrokkenheid bij het oplossen van problemen worden opgelost door de volgorde van de Daily Scrum te veranderen en met dit probleem te beginnen. Of door een systeem te bedenken voor het belonen van de beste oplossing, bijvoorbeeld door een symbolische beloning in te voeren voor de auteur van het grootste aantal oplossingen dat door het Team in een bepaalde Sprint is geaccepteerd.
Daily Scrum is een essentieel onderdeel van het dagelijkse werk van het Development Team. Elk Team moet echter zelf de optimale formule voor deze vergadering uitwerken. Een goed geleide Daily Scrum maakt het mogelijk om voortdurend subdoelen vast te stellen om het Sprintdoel te bereiken. Het maakt ook een snelle diagnose van communicatieproblemen mogelijk en verbetert de samenwerking tussen Developers.
Als je onze inhoud leuk vindt, sluit je dan aan bij onze drukke bijengemeenschap op Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.
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 het vermogen om onder tijdsdruk te werken, maken haar de beste persoon om ingewikkelde projecten werkelijkheid te laten worden.
Wat zijn de voordelen van sociale media? Kan het gerichte traffic naar je bedrijfswebsite brengen?…
Als je verkoopt op 's werelds populairste marktplaats, maak je je zeker zorgen over de…
De maatstaf voor de effectiviteit van een marketeer is het aantal conversies, dat wil zeggen…
Als het gaat om AI in muziekproductie, is het het beste in co-creatie, en vooral…
In het artikel van vandaag zullen we het onderwerp van samenwerking tussen de Product Owner…
Elke leider heeft doelen zoals het opbouwen van een team dat op gepaste wijze hoge…