Waarom een user story map beter is dan een platte backlog
Veel teams gebruiken een platte user story backlog: een lange lijst met user stories die simpelweg in volgorde van prioriteit staan. Echter, met zo een lijst is het lastiger uit te leggen wat het eindresultaat precies moet kunnen doen. Bovendien verlies je makkelijk het overzicht.
In PRINCE2 Agile v2 wordt de user story map van J. Patton geïntroduceerd. Een interessant hulpmiddel om het grotere geheel te zien, prioriteiten te bepalen en releases te plannen. In deze blog lees je wat het is en hoe je een user story map kunt maken.
Wat is een user story map?
Een user story map is een visuele weergave van de functionaliteit van het eindproduct cq systeem, opgebouwd als een soort kaart of plattegrond. De map bestaat uit verschillende niveaus:
- Activiteiten (de grote lijnen): dit zijn de hoofdactiviteiten die gebruikers uitvoeren, bijvoorbeeld “e-mails beheren” of “een promotiecampagne opzetten”. Deze activiteiten staan bovenaan de map en geven de hoofdlijnen van het eindproduct weer.
- User taken (de kleinere stappen): onder elke activiteit hangen kleinere taken die de gebruiker uitvoert om het doel te bereiken, zoals “bericht versturen”, “bericht lezen” of “mailings samenstellen”. Deze taken zijn concreter en klein genoeg om in één sprint te ontwikkelen.
Door de user stories zo te organiseren, ontstaat er een overzichtelijke structuur die laat zien hoe de onderdelen samenhangen en wat het complete eindproduct doet.
Hoe maak je een user story map?
Doorloop deze stappen:
- Bepaal de grote activiteiten: vraag jezelf af wat de belangrijkste dingen zijn die gebruikers met het eindproduct doen. Zet deze activiteiten horizontaal bovenaan, van links naar rechts in de volgorde waarin ze plaatsvinden of logisch zijn.
- Vul per activiteit de onderliggende user taken in: beschrijf de kleinere stappen die gebruikers nemen om het doel van de activiteit te bereiken. Plaats deze onder de bijbehorende activiteit, van links naar rechts in volgorde.
- Maak onderscheid tussen “backbone” en details: de activiteiten vormen de ‘backbone’, oftewel de ruggengraat, van het eindproduct, de kleinere taken zijn de details die eraan hangen. Bij het plannen van releases ligt de focus vooral op de taken; de backbone blijft meestal hetzelfde.
- Loop de map samen door: bespreek de map met gebruikers, stakeholders en ontwikkelaars. Zo ontdek je missende stappen, knelpunten of kansen om te verbeteren.
- Gebruik de map als levend document: hang de story map op in het team en gebruik het voor prioritering en planning. Verplaats user stories naar releases en volg zo de voortgang, terwijl het grote plaatje altijd zichtbaar blijft.
Waarom werkt een user story map beter?
Dit zijn voordelen van de user story map boven een platte lijst als back log:
- Het geeft een duidelijk beeld van het hele eindproduct, niet alleen een lijstje met losse stukjes.
- Het helpt om te zien of je alle belangrijke functionaliteit hebt geïdentificeerd.
- Het maakt releaseplanning overzichtelijker en logischer.
- Het bevordert samenwerking en begrip tussen verschillende partijen.
- Het zorgt dat de focus niet verloren gaat in kleine details zonder context.
Dit is natuurlijk wel vooral het geval als de backlog betrekking heeft op één samenhangend eindproduct. Het wordt weer wat lastiger als je een backlog hebt met wensen die betrekking hebben op verschillende systemen. Daarom is deze user story map onder meer erg geschikt voor projecten en (deel)projectteams.
Conclusie
Kortom: een user story map is geen luxe, maar een praktisch hulpmiddel dat het ontwikkelproces effectiever en inzichtelijker maakt.
Wil je samen met je collega’s meer leren over agile?
Tanja van den Akker is auteur van PRINCE2 voor professionele projecten, geaccrediteerd trainer in PRINCE2, PRINCE2 Agile en Change Management en mede-eigenaar van Forsa Advies.
Bron:
