Hoe u in agile teams sneller tot overeenstemming 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 het schatten 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 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 inschattingen maken van hetzelfde verhaal. Anderzijds kan een probleem met de gebruikerservaring dat aanpassingen in de werkstroom 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 gezamenlijk 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 voorafgaand aan de schatting af wat „klaar” precies inhoudt

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

• Wat is inbegrepen
• Wat uitdrukkelijk is 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 het hele proces 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 op de manier waarop ze bedoeld zijn

Veel schattingsbijeenkomsten slepen zich voort omdat teams punten op dezelfde manier behandelen als tijd. 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 indicatoren in plaats van als 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 vanaf nul moeten beginnen. Door te verwijzen naar verhalen uit eerdere sprints kunt u een uitgangspunt vaststellen. Bijvoorbeeld:

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

Referentieverhalen scheppen context en versnellen het bereiken van overeenstemming door schattingen te koppelen aan 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 bepaald voordat u er een schatting van maakt. Kleinere user stories leiden tot snellere besprekingen en betrouwbaardere user story-punten.

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 stilletjes 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 wellicht dat de anderen niet zien?”

Zo kan de ene persoon bijvoorbeeld randgevallen meenemen, terwijl een ander uitgaat van een standaardwerkstroom. 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 werkelijk onduidelijk. In plaats van overeenstemming af te dwingen, kunt u het volgende overwegen:

• Schatting 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 benodigde inspanning bij softwareontwikkeling, doordat onzekerheid en inspanning van elkaar worden gescheiden in plaats van beide door elkaar te halen. 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. Deze werkwijze is gebaseerd op een echte planning poker-sessie — schat in stilte, maak de resultaten gezamenlijk bekend en bespreek vervolgens alleen de uitschieters.

Stap 1: verduidelijken (2 minuten)

Hier stemmen we af wat ‘inschatting’ voor het team inhoudt, zorgen we voor een gezamenlijk begrip in plaats van perfectie en leggen we de ‘Definition of Done’ vast. Ook worden hier aannames, beperkingen en onbekende factoren aan de orde gesteld, zodat iedereen hetzelfde inschat.

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

Hier passen wij 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 onderbouwen, terwijl een stille inschatting vooringenomenheid en voortijdige beïnvloeding voorkomt.

Stap 3: samen onthullen (10 seconden)

Hier komen verschillen op een ongedwongen 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. De hoogste en laagste schattingen geven aan welke factoren erin zijn meegenomen: onbekende factoren, randgevallen, afhankelijkheden, technische risico’s of eerdere ervaringen met soortgelijk werk. 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 schattingsvergaderingen 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 gezamenlijk 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 per story maken van schattingen, 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 rechtstreeks 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