Hoe u in agile teams sneller tot een consensus over schattingen kunt komen

Agile schattingsbijeenkomsten zijn bedoeld om duidelijkheid te scheppen, niet om verwarring te zaaien. Toch hebben veel teams nog steeds moeite om op een efficiënte manier tot overeenstemming te komen over de schattingen.

Als u ooit hebt gezien hoe een team twintig minuten lang over één enkel verhaal debatteert, heen en weer schommelt tussen verschillende standpunten en uiteindelijk toch besluit met „Laten we het maar op 5 houden”, dan bent u niet de enige.

Het goede nieuws is dat u sneller tot een consensus over de schatting kunt komen zonder u te haasten, overeenstemming af te dwingen of van de schatting een strijd om zelfvertrouwen te maken.

In deze handleiding bespreken we praktische manieren om de afstemming te verbeteren, weerstand te verminderen en een soepeler agile schattingsbijeenkomst te organiseren die uw team daadwerkelijk helpt om met vertrouwen te plannen.

Waarom het bereiken van consensus over schattingen tijd kost en waarom dit van belang is

Consensus komt niet zo traag tot stand omdat uw team het verkeerd aanpakt. Het verloopt traag omdat bij het maken van schattingen rekening moet worden gehouden met verschillende aannames, verschillende niveaus van context, verschillende ervaringen en verschillende interpretaties van risico’s. Wanneer teams deze verschillen niet in een vroeg stadium aan de orde stellen, raken ze verstrikt in langdurige, onproductieve discussies.

Wat een ontwerper snel in een prototype kan toetsen, kan in de praktijk aanzienlijke technische inspanningen vergen om te realiseren en te onderhouden; dit is de reden waarom teams vaak verschillende schattingen maken van hetzelfde verhaal. Anderzijds kan een probleem met de gebruikerservaring dat aanpassingen in de workflow vereist, worden verholpen door verbeterde gebruikersinterfaces.

Consensus is belangrijk omdat het niet alleen gaat om het kiezen van een getal. Het gaat om het tot stand brengen van een gezamenlijk begrip van wat het werk inhoudt en wat er nodig is om het beoogde resultaat te bereiken.

Tips om sneller tot overeenstemming te komen over schattingen

1. Begin met het doel: een gemeenschappelijk begrip, niet absolute nauwkeurigheid

Een snelle vergadering is niet altijd een goede vergadering, en een trage vergadering is niet altijd slecht. Maar als het doel van uw team “het juiste getal kiezen” is, zult u eindeloos blijven discussiëren. Leid het team in plaats daarvan naar dit gezamenlijke doel: “We willen voldoende overeenstemming om met vertrouwen verder te gaan.”

Maak dit aan het begin van de vergadering duidelijk via teamafspraken of een zichtbare herinnering, zodat iedereen op één lijn zit voordat er schattingen worden gemaakt.

2. Spreek af wat „klaar“ precies inhoudt voordat u een schatting maakt

Een belangrijke reden waarom teams het niet eens kunnen worden, is dat zij verschillende uitkomsten inschatten. Controleer het volgende voordat u een inschatting maakt:

• Wat is inbegrepen
• Wat is uitdrukkelijk uitgesloten
• Wat “klaar” in dit verhaal betekent
• Of er afhankelijkheden of testvereisten zijn

Deze stap versnelt het schattingsproces omdat hiermee onduidelijkheden in een vroeg stadium worden weggenomen, en juist die onduidelijkheden zorgen ervoor dat alles vertraging oploopt. Het duidelijk vastleggen van de acceptatiecriteria en een gezamenlijke definitie van ‘klaar’ voordat er gestemd wordt, is de snelste manier om er zeker van te zijn dat het team hetzelfde inschat.

3. Gebruik story points zoals ze bedoeld zijn

Veel schattingsbijeenkomsten slepen zich voort omdat teams punten als tijd beschouwen. Maar story points zijn geen uren. Het is een relatieve manier om werk te vergelijken op basis van complexiteit, inspanning en onzekerheid.

Als uw team alles steeds omzet in “hoeveel dagen”, wordt het moeilijker om tot overeenstemming te komen, omdat tijdsinschattingen als iets persoonlijks en risicovol worden ervaren. Om het proces te versnellen, kunt u het team eraan herinneren:

• De cijfers zijn relatief, niet exact
• U maakt als team een inschatting, u verdedigt geen persoonlijke mening
• Onzekerheid hoort bij de schatting, en dat is niet erg

Wanneer teams story points beschouwen als gezamenlijke signalen in plaats van persoonlijke toezeggingen, ontstaat er sneller consensus. Een sterke consensus over de inschatting vormt de basis voor effectieve agile inschatting en planning, en is geen afzonderlijke activiteit. Voor een uitgebreidere toelichting op de reden waarom punten de relatieve inspanning meten in plaats van de tijd, zie hoe story points eigenlijk werken.

4. Gebruik praktijkvoorbeelden om de besluitvorming te versnellen

Als elk verhaal aanvoelt als een geheel nieuwe discussie, zal uw team steeds weer bij nul moeten beginnen. Door te verwijzen naar verhalen uit eerdere sprints kunt u een uitgangspunt vaststellen. Bijvoorbeeld:

• „Dit lijkt op de use case voor de inlogvalidatie die we op een 3 hebben geschat”
• “Dit lijkt op de rapportagefunctie die wij met een 8 hebben beoordeeld”
• „Dit is kleiner dan de herontwerp van het dashboard, dat 13” was”

Referentieverhalen scheppen context en versnellen het bereiken van overeenstemming door schattingen te baseren op gedeelde ervaringen uit het verleden.

5. Houd user stories kort genoeg om ze snel te kunnen inschatten

Als het verhaal te omvangrijk is, zult u nooit snel tot een consensus komen. Een goede vuistregel is: als u het niet binnen 5 minuten kunt inschatten, is het waarschijnlijk te omvangrijk of onduidelijk. Let tijdens uw agile schattingsbijeenkomst op waarschuwingssignalen zoals:

• „Dat zien we later wel”
• “Dat hangt ervan af”
• “Er zijn nog veel onbekende factoren”
• „Dit raakt aan alles”

Dit zijn aanwijzingen dat de user story moet worden opgesplitst, verduidelijkt of in omvang beperkt voordat u een schatting maakt. Kleinere user stories leiden tot snellere besprekingen en betrouwbaardere user story points.

6. Stel een tijdslimiet vast voor de discussie zonder mensen de mond te snoeren

Het bereiken van consensus kost tijd, maar het mag niet eeuwig duren. Probeer deze opzet eens:

1. Lees het verhaal (30 seconden)
2. De vereisten verduidelijken en bespreken (1-2 minuten)
3. Reken even in stilte uit (15 seconden)
4. Schattingen weergeven (10 seconden)
5. Behandel uitsluitend de uitschieters (maximaal 2 tot 4 minuten)
6. Maak indien nodig een nieuwe schatting (30 seconden)

Timeboxing werkt omdat het de aandacht dwingt. In plaats van elke mening tot een discussie te laten uitmonden, zorgt het ervoor dat het team zich blijft concentreren op de verschillen die ertoe doen.

7. Richt u op de aannames die ten grondslag liggen aan de ramingen

Wanneer mensen het oneens zijn, is het niet de bedoeling dat iedereen het eens wordt over een bepaald getal. Hier volgen enkele vragen die daarbij kunnen helpen:

“Welke aannames zorgen voor dit verschil?”
“Wat neemt u mee in uw schatting dat anderen wellicht niet meenemen?”
“Wat ziet u misschien dat de anderen niet zien?”

Zo kan de ene persoon bijvoorbeeld randgevallen meenemen, terwijl een ander uitgaat van een standaardwerkwijze. Door deze aannames te onderzoeken, raakt het team snel op één lijn en kan er sneller consensus worden bereikt over de schatting. Het is ook een uitstekende manier voor mensen om te leren en te begrijpen wat anderen mogelijk moeten doen in het kader van hun eigen takenpakket. (Let wel: de schatting moet betrekking hebben op het hele team, niet alleen op het eigen onderdeel.)

8. Maak onzekerheid zichtbaar in plaats van erover te discussiëren

Soms is het verhaal inderdaad onduidelijk. Probeer in plaats van overeenstemming af te dwingen het volgende te overwegen:

• Schatten met een betrouwbaarheidscontrole
• Een impuls om onbekende aspecten te onderzoeken toevoegen
• Het werk opsplitsen in „bekende” en „onbekende” taken

Dit draagt bij aan betere technieken voor het inschatten van de werkinspanning bij softwareontwikkeling, doordat onzekerheid en werkinspanning van elkaar worden gescheiden in plaats van dat beide door elkaar worden gehaald. Wanneer het team kan aangeven waar een user story zich bevindt op de cone of uncertainty, wordt het bereiken van consensus eenvoudiger.

Een eenvoudige structuur om sneller tot een consensus over de schatting te komen

Als u op een eenvoudige manier de bovenstaande tips consequent wilt toepassen, brengt deze werkwijze ze samen in een herhaalbare, agile structuur voor schattingsbijeenkomsten. Het volgt het patroon van een echte planning poker-sessie — eerst in stilte schatten, vervolgens gezamenlijk de resultaten bekendmaken en daarna alleen de uitschieters bespreken.

Stap 1: verduidelijken (2 minuten)

Hier stemmen we af wat ‘inschatten’ voor het team inhoudt, zorgen we voor een gezamenlijk begrip in plaats van perfectie en leggen we de ‘Definition of Done’ vast. Het is ook het moment waarop aannames, beperkingen en onbekende factoren aan het licht komen, zodat iedereen hetzelfde inschat.

Stap 2: maak in stilte een schatting (30 seconden)

Hier passen we story points op de juiste manier toe: we maken een relatieve inschatting in plaats van deze om te rekenen naar tijd. Referentieverhalen helpen ons om ons denkproces te verankeren, terwijl een stille inschatting vooringenomenheid en voortijdige beïnvloeding voorkomt.

Stap 3: samen onthullen (10 seconden)

Hier komen verschillen op een ontspannen manier naar voren. Door deze verschillen tegelijkertijd zichtbaar te maken, krijgt iedereen evenveel zeggenschap en worden verschillen omgezet in bruikbare gegevens in plaats van een discussiepunt.

Stap 4: bespreek uitsluitend de uitschieters (3 minuten)

Dit is waar schattingen hun nut bewijzen. Bij de hoogste en laagste schattingen wordt uitgelegd welke onbekende factoren, randgevallen, afhankelijkheden, technische risico’s of eerdere ervaringen met soortgelijk werk erin zijn meegenomen. Dit gesprek brengt aannames aan het licht waar de rest van het team wellicht geen rekening mee heeft gehouden, zodat iedereen met hetzelfde begrip van de omvang en de risico’s naar huis gaat.

Stap 5: opnieuw inschatten (30 seconden)

Hier testen we of dat gezamenlijke begrip daadwerkelijk bestaat. Als de schattingen dichter bij elkaar komen te liggen, is het werk waarschijnlijk duidelijk en klaar om te worden gepland. Als dat niet het geval is, is dat een teken dat het verhaal moet worden opgesplitst, verduidelijkt of van risico’s ontdaan voordat we verdergaan.

Afsluitende opmerkingen

Als uw schattingsbijeenkomsten traag verlopen, is de oplossing niet om minder te praten. De oplossing is om over de juiste zaken te praten: aannames, omvang, onzekerheid en een gedeeld begrip.

Wanneer uw team er beter in wordt om die details in een vroeg stadium aan het licht te brengen, verloopt het maken van schattingen sneller en wordt het nuttiger. U besteedt minder tijd aan discussies over cijfers en meer tijd aan het afstemmen van wat er nodig is om het project op te leveren.

Dat leidt tot een grotere consensus bij de schattingen en een betere sprintplanning.

Als u van het maken van schattingen een gestructureerd, herhaalbaar onderdeel wilt maken van de manier waarop uw team plant – en niet slechts een snelle stemronde – dan begeleiden de schattingsbijeenkomsten van TeamRetro teams bij het schatten van elk verhaal afzonderlijk, met anonieme stemmingen, gelijktijdige onthullingen en gerichte discussies over uitschieters. Hierdoor blijven gesprekken gericht op aannames en risico’s, helpt het teams om tot echte consensus te komen en worden schattingen direct gekoppeld aan de tools die uw team al gebruikt.

Teams die de consensus bij het maken van schattingen verbeteren, besteden minder tijd aan discussies over cijfers en meer tijd aan het nemen van weloverwogen planningsbeslissingen. Probeer eens schattingsbijeenkomsten in de TeamRetro-app en ontdek hoe duidelijkere gesprekken leiden tot een snellere en zelfverzekerder sprintplanning.

Meer informatie over agile vergaderingen