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, van de ene mening naar de andere springt en uiteindelijk toch besluit: “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 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 die 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 valideren, kan in de praktijk aanzienlijke technische inspanningen vergen om te bouwen en te onderhouden; daarom komen teams vaak tot verschillende schattingen voor hetzelfde verhaal. Anderzijds kan een probleem met de gebruikerservaring dat aanpassingen in de workflow vereist, worden opgelost door verbeterde gebruikersinterfaces.

Consensus is belangrijk omdat het niet alleen gaat om het kiezen van een getal. Het gaat erom een gezamenlijk begrip te ontwikkelen van wat het werk inhoudt en wat er nodig is om het gewenste resultaat te bereiken.

Tips om sneller tot overeenstemming te komen over schattingen

1. Begin met het doel: een gezamenlijk begrip, geen absolute nauwkeurigheid

Een korte vergadering is niet altijd een goede vergadering, en een lange 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 wordt geschat.

TeamRetro-sprintschattingsvergadering met bespreking van de items

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

Een belangrijke reden waarom teams het niet eens kunnen worden, is dat ze uitgaan van verschillende uitkomsten. Controleer daarom, 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.

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.

Diagram waarin story points worden gekoppeld aan complexiteit, inspanning en onzekerheid

Als uw team alles blijft omrekenen naar “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 het maken van een schatting, en dat is niet erg

Wanneer teams story points beschouwen als gezamenlijke indicatoren 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.

4. Gebruik praktijkvoorbeelden om de besluitvorming te versnellen

Als elk verhaal aanvoelt als een 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 het scenario voor de inlogvalidatie dat we 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 inch 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 overeenstemming komen. Een goede vuistregel is: als u het niet binnen vijf 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 zorgen voor snellere besprekingen en betrouwbaardere user story-punten.

6. Stel een tijdslimiet in 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. Stil een schatting maken (15 seconden)
  4. Schattingen weergeven (10 seconden)
  5. Bespreek alleen de uitschieters (maximaal 2 tot 4 minuten)
  6. Maak indien nodig een nieuwe schatting (30 seconden)

Timeboxing werkt omdat het de aandacht afdwingt. 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 misschien niet meenemen?”
“Wat ziet u misschien dat de anderen niet zien?”

Zo kan de ene persoon bijvoorbeeld randgevallen meenemen, terwijl de andere 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 deel van het werk. (Onthoud: de schatting moet betrekking hebben op het hele team, niet alleen op hun eigen onderdeel.)

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

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

Dit draagt bij aan betere methoden voor het inschatten van de benodigde inspanning bij softwareontwikkeling, doordat onzekerheid en inspanning van elkaar worden gescheiden in plaats van door elkaar te halen. Wanneer het team de onzekerheid onder woorden kan brengen, 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, biedt deze werkwijze een herhaalbare structuur voor agile schattingsvergaderingen waarin al deze punten zijn geïntegreerd.

Stap 1: Verduidelijking (2 minuten)

Hier stemmen we af wat schatten voor het team inhoudt, geven we voorrang aan een gedeeld begrip boven perfectie en leggen we de definitie van ‘klaar’ 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 we story points op de juiste manier toe: we maken een relatieve inschatting in plaats van deze in tijd om te rekenen. Referentieverhalen helpen ons om ons denkproces te structureren, terwijl stille schattingen vooringenomenheid en voortijdige beïnvloeding voorkomen.

Stap 3: Samen onthullen (10 seconden)

Hier komen verschillen op natuurlijke wijze naar voren. Door deze verschillen te benadrukken, krijgt iedereen evenveel zeggenschap en worden verschillen omgezet in bruikbare informatie in plaats van een bron van discussie.

Stap 4: Bespreek alleen de uitschieters (3 minuten)

Hier komt het belang van schattingen goed tot uiting. De hoogste en laagste schattingen geven aan waarmee rekening wordt gehouden: 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: Maak een nieuwe schatting (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. Het gaat erom dat u over de juiste zaken praat: 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 het maken van schattingen en een betere sprintplanning.

Als u van het maken van schattingen een gestructureerd, herhaalbaar onderdeel van de planning van uw team wilt maken, en niet slechts een snelle stemming, 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 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 de schattingsbijeenkomsten in de TeamRetro-app en ontdek hoe duidelijkere gesprekken leiden tot een snellere en zelfverzekerder sprintplanning.

Meer informatie over agile vergaderingen