Bevat de nieuwste inzichten rondom agile requirements
Meer informatie over het nieuwe Handboek Requirements
Wist je dat de rol van analist officieel niet eens bestaat binnen scrum? Naast een goed functionerende product owner is er geen plek voor een analist die het achterhalen van de requirements op zich neemt. Of er een analist nodig is hangt af van de vaardigheden van de andere teamleden en van de product owner.
Een storyboard wordt vaak geassocieerd met een board van user stories. Door het woord ‘story’ is de link naar de user story techniek snel gelegd. Dat is onterecht. Een storyboard heeft niets met user stories te maken. Je kunt hem zowel in agile als traditionele omgevingen gebruiken.
Je hoort en leest vaak dat de product owner verantwoordelijk is voor de requirements. Toen ik tijdens het schrijven van het nieuwe Handboek Requirements de bron er nog eens op nasloeg, bleek dat toch genuanceerder te liggen. Het schept bovendien een verkeerd beeld van de verantwoordelijkheid van de PO.
Wat de 4 voornaamste agile requirementsproducten zijn en waarom agile teams onderscheid maken tussen proces- en productdocumentatie, lees je in hoofdstuk 12 van de geheel herziene druk van Handboek Requirements. Hier lees je alvast hoofdstuk 12 dat gaat over requirementsproducten.
Benut jij de user stories techniek al ten volle? Ik zie te vaak dat men user stories gebruikt als traditionele requirements zinnen. Dat is jammer, want in agile en hybride trajecten is er zoveel meer uit te halen. Als je deze requirementstechniek toepast zoals het bedoeld is, tenminste. Mijn 3 gouden regels helpen je daarbij.
Nicole de Swart
Volg Nicole op:
“In de masterclass ‘Hoe je agile en traditionele technieken combineert’ heb ik geleerd hoe je moet omgaan met situaties waarin agile werken niet volledig mogelijk is. De masterclass was duidelijk en volledig.”
Ans Post, Requirements Analist bij Spir-it
Abonneer je en ontvang eens per maand een nieuw artikel
