Wat is het in kaart brengen van userstory's?Een handleiding voor agile planning

• Story's in kaart brengen geeft teams inzicht in het gebruikerstraject, zodat ze producten kunnen plannen, ontwerpen en ontwikkelen op basis van werkelijke gebruikersbehoeften

• Userstorymaps bestaan uit vijf belangrijke onderdelen: het gebruikersdoel, activiteiten, taken, userstory's en prioriteits- of releasesegmenten

• Userstory's in kaart brengen verschilt van (klant)traject in kaart brengen en roadmapping, maar je kunt deze tools samen gebruiken

De meest effectieve productplanning begint met inzicht in het traject dat gebruikers afleggen om een specifiek doel te bereiken. Wanneer teams dat traject duidelijk voor zich zien, kunnen ze productideeën prioriteren, hiaten identificeren en producten ontwikkelen op basis van echte gebruikersbehoeften.

Story's in kaart brengen helpt teams om het gebruikerstraject om te zetten in een visueel plan voor productontwikkeling. In deze handleiding leggen we uit wat het in kaart brengen van story's is, hoe het werkt in agile productontwikkeling en hoe het teams helpt betere producten voor gebruikers te genereren.

Wat is het in kaart brengen van userstory's?

Userstory's in kaart brengen is een agile techniek voor productplanning waarbij userstory's worden geordend langs het traject dat een gebruiker aflegt om een doel te bereiken.

In plaats van backlogitems als een standaardlijst te bekijken, laat een storymap zien hoe afzonderlijke onderdelen passen in de bredere gebruikerservaring. Het geeft teams inzicht in wat gebruikers proberen te bereiken, welke stappen ze daarvoor nemen en welk productwerk elk onderdeel van dat traject ondersteunt.

Een userstorymap bevat meestal het doel of traject van de gebruiker, belangrijke gebruikersactiviteiten, kleinere taken, userstory's, prioritering op waarde of release en eventuele hiaten, afhankelijkheden of aannames die het team moet aanpakken.

Story's in kaart brengen wordt het vaakst gebruikt door productmanagers, producteigenaren, ontwerpers, engineers, agile teams en multifunctionele teams die betrokken zijn bij productontdekking en planning.

Waarom is story's in kaart brengen belangrijk?

Story's in kaart brengen is belangrijk omdat het productplanning gericht houdt op wat gebruikers willen bereiken. Story's in kaart brengen biedt teams de volgende voordelen:

• Bouwt een gedeeld begrip op tussen product, ontwerp, engineering en belanghebbenden

• Houdt de planning gericht op de behoeften van gebruikers in plaats van op interne aanvragen

• Helpt teams hiaten in de gebruikerservaring te identificeren

• Maakt prioriteren overzichtelijker en meer samenwerkingsgericht

• Ondersteunt releaseplanning en de definitie van een minimum viable product (MVP)

• Koppelt productontdekking aan leveringsplanning

• Geeft belanghebbenden een duidelijk inzicht in waarom bepaald werk belangrijk is

Wat zijn de elementen van een storymap?

Inzicht in de belangrijkste onderdelen van een userstorymap helpt je te begrijpen hoe het in kaart brengen van story's werkt en hoe je een userstorymap kunt genereren ter ondersteuning van productbeheer.

Hier vind je een nadere toelichting op de verschillende onderdelen van een storymap:

• Doel van gebruiker: het resultaat dat de persoon probeert te bereiken. Dit geeft de storymap een duidelijke focus en voorkomt dat het team de scope te breed maakt. Het moet specifiek genoeg zijn om richting te geven aan productbeslissingen, dus vermijd te algemene doelen.

• Activiteiten: de belangrijkste stappen die een gebruiker neemt om het doel te bereiken. Activiteiten vormen meestal de bovenste rij, of de ruggengraat, van de storymap.

• Taken: de kleinere acties die gebruikers uitvoeren binnen elke activiteit. Taken helpen teams het traject op te splitsen in specifieke gedragingen en behoeften.

• Userstory's: specifieke productbehoeften geschreven vanuit het perspectief van de gebruiker. Userstory's verbinden afzonderlijke stappen in het traject met productwerk dat productstrategie richting kan geven.

• Prioriteits- of releasesegmenten: groepen waarin userstory's worden ingedeeld op basis van wat als eerste moet worden gegenereerd, wat later volgt en wat mogelijk eerst nog meer validatie vereist. Teams definiëren vervolgens een MVP, plannen productreleases en voorkomen dat ze elke story met dezelfde mate van urgentie behandelen. Ze kunnen ook worden gebruikt met frameworks voor productprioritering om de focus te leggen op het werk dat de meeste impact heeft.

Een userstorymap maken in 8 stappen

Door te leren hoe je een userstorymap maakt, kunnen teams de behoeften van gebruikers vertalen naar een duidelijker productplan. Je kunt het proces ook vereenvoudigen door gebruik te maken van een sjabloon voor userstorymaps.

Stap 1. Definieer de gebruiker en het doel

Elke storymap moet beginnen met een duidelijke gebruiker en een specifiek doel. Om de gebruiker en het doel te bepalen, stel je de volgende vragen:

• Wie is de gebruiker?

• Welke resultaten probeert deze te bereiken?

• Welk probleem probeert deze op te lossen?

• Wanneer is het voor de gebruiker geslaagd?

• Welke context of beperkingen bepalen de ervaring van de gebruiker?

Stap 2. Breng de belangrijkste activiteiten van de gebruiker in kaart

Zodra je de gebruiker en het doel hebt geïdentificeerd, moeten teams de belangrijkste stappen bepalen die de gebruiker van begin tot eind neemt.

Een gebruiker die bijvoorbeeld zijn computer wil upgraden, kan processoren en grafische kaarten onderzoeken, prijzen en prestaties vergelijken en vervolgens een bestelling plaatsen voor deze onderdelen.

Stap 3. Voeg gebruikerstaken toe onder elke activiteit

Het team moet elke belangrijke stap die de gebruiker uitvoert, opsplitsen in kleinere taken die de gebruiker moet voltooien. Deze fase moet gericht zijn op acties van de gebruiker, niet op interne systemen of technische productvereisten.

Door de belangrijkste activiteiten op te splitsen in kleinere taken, begrijpen teams precies wat gebruikers in elke fase moeten doen.

Stap 4. Zet taken om in userstory's

Userstory's vertalen gebruikerstaken naar concrete productbehoeften. Deze story's richten zich op de waarde die gebruikers uit een product halen, in plaats van op de technische details.

Gebruik een eenvoudige indeling voor userstory's. Bijvoorbeeld: 'Als [type gebruiker] wil ik [taak] voltooien omdat [reden].' Deze userstory's helpen teams te bepalen welke productverbeteringen de behoeften van gebruikers het beste ondersteunen.

Userstory's moeten gericht blijven op de gebruiker en niet te snel ingaan op implementatiedetails. 

Stap 5. Identificeer hiaten, knelpunten en aannames

Zoek vervolgens naar hiaten, knelpunten en aannames in het gebruikerstraject. Met storymaps kunnen teams ontbrekende stappen, onduidelijke gebruikerservaringen, dubbel werk en een gebrek aan inzicht in de gebruikersbehoeften identificeren.

Je kunt eenvoudige vragen stellen om mogelijke hiaten en knelpunten te identificeren, waaronder:

• Waar kunnen gebruikers vastlopen?

• Welke stappen zorgen voor de meeste frictie?

• Welke taken zijn essentieel?

• Welke aannames moeten worden gevalideerd?

• Welke feedback of gegevens ondersteunen deze story?

• Welke stappen zijn afhankelijk van een ander team of systeem?

Stap 6. Prioriteer story's op gebruikerswaarde

Niet elke userstory hoeft direct te worden opgepakt. Teams moeten story's prioriteren op basis van gebruikerswaarde, bedrijfsimpact, inspanning, vertrouwen en strategische afstemming.

Om userstory's te prioriteren, stel je de volgende vragen:

• Welke story's zijn essentieel voor de gebruiker om het doel te voltooien?

• Welke story's leveren de meeste waarde op voor klanten?

• Welke ideeën ondersteunen zakelijke doelen?

• Welke story's hebben een grote impact en vergen weinig inspanning?

• Voor welke ideeën is meer onderzoek nodig vóór de levering?

Door de impact duidelijk te definiëren in een lijstweergave, kunnen teams eenvoudig bepalen wat nu aandacht vereist en wat kan wachten. Zonder duidelijke impacttracking ontbreekt een vastgestelde prioriteitsvolgorde die teams moeten volgen.

Stap 7. Verdeel de roadmap in releases of fasen

Verdeel vervolgens de storymap in releases of fasen. Het doel is om de kleinste nuttige hoeveelheid werk te bepalen die waarde oplevert voor gebruikers. 

Zo werkt het:

• MVP: het eerste horizontale segment bevat MVP-functies.

• Eerste release: het tweede horizontale segment bevat functies voor de eerste release.

• Toekomstige release: latere segmenten bevatten aanvullende verbeteringen of ideeën met een lagere prioriteit.

• Validatie vereist: deze segmenten moeten worden gevalideerd voordat ze hoger op de prioriteitenlijst komen.

• Niet nu: deze story's hebben een lagere prioriteit en hoeven nog niet te worden opgepakt.

Stap 8. Zet de storymap om in een roadmap en leveringsplan

Zodra het team het eens is over de prioriteiten, kun je verdergaan met het plannen van de roadmap en de levering. Met projectbeheertools voor roadmapplanning en -prioritering kun je deze laatste stap vereenvoudigen.

Voorbeeld van userstory in kaart brengen

Om te zien hoe het in kaart brengen van story's in de praktijk werkt, bekijken we een voorbeeld van een online kledingwinkel.

• Doel van gebruiker: een T-shirt kopen

• Kernactiviteiten: items bekijken, beoordelingen lezen, maat selecteren, kleur selecteren, adres invoeren, betaling toevoegen

• Taken: gedetailleerde productbeschrijvingen lezen, beoordelingen van andere gebruikers bekijken, wisselen tussen verschillende maatopties, het verzendadres invoeren, het factuuradres invoeren, gegevens van betaalkaart invoeren, betaling controleren en bevestigen

• Voorbeelden van user story's: als shopper wil ik T-shirts in mijn maat bekijken, zodat ik gemakkelijk de juiste maat kan kiezen

• Mogelijk MVP-segment: een e-commerceplatform genereren waarmee gebruikers T-shirts op maat kunnen bekijken

• Ideeën voor toekomstige releases: extra filters toevoegen waarmee gebruikers T-shirts kunnen filteren op merk, kleur en gebruikersbeoordeling

Userstory in kaart brengen versus (klant)traject in kaart brengen versus roadmapping

Van productroadmaps tot story's en (klant)traject in kaart brengen: er zijn verschillende technieken die je helpen gebruikers beter te begrijpen en richting te geven aan de productstrategie. 

Hoewel userstory's in kaart brengen, (klant)traject in kaart brengen en roadmapping verschillende doelen hebben, kun je ze samen gebruiken ter ondersteuning van productontwikkeling. Een journeymap maakt knelpunten zichtbaar, een storymap vertaalt die naar productwerk en een roadmap laat zien welke prioriteiten het team van plan is op te pakken.

Zet userstory's in kaart brengen om in betere productbeslissingen

Met story's in kaart brengen kunnen teams gebruikersdoelen, activiteiten en knelpunten omzetten in duidelijkere productbeslissingen. Met Jira Product Discovery zet je de output van storymaps om in geprioriteerde productideeën.

Voeg eenvoudig klantinzichten toe, vergelijk kansen en deel roadmapweergaven waarin wordt uitgelegd wat je bouwt en waarom.

Met Confluence kun je de storymap, workshopaantekeningen, beslissingen, vereisten en context van belanghebbenden documenteren om de productplanning op één lijn te houden. Daarnaast zorgen Confluence-whiteboards voor realtime samenwerking bij het uitvoeren van storymapping-workshops, het visualiseren van ideeën, het stemmen over prioriteiten en het omzetten van uitvoer van workshops in volgende stappen.

Probeer Jira Product Discovery gratis en gebruik het in kaart brengen van story's om betere productbeslissingen te nemen.

Story's in kaart brengen: veelgestelde vragen

Hoe vaak moeten teams hun userstorymaps bijwerken?

Teams moeten hun userstorymaps regelmatig opnieuw bekijken en bijwerken, vooral na grote releases, sessies met gebruikersfeedback of wanneer productdoelen veranderen. Zo blijft de map relevant en afgestemd op veranderende behoeften van gebruikers.

Kan het in kaart brengen van userstory's worden gebruikt voor niet-softwareprojecten?

Ja, het in kaart brengen van userstory's kan worden toegepast op elk project waarbij je een begrip moet hebben van gebruikerservaringen en deze moet verbeteren, waaronder serviceontwerp, procesverbeteringen of de ontwikkeling van fysieke producten.

Wat zijn veelvoorkomende fouten die je moet vermijden bij het maken van een userstorymap?

Veelgemaakte fouten zijn onder meer het in kaart brengen vanuit een intern perspectief in plaats van vanuit dat van de gebruiker, de map te gedetailleerd of te breed maken en leden van multifunctionele teams niet bij het proces betrekken.

Hoe kunnen externe of verspreide teams effectief workshops voor het in kaart brengen van story's uitvoeren?

Externe teams kunnen digitale whiteboards en samenwerkingstools gebruiken om workshops voor het in kaart brengen van story's uit te voeren. Door regelmatige check-ins te plannen en actieve deelname aan te moedigen help je om betrokkenheid en afstemming te behouden.