User stories uitgelegd: tips, sjablonen en voorbeelden

Als het gaat om het uitbreiden van je productmogelijkheden, zijn software-updates de sleutel tot het verhogen van de gebruikerswaarde. 

Gebruikersverhalen geven een uitleg van een softwarefunctie vanuit het gezichtspunt van de eindgebruiker. Dit helpt Agile-teams te begrijpen wat gebruikers willen, zodat ze de beste functies kunnen leveren.

We hebben belangrijke details verzameld over hoe je effectieve gebruikersverhalen schrijft. Leer hoe het focussen op de ervaring van de eindgebruiker de meeste waarde kan opleveren. 

Wat is een gebruikersverhaal?

In agile softwareontwikkeling zijn gebruikersverhalen briefings, eenvoudige beschrijvingen van een functie of functionaliteit verteld vanuit het perspectief van de klant of eindgebruiker. Ze helpen de behoeften van de gebruiker vast te leggen en houden het ontwikkelteam gefocust op het leveren van waarde. 

Een gebruikersverhaal kan meestal worden samengevat in één zin: "Als [persona] wil ik [softwaredoel], zodat [resultaat]."

Het doel van het schrijven van gebruikersverhalen is om nauwkeurig weer te geven hoe een softwarefunctie zich vertaalt in gebruikerswaarde. Met andere woorden, hoe beïnvloedt deze softwarefunctie de eindgebruiker? 

Vaak groepeert de Product-backlog deze verhalen in epics of backlog-items, die dienen als bouwstenen voor grotere taken. Door het standpunt van de gebruiker te benadrukken, helpen gebruikersverhalen teams om een duidelijke focus te houden op het creëren van een naadloze gebruikerservaring, terwijl ze tegelijkertijd zowel functionele als niet-functionele vereisten aanpakken. 

Je kunt op veel manieren gebruikersverhalen schrijven, bijvoorbeeld met plakbriefjes of indexkaarten. De meest effectieve manier om gebruikersverhalen te maken en bij te houden is met projectbeheersoftware. Hiermee kun je gebruikersverhalen in realtime aanpassen, bewerken en bijhouden, zodat je team precies weet hoe ze hun eindgebruikers het beste van dienst kunnen zijn.

4 belangrijke componenten van gebruikersverhalen

Agile-projecten en scrumteams structureren beide gebruikersverhalen om helderheid te bieden, zodat ze beter kunnen worden afgestemd op de doelen van de gebruiker. Een gebruikersverhaal bestaat uit drie hoofdcomponenten:

1. Rol

Dit beschrijft het type gebruiker dat met de software of functie communiceert. Begrijpen wie je eindgebruikers zijn, is de sleutel tot het ontwikkelen van functies die daadwerkelijk aan hun behoeften voldoen.

De gebruiker kan bijvoorbeeld een productmanager, een vaste klant of een belanghebbende zijn. Door de rol duidelijk te definiëren, creëert het ontwikkelingsteam functies voor het juiste publiek.

Een veel voorkomende structuur voor dit deel van een gebruikersverhaal kan zijn 'Als een [rol]...'

2. Doel

Het doel legt uit wat de gebruiker wil bereiken met de functie of het softwareproduct. Doelen zijn de kern van het in kaart brengen van gebruikersverhalen, omdat ze de functionaliteit benadrukken waarnaar de gebruiker op zoek is. Door zich op het doel te concentreren, kan het team prioriteit geven aan taken die tastbare waarde opleveren.

Een voorbeeld van dit onderdeel zou kunnen zijn: "...Ik wil [actie]...," wat inzicht geeft in de workflow en behoeften van de gebruiker.

3. Voordeel

Ten slotte definieert het voordeel waarom de functie waardevol is. Het voordeel beschrijft het resultaat of voordeel dat de gebruiker zal ervaren na het gebruik van de functie. Door de voordelen te begrijpen, kunnen Agile-teams hun werk koppelen aan de algemene productvisie.

De structuur eindigt meestal met, "...zodat ik [voordeel] kan [hebben]." Deze component is essentieel bij het maken van een testbare functie die voldoet aan zowel de verwachtingen van de gebruiker als de criteria die zijn gedefinieerd in de acceptatietest.

4. Verhaalpunten

Na het definiëren van de rol, het doel en het voordeel, zal het ontwikkelingsteam vaak verhaalpunten toewijzen aan het gebruikersverhaal. Verhaalpunten zijn een manier om de complexiteit, inzet en tijd te schatten die nodig zijn om het verhaal te voltooien tijdens een sprint of iteratie. Agile-teams gebruiken de punten om hun werk te dimensioneren en zorgen voor een juiste balans van verhalen in sprints.

Het team kan bijvoorbeeld minder verhaalpunten toewijzen aan kleinere gebruikersverhalen en meer punten toekennen aan grotere, complexere verhalen. Dit helpt het team hun workflow te beheren en de voortgang binnen de Product-backlog bij te houden.

Een goed gebruikersverhaal schrijven

Agile- en Scrum-teams schrijven vaak gebruikersverhalen in drie stappen, waarbij elke stap het standpunt van de eindgebruiker vertegenwoordigt. 

1. Persona: het karakter of de gebruikerspersona van de eindgebruiker

2. Behoefte: Het doel dat de softwarefunctie heeft op de reis van de eindgebruiker

3. Doel: Het doel van de ervaring van de eindgebruiker met de softwarefunctie

Je gebruikersverhaal moet alle drie deze componenten bevatten. Laten we elk van deze elementen onder de loep nemen om je een beter inzicht te geven in hoe je een effectief gebruikersverhaal schrijft. 

Stap 1. Identificeer de persona

Om de persona van de eindgebruiker te identificeren, beoordeel je je doelgroep. Denk na over de personen die de softwarefunctie zal beïnvloeden. 

Hier zijn enkele vragen die je jezelf en je team kunt stellen bij het identificeren van de gebruikerspersona:

• Voor wie bouwen we deze softwarefunctie?

• Wat voor soort productfuncties wil de eindgebruiker?

• Wat zijn de demografische en psychografische kenmerken van de eindgebruiker?

Er kunnen meerdere persona's in een bepaalde gebruikersverhaal zijn, afhankelijk van de grootte van de doelgroep. 

Voorbeeld persona: Kat, een projectmanager die leiding geeft aan 10 teamleden

Stap 2. Beschrijf de behoefte

Leg uit hoe en waarom je softwarefunctie door de eindgebruiker zal worden gebruikt. Dit is van cruciaal belang om ervoor te zorgen dat je team begrijpt waarom de doelgroep je functie überhaupt zou gebruiken. 

Houd bij het analyseren van de intentie van de eindgebruiker rekening met deze vragen:

• Wat probeert de eindgebruiker te bereiken?

• Hoe helpt je softwarefunctie de eindgebruiker zijn doelen te bereiken?

Vermijd het om je te concentreren op de specifieke functies - overweeg in plaats daarvan waar de eindgebruiker naar op zoek is en hoe je software hen zal helpen hun doelen te bereiken. 

Voorbeeldbehoefte: help teamleden begrijpen hoe individuele taken bijdragen aan grotere bedrijfsdoelen.

Stap 3. Definieer het doel

Definieer het doel door het grotere geheel van de softwarerelease te analyseren. Bedenk hoe de softwarefunctie in je interne doelen past. 

Stel jezelf de volgende vragen om het doel te helpen definiëren:

• Wat is het voordeel van de softwarefunctie?

• Welk probleem los je op?

• Hoe past dit in grotere doelen?

Het doel is om de waarde van je softwarefunctie te definiëren in relatie tot de grote doelen.

Voorbeeld van een doel: efficiëntie verhogen door een duidelijk pad te creëren.

Sjabloon voor gebruikersverhaal

Een gebruikersverhaalsjabloon helpt teams zich te concentreren op de behoeften van de eindgebruiker en de waarde die de functie zal leveren. Deze structuur zorgt voor helderheid en afstemming in het hele ontwikkelingsproces.

Hier is een veelgebruikt sjabloon voor het schrijven van gebruikersverhalen:

"Als [rol] wil ik [doel] zodat [voordeel]."

Als voorbeeld van een gebruikersverhaal in actie:

"Als projectmanager wil ik de voortgang van mijn team bijhouden, zodat ik ervoor kan zorgen dat taken zijn afgestemd op de bedrijfsdoelen."

Laten we dit gebruikersverhaal eens uit elkaar halen:

• Rol: het specifieke type gebruiker (bijv. klant, productmanager of belanghebbende) dat met de functie zal interageren.

  • Voorbeeld: "Als projectmanager..."

• Doel: De actie of functionaliteit die de gebruiker met de software wil bereiken.

  • Voorbeeld: "...Ik wil de voortgang van mijn Team bijhouden..."

• Voordeel: De waarde of het voordeel dat de eindgebruiker van de functie verwacht, waarbij het verhaal wordt gekoppeld aan bedrijfsdoelstellingen of gebruikerstevredenheid.

  • Voorbeeld: "...zodat ik ervoor kan zorgen dat taken zijn afgestemd op de bedrijfsdoelen."

Dit sjabloon helpt het team gefocust te blijven op wat gebruikers nodig hebben, waardoor ze functies kunnen bouwen die passen bij agile projectbeheer en echte waarde bieden aan de eindgebruiker.

Voorbeelden van gebruikersverhalen

Om je begrip van Agile-gebruikersverhalen een stap verder te brengen, hebben we een paar voorbeelden samengesteld. Hoe effectiever je gebruikersverhalen zijn, hoe meer waarde je voor de eindgebruiker kunt genereren. 

Hier zijn drie voorbeelden van gebruikersverhalen om verschillende use cases te vertegenwoordigen: 

Voorbeeld gebruikersverhaal 1: Productontwikkeling 

• Als productmanager wil ik een manier voor teamleden om te begrijpen hoe individuele taken bijdragen aan grotere bedrijfsdoelen om efficiëntie te motiveren.

Voorbeeld gebruikersverhaal 2: klantervaring

• Als terugkerende klant verwacht ik dat je mijn gegevens opslaat om het afrekenproces te stroomlijnen.

Voorbeeld gebruikersverhaal 3: Mobiele applicatie

• Als frequente app-gebruiker wil ik een manier om relevante informatie zo snel mogelijk te verwerken. 

In alle drie de voorbeelden kun je zien hoe belangrijk het is om software-updates vanuit het perspectief van de eindgebruiker te plaatsen. Op deze manier zal je ontwikkelingsteam updates maken met het beste belang van de klant in gedachten.

Tips om een doeltreffend gebruikersverhaal te schrijven

Naast de drie stappen die hierboven zijn beschreven, moet een effectief gebruikersverhaal de 3 C's en het INVEST-acroniem volgen. Beide helpen om je gebruikersverhalen naar een hoger niveau te tillen, wat resulteert in effectievere software-updates. 

Laten we elk van deze onderzoeken om een beter begrip te krijgen van wat een effectief gebruikersverhaal is. 

De 3 C's van gebruikersverhalen

De 3 C's zijn Card, Conversation en Confirmation. De 3 C's splitsen elk gebruikersverhaal op in drie verschillende benchmarks, waardoor een beter georganiseerd proces ontstaat. Laten we eens in elk van de 3 C's duiken om een beter begrip te krijgen:

• Kaart: Een schriftelijke beschrijving van het gebruikersverhaal dat wordt gebruikt voor sprintplanning. Om verhaalkaarten te maken en te delen, kun je een werkbeheertool gebruiken. 

• Gesprek: Een discussie tussen klanten, gebruikers en ontwikkelaars over de prioriteit en mogelijke oplossingen voor het gebruikersverhaal.

• Confirmation: een overeenkomst tussen belanghebbenden dat de doelstellingen en oplossingen van de gebruikersverhalen zijn bereikt.

De 3 C's helpen om een gebruikersverhaal op te splitsen in eenvoudige taken. Dit geeft een duidelijke richting voor de betrokken belanghebbenden.

INVEST-criteria

INVEST staat voor Independent, Negotiable, Valuable, Estimable, Small en Testable. Laten we dieper ingaan op deze componenten om je een beter inzicht te geven in hoe de INVEST-criteria je kunnen helpen sterkere verhalen te schrijven:

• Onafhankelijk: een gebruikersverhaal moet onafhankelijk zijn, wat betekent dat het niet afhankelijk is van andere taken en op zichzelf staat. 

• Negotiable: een gebruikersverhaal moet onderhandelbaar zijn. Dit betekent dat het ruimte laat voor discussie. 

• Waardevol: een gebruikersverhaal moet waarde overbrengen aan de eindgebruiker, waardoor je dichter bij grotere langetermijndoelen komt. 

• Estimable: een gebruikersverhaal moet worden geschat om ervoor te zorgen dat het binnen een sprint past en de juiste prioriteit krijgt. 

• Small: een gebruikersverhaal moet een klein stukje werk zijn dat in korte tijd kan worden Voltooid. 

• Testbaar: een verhaal moet acceptatietests doorlopen en voldoen aan vooraf bepaalde acceptatiecriteria om de kwaliteit te verifiëren. 

Volg het INVEST-acroniem om je gebruikersverhalen op een specifieke en haalbare manier te schrijven.

Beste praktijken voor gebruikersverhalen

Het schrijven van gebruikersverhalen is de sleutel tot succes in agile-methodologieën. Deze beste praktijken helpen je duidelijke en effectieve verhalen te schrijven die je team begeleiden.

1. Samenwerken met belanghebbenden

Werk nauw samen met belanghebbenden om gebruikersverhalen te maken. Praat met je producteigenaar, productmanager en andere belangrijke mensen. Verzamel feedback van gebruikers om ervoor te zorgen dat de verhalen echte behoeften weerspiegelen.

Agile-expert Mike Cohn dringt er bij teams op aan om de communicatie open te houden, zodat iedereen het gebruik van de functies begrijpt. Het doel is om de verhalen gericht te houden op echte gebruikers.

2. Gebruikersverhalen verfijnen tijdens Sprint planning

Neem tijdens de sprintplanning de tijd om gebruikersverhalen te bekijken en te verfijnen. Breek grote verhalen op in kleinere. Bekijk de acceptatiecriteria om eventuele verwarring op te helderen.

Wijs verhaalpunten toe die overeenkomen met de capaciteit van het team voor de sprint. Zoals Ron Jeffries, een van de makers van Extreme Programming, zegt, helpt het verfijnen van verhalen teams flexibel te blijven en zich te concentreren op wat belangrijk is.

3. Acceptatiecriteria gebruiken

Neem duidelijke acceptatiecriteria op in elk gebruikersverhaal. Deze criteria vertellen je team wat er moet gebeuren om het verhaal te voltooien.

Ze helpen testers ook te controleren of het verhaal voldoet aan de behoeften van de gebruiker. Duidelijke criteria helpen misverstanden te voorkomen en zorgen ervoor dat het team precies weet hoe 'klaar' eruit ziet. Dit zal je informeren wanneer zowel aan functionele als niet-functionele vereisten is voldaan.

Tools en technieken voor het beheren van gebruikersverhalen

Het goed beheren van gebruikersverhalen is belangrijk om georganiseerd en op schema te blijven. Deze tools en technieken helpen je om effectief met verhalen om te gaan.

• User story mapping: User story mapping helpt je team de hele gebruikersreis te zien. Het helpt teams om verhalen in kaart te brengen en er prioriteiten aan te geven. Het in kaart brengen laat ook zien hoe verschillende verhalen in elkaar passen. Het is een handige manier om ervoor te zorgen dat je alle functies behandelt die gebruikers nodig hebben.

• Softwaretools voor het beheren van gebruikersverhalen: Tools zoals Jira en Asana maken het eenvoudig om gebruikersverhalen te beheren. Met deze tools kun je de voortgang bijhouden, taken toewijzen en werk prioriteren. Veel tools bevatten functies zoals het beheren van verhaalpunten, het instellen van acceptatiecriteria en sprintplanning. Ze helpen ook bij het onderhouden van een vereistendocument, waardoor iedereen op één lijn blijft.

• Gebruikersverhalen prioriteren met de MoSCoW-methode: de MoSCoW-methode helpt teams gebruikersverhalen te rangschikken op basis van belangrijkheid. Verhalen worden gesorteerd in vier groepen: Must have, Should have, Could have en Won't have. Deze methodologie zorgt ervoor dat de belangrijkste verhalen eerst worden gedaan.

Wie schrijft gebruikersverhalen?

Meestal schrijft de producteigenaar gebruikersverhalen op basis van gebruikersonderzoek en organiseert deze in een lijst voor het ontwikkelteam, ook wel bekend als een Product-backlog. Hoewel iedereen technisch gezien gebruikersverhalen kan schrijven, is het de verantwoordelijkheid van de productmanager om ervoor te zorgen dat ze alle informatie hebben die het ontwikkelingsteam nodig heeft om hun initiatieven uit te voeren.

Vervolgens zal het ontwikkelingsteam prioriteiten stellen en beslissen welke gebruikersverhalen ze moeten aanpakken tijdens hun sprintplanningsvergadering. 

Wie gebruikt gebruikersverhalen?

Scrum- en Kanban-raamwerken maken gebruik van gebruikersverhalen. 

• In Scrum helpen gebruikersverhalen je team om een beter begrip te krijgen tijdens de sprintplanning. 

• In Kanban trekken teams verhalen in hun backlog en werken ze eraan tijdens hun sprint. User stories bieden teams de context en verduidelijking die ze nodig hebben om werk te beheren en deadlines te halen.

Dev-teams pakken gebruikersverhalen aan tijdens een workflow of sprint om taken uit te voeren en scope creep te voorkomen. Verdeel grote gebruikersverhalen indien nodig in meerdere sprints of epics. Epics zijn grote verhalen die zijn opgesplitst in meerdere kleinere verhalen. Meerdere epics vormen een initiatief.

Het belang van een nauwkeurig gebruikersverhaal

Het effectief schrijven van gebruikersverhalen lijkt misschien een klein onderdeel van productontwikkeling, maar in werkelijkheid helpen deze verhalen creatieve resultaten te stimuleren voor nieuwe productfunctionaliteit. Aandacht voor detail is ongelooflijk belangrijk omdat het ervoor zorgt dat je investeert in de behoeften van de gebruiker.

Hier zijn drie manieren waarop het schrijven van nauwkeurige gebruikersverhalen je kan helpen gebruikersdoelen te bereiken:

1. Zet klanten op de eerste plaats: gebruikersverhalen plaatsen eindgebruikers in het middelpunt van het gesprek - een belangrijk onderdeel van het Agile-raamwerk. Je team kan dan prioriteit geven aan de behoeften van de gebruiker en zich concentreren op manieren om bij te dragen aan een positieve gebruikerservaring. 

2. Stimuleer innovatieve oplossingen: hoe dieper je in de persona van je eindgebruiker duikt, hoe innovatiever je softwareoplossingen zullen zijn. Je focus ligt op de behoeften van de gebruiker, wat interne bedrijfsdoelen ondersteunt. Effectieve resultaten zijn afhankelijk van het begrijpen van het gebruikerstype waarop je je richt.

3. Teamsamenwerking aanmoedigen: met meerdere teamleden die gebruikersverhalen bespreken en prioriteren, gedijt samenwerking op de werkplaats. Dit brengt meerdere gezichtspunten op tafel en biedt nieuwe oplossingen voor bestaande obstakels. Van testbare resultaten tot het begrijpen van productvereisten, hoe meer je team communiceert, hoe gemakkelijker het zal zijn om de gewenste resultaten te bereiken.

Het positioneren van updates vanuit het perspectief van de gebruiker helpt bij het creëren van een robuuste gebruikerservaring, wat de bedrijfswaarde en het algehele proces voor het verzamelen van vereisten verbetert.

Stimuleer waarde door gebruikerservaring

Klanten op de eerste plaats zetten is een effectieve manier om het gesprek rond eindgebruikers te centreren en uiteindelijk meer waarde te genereren. Door je te concentreren op de ervaring van de eindgebruiker, kun je meer innovatieve softwareoplossingen genereren die het productontwikkelingsproces verbeteren. 

Met Agile-managementsoftware help je je Agile-team de beste resultaten te behalen. Van samenwerken als een team tot het organiseren van sprints, Asana kan helpen.