De drie vragen voor de dagelijkse Standups zijn: wat heb ik gisteren gedaan, wat ga ik vandaag doen en is er iets dat mij belemmert? Bijna elk team begint hiermee, en voor een nieuw team is dit een redelijk uitgangspunt: een gezamenlijke structuur, zodat niemand met zijn mond vol tanden staat wanneer hij aan de beurt is.

Maar de drie vragen hebben een welbekende valkuil, en het is de moeite waard om deze te begrijpen voordat u ze kritiekloos overneemt. Als ze letterlijk worden beantwoord, veranderen ze de vergadering in een statusverslag: iedereen leest zijn takenlijst voor aan de aanwezigen, niemand reageert, en de vergadering leidt slechts in naam tot afstemming. Teams ervaren dit als de Standup waarbij men „alleen maar een opsomming geeft van alle prestaties van gisteren“. Dat is geen fout van de facilitator. Het is wat de drie vragen standaard teweegbrengen.

The three standup questions Yesterday Today Blockers
Gisteren, vandaag, belemmeringen: een evaluatie die het team voor zichzelf uitvoert. Zodra de antwoorden gericht zijn op een leidinggevende in plaats van op het team, worden dezelfde drie vragen een statusrapport.

Wat er met elke vraag werkelijk wordt bedoeld

De vragen zijn prima. De kunst is om in te gaan op de bedoeling erachter, niet op de letterlijke bewoordingen.

“Wat heb ik gisteren gedaan?” betekent niet “bewijs dat u het druk had”. Het betekent: “Heeft iets wat ik heb afgerond invloed gehad op wat iemand anders vandaag moet oppakken?” Als uw voortgang een teamgenoot uit de impasse haalt of een overdracht voltooit, meld dit dan; tijdens de Standups van TeamRetro worden zij hier direct van op de hoogte gesteld via een @vermelding in uw update. Als het alleen gaat om taken die u hebt afgerond en die niemand anders aangaan, hoort dit thuis in het ticket, niet in de vergadering.

“Wat ga ik vandaag doen?” betekent niet “lees uw takenlijst”. Het betekent “waar bent u naartoe op weg, zodat het team een conflict of een afhankelijkheid kan signaleren voordat deze zich voordoet”. Twee personen die op het punt staan dezelfde module te bewerken, zouden dat hier moeten ontdekken, en niet pas vanmiddag bij een samenvoegingsconflict.

“Is er iets dat mij tegenhoudt?” is de enige reden waarom de vergadering plaatsvindt, en juist dit punt wordt vaak overgeslagen. Belemmeringen worden te weinig gemeld, omdat het noemen ervan kan aanvoelen als een bekentenis dat men vastzit. Begin er toch mee, en wees specifiek: niet „Ik loop een beetje vast met de API”, maar „Ik heb de staging-inloggegevens van Priya nodig voordat ik kan testen. Kunnen we dat direct na afloop regelen?”

Waarom „eerst de blokkades“ beter is dan „eerst gisteren“

De gebruikelijke volgorde (gisteren, vandaag, knelpunten) zorgt ervoor dat het nuttigste punt als laatste aan bod komt, op een moment dat de aandacht al is afgenomen. Draai de volgorde om. Vraag eerst naar de knelpunten, nu de deelnemers nog fris zijn, en de vergadering bewijst onmiddellijk zijn nut: het eerste wat er wordt gezegd, is iets waar het team direct actie op kan ondernemen.

Het betere alternatief: over de plank lopen

Zodra een team deze gewoonte heeft aangeleerd, is de meest effectieve verbetering om niet langer de drie vragen aan elke persoon afzonderlijk te stellen, maar in plaats daarvan het bord te doorlopen.

In plaats van door de ruimte te lopen, beweegt de facilitator zich langs de lopende werkzaamheden (meestal van rechts naar links, van bijna voltooid terug naar net begonnen) en gaat het gesprek over taken, niet over mensen. Wie houdt zich hiermee bezig? Waar moet er op worden gewacht? Wat loopt er vast? Is er iemand die kan helpen om dit over de streep te trekken?

De verandering is subtiel, maar verandert alles. Door iedereen afzonderlijk aan te spreken, wordt iedereen uitgenodigd om verantwoording af te leggen over zijn of haar dag. Door langs het bord te lopen wordt het team gestimuleerd om taken af te ronden. Dit brengt op natuurlijke wijze het werk dat vastzit onder de aandacht (de kaart die al drie dagen in beoordeling staat, is onmogelijk te verbergen wanneer u naar de kolom staart), en het voorkomt dat de vergadering de persoon met de langste takenlijst beloont. Zie de agenda voor de dagelijkse standup voor de praktische uitvoering; zie standupformules om het afwisselend te houden voor meer manieren om de opzet te variëren.

Wanneer dient u de drie vragen te behouden?

Gooi ze niet zomaar weg. Deze drie vragen vormen het juiste hulpmiddel voor een jong team, een pas gevormd team of een team dat nog niet echt de gewoonte heeft om met elkaar te praten. Ze bieden structuur waar die nog ontbreekt. De praktijkwijsheid op LinkedIn klopt hier: een Standup is deels een tijdelijke oplossing voor een team dat zichzelf nog niet duidelijk kan zien. Maak gebruik van de steunconstructie zolang u die nodig hebt, en laat het team zelfstandig verdergaan zodra het klaar is om over het werk te praten in plaats van over zichzelf.

Welke structuur u ook hanteert, de vragen werken alleen binnen een vergadering die daadwerkelijk wordt geleid – het onderwerp van een groot deel van deze gids voor dagelijkse Standups. Ontdek hoe u een effectieve Standup kunt leiden met technieken om deze binnen de vijftien minuten te houden, en kopieer en plak Standup-sjablonen voor vragen die u direct in Slack of Teams kunt plaatsen.

Veelgestelde vragen

Wat zijn de drie vragen die tijdens de dagelijkse Standups worden gesteld?

Wat heb ik gisteren gedaan, wat ga ik vandaag doen en is er iets dat mij in de weg staat? Deze drie vragen vinden hun oorsprong in de vroege agile-praktijk en bieden een team een gezamenlijke structuur voor de dagelijkse afstemming. Ze fungeren als uitgangspunt voor een nieuw team, maar ervaren teams ontgroeien ze vaak. Als ze letterlijk worden beantwoord, leiden ze eerder tot een statusrapport dan tot een coördinerend gesprek.

Wat dient u te zeggen tijdens een dagelijkse Standup?

Zeg de dingen die ervoor zorgen dat een teamgenoot vandaag zijn of haar werk aanpast. Noem eerst eventuele belemmeringen en wees specifiek over wat u nodig hebt en van wie. Deel de voortgang in termen van het doel (“de checkout is qua code voltooid, we beginnen nu met de foutcondities”), niet als een takenlogboek. Sla alles over wat geen invloed heeft op het dagplan van het team; dat hoort thuis in de tool, niet in de vergadering.

Wat maakt een standup-update goed?

Het is kort, het is gericht op het team in plaats van op een manager, en het begint met wat er vastzit. Een goede update geeft de aanwezigen informatie waarop zij kunnen inspelen: een obstakel dat moet worden weggenomen, een afhankelijkheid waarmee rekening moet worden gehouden, of een overdracht die moet worden geregeld. Een zwakke update somt voltooide taken op waar niemand op hoeft te reageren. Als uw update de dag van niemand anders zou veranderen, hoort het grootste deel ervan thuis in het ticket.

Wat is een beter alternatief voor de drie vragen?

Loop langs het bord in plaats van langs de mensen. In plaats van persoon voor persoon te behandelen, loopt u van rechts naar links langs de lopende taken en bespreekt u het werk: wat loopt vast, wat is bijna afgerond, wat is tot stilstand gekomen. Zo blijft de focus liggen op het afronden van taken in plaats van op het rechtvaardigen van individuele inspanningen, en komen de vastgelopen taken vanzelf naar voren – en dat is precies waar de vergadering voor bedoeld is.