User story mapping: zo houd je grote projecten op koers

We werken bij Crystalloids met Scrum sinds onze oprichting in 2011. Voor ons, zoals voor de meeste softwareontwikkelaars en productmanagers, is het de meest effectieve manier om werkende software op tijd op te leveren, aan de behoeften van gebruikers te voldoen en onze stakeholders tevreden te houden.

In de loop der jaren groeide ons bedrijf en kregen we grotere klanten en complexere projecten. Daarmee kwamen ook de uitdagingen die bij schaal horen. Bij grotere projecten met honderden user stories en een lange looptijd werd duidelijk dat onze Scrum-teams soms het overzicht over de opbouw van het hele project kwijtraakten.

Om dat op te lossen, voegde onze CEO een nieuw onderdeel toe aan ons Scrum-proces: de user story map. Deze eenvoudige maar krachtige toevoeging maakte een groot verschil voor iedereen die erbij betrokken was: ontwikkelaars, Scrum masters, product owners, productmanagers en vooral de stakeholders van onze softwareontwikkeling.

Wat is een user story map?

Een user story map is een visuele weergave van de weg die gebruikers afleggen als ze met het eindproduct werken. De map bevat de activiteiten en taken die ze uitvoeren, en laat zien hoe het systeem werkt vanuit het perspectief van de gebruiker. Zo'n journey map is essentieel om de behoeften van gebruikers af te stemmen op de doelen van de productontwikkeling.

Deze map maken is de eerste stap aan het begin van een project. Hij helpt het agile team de product backlog op te bouwen en ondersteunt agile ontwikkeling in elke sprint. De map helpt ervoor te zorgen dat iedereen een helder beeld heeft van de totale gebruikerservaring en van hoe afzonderlijke taken bijdragen aan het eindproduct.

Gojko Adzic en David Evans geven een goede definitie in hun boek Fifty Quick Ideas to Improve Your User Stories:

"User story maps verbinden softwareopleveringen met customer journeys en bedrijfsprocessen. Ze laten zien hoe afzonderlijke stories bijdragen aan het grotere geheel en geven een goede visuele weergave van releaseplannen."

Het concept van user story mapping is bedacht door Jeff Patton. Hij zag dat traditionele product backlogs, die user stories ordenen in de volgorde waarin ze gebouwd worden, context missen. Volgens hem is een backlog zonder context als "contextloze mulch", en heeft een team context nodig om te begrijpen wat het hele systeem doet.

Door een story map als team te maken, en het niet alleen aan de product owner over te laten, blijft iedereen op één lijn, van het begin van de agile ontwikkeling tot elke sprint en de doorlopende oplevering. Het team ziet hoe elk onderdeel in het grotere geheel past, en dat geeft een gedeeld begrip.

Hoe is een user story map opgebouwd?

Een story map zet de activiteiten van de gebruiker op de horizontale as, in de volgorde waarin ze in de tijd plaatsvinden. Verticaal staan de stories, gerangschikt naar waarde en prioriteit.

Bovenaan staat de "ruggengraat" van de user story map: de kernactiviteiten die een gebruiker uitvoert terwijl hij het product gebruikt. Deze activiteiten zijn de epics van de story map. Ontwikkel je bijvoorbeeld een systeem om producten te kopen, dan kan de ruggengraat bestaan uit activiteiten als "Producten bekijken", "Aan winkelwagen toevoegen" en "Afrekenen".

Het ontwikkelteam gebruikt de user story map om het werk aan een nieuw product op één lijn te brengen, zodat tijdens het hele proces aan alle behoeften van gebruikers wordt voldaan.

Backlog tegenover story map

Anders dan een traditionele verticale backlog heeft een user story map ook een horizontale as, die de volgorde van activiteiten in de tijd laat zien. Dat completere beeld van het hele systeem helpt veel bij het prioriteren van werk, het toekennen van story points en het begrijpen van de use story in de bredere context.

Voordat we user story maps gebruikten, zetten we stories gewoon op een steeds langere backlog, geordend naar waarde voor de klant. Voor kleinere projecten werkte dat, maar naarmate de backlog groeide, werd hij al snel onoverzichtelijk en rommelig. Er zat geen verhaal of structuur in die uitlegde wat de klant probeerde te bereiken.

Een "platte" product backlog laat de customer journey niet zien; het is alleen een lijst met features. Een user story map vertelt daarentegen het hele verhaal van het product, ook hoe features met elkaar samenhangen en bijdragen aan de totale ervaring. Door persona's in de user story map op te nemen, kunnen we de ontwikkeling beter afstemmen op wat klanten echt nodig hebben.

De meeste teamleden vinden dat een story map in combinatie met een traditionele backlog het best werkt. De map, vaak op een grote muur op kantoor, helpt iedereen gericht te houden op het grote geheel, terwijl de backlog in een tool als Jira helpt de afzonderlijke taken te beheren.

Conclusie

Misschien vraag je je af: is het echt nodig dat het hele Scrum-team zich verdiept in de bedrijfsprocessen? Maakt een user story map het Scrum-proces niet alleen ingewikkelder en kost het niet meer tijd? Eerlijk gezegd: ja, het is een extra stap. Maar de voordelen wegen ruimschoots op tegen de nadelen.

Een user story map is een hulpmiddel waarmee een agile team samen een goed gestructureerde product backlog opbouwt. De map legt de customer journey vast, met de activiteiten en taken die daarbij horen, en maakt het hele ontwikkelproces overzichtelijk. De user story map helpt bij het bepalen van het minimum viable product (MVP) en geeft een duidelijke roadmap voor sprints en releases. Door de story map als team te bouwen, blijft iedereen op één lijn, van de eerste planning tot de doorlopende release van nieuwe features. Elke user story in agile ontwikkeling krijgt zo meer betekenis en context.

Wil je meer weten over Scrum? Lees dan onze blog met vijf tips voor de beste epics en user stories.