User story schrijven op basis van de wensen van de gebruiker

1. Inleiding

Een user story is een beschrijving van een functie van een product. Aangezien deze functie door iemand gaat worden gebruikt, wordt deze altijd geschreven vanuit het perspectief van een gebruiker. Het volgt de vaste formule:

Als [gebruiker] wil ik [functie] zodat ik [reden/doel van functie].

Bijvoorbeeld: - Als student wil ik mijn rooster kunnen zien, zodat ik weet waar en wanneer ik op de campus moet zijn.

Daardoor weet je zeker dat je niet zomaar iets aan het bouwen bent, maar dat jouw functie daadwerkelijk gebruikt gaat worden en iets toevoegt aan de ervaring van een gebruiker. Het helpt te begrijpen wie de gebruikers zijn, wat ze nodig hebben en waarom ze jouw product kiezen.

Daarnaast is het een belangrijk communicatiemiddel, zodat alle betrokken partijen weten wat er precies gebouwd gaat worden. Het is dus belangrijk om zo specifiek mogelijk te zijn over wanneer de functie af is.

2. Wat moet ik leren?
* [ ] Ik wil begrijpen wat de behoeften en doelen van mijn gebruiker zijn zodat ik deze kan vertalen naar functionaliteiten in mijn product. * [ ] Ik wil voor elke functionaliteit een User Story schrijven met een concrete titel, Definition of Done en acceptatiecriteria, zodat ik en de betrokken stakeholders weten wanneer een functionaliteit af is. * [ ] Ik wil gebruikmaken van de industriestandaard om User Stories te schrijven zoals: als een [gebruiker/rol] wil ik [actie/doel], zodat [reden van functionaliteit]. * [ ] Ik wil nadenken over de waarde die een functionaliteit bijdraagt aan het eindproduct. * [ ] Ik wil mijn User Stories kunnen toevoegen aan het juiste issue board. * [ ] Ik wil feedback ontvangen op mijn User Stories voordat ik begin met bouwen.

3. Hoe leer ik dit?
Knowledge Base: User Story
Definition of Done en Acceptatiecriteria * Definition of Done vs. User Stories vs. Acceptance Criteria * DONE Understanding Of The Definition Of “Done”