Referentieverhaal
Een referentiestory dient in de Agile productontwikkeling als hulpmiddel voor een team om de inspanning van een daadwerkelijk te bewerken User Story in te schatten. Bij een referentiestory gaat het om een User Story waarvan de vereisten, complexiteit en implementatie voor alle teamleden begrijpelijk zijn. Op die manier wordt ze gebruikt voor relatieve schattingen.
Hoe worden referentiestory's in Scrum gebruikt?
Het team bekijkt eerst de inspanning van de story die als referentie dient en waardeert deze vervolgens met de bijbehorende Story Points. Nieuwe vereisten in de vorm van User Story's worden nu beoordeeld in relatie tot respectievelijk als referentie met de inspanning van deze referentiestory. Schat het Scrum Team de inspanning voor de implementatie van de nieuwe User Story bijvoorbeeld hoger in, dan krijgt deze hogere Story Points toegewezen.
Waarom zijn referentiestory's zinvol voor jouw team?
Scrum en andere agile methoden meten de inspanning voor de uitvoering van taken niet in "persoonsdagen" of tijd in het algemeen, maar in abstracte Story Points. De reden is dat alle teamleden en andere medewerkers in het bedrijf zich ervan bewust moeten zijn dat het bij de inspanningsaanduidingen gaat om relatieve schattingen en niet om concrete tijdsaanduidingen. Exacte tijdsaanduidingen en tijdschattingen zijn in veel gevallen veel te onnauwkeurig om hiermee zinvolle resultaten te kunnen behalen. Met behulp van referentiestory's en de som van punten in een Sprint kan echter met enige ervaring een passende schatting van de te realiseren inspanning per team worden afgegeven.
Hoe verloopt de schatting van een User Story in relatie tot de referentiestory?
Voor de schatting van een story als Product Backlog-item worden in Scrum speciale pokerkaarten gebruikt voor het zogenaamde Estimation Poker (ook wel Scrum Poker of Planning Poker genoemd). Deze schatting vindt afhankelijk van het team doorgaans plaats in de Refinement of bij de Sprint Planning.
Bij Estimation Poker krijgt elk teamlid een eigen deck kaarten. De leden trekken nu ieder voor zich tegelijkertijd de pokerkaart met het aantal Story Points dat zij als realistisch inschatten voor de implementatie van de story. Bij deze schatting oriënteren ze zich op de eerder in de groep vastgestelde inspanning van de referentiestory.
Na het openleggen van de kaarten en een discussie over eventuele verschillen in de schattingen en ideeën voor de implementatie vanuit de Developers blijkt of het team de Product Owner nog wil raadplegen voor verdere verduidelijking van de vereisten binnen de story.
Tip:
Zeer hoge inspanningsschattingen van bijvoorbeeld 40 of 100 Story Points duiden erop dat de User Story in meerdere story's gesplitst kan worden.
Is de schatting voor de User Story na een verdere ronde Planning Poker afgerond, dan worden de geschatte Story Points op het Product Backlog-item genoteerd als voorbereiding op de Sprint Planning.
Conclusie over referentiestory's bij Agile schatten
Wanneer een goed schätbare story als referentie wordt ingezet, vindt de schatting van nieuwe story's door het team plaats op een gemeenschappelijke basis. Alleen op deze manier kunnen de leden tot een gezamenlijk geschatte inspanning komen en zich later in de Sprint aan deze story's committen.
De in een Sprint afgeronde story's dienen op hun beurt voor de berekening van de Velocity (werksnelheid van het team), op basis waarvan toekomstige Sprints pas op een zinvolle manier gepland kunnen worden.
