# User Stories

Om te weten wat de klant wil, is het belangrijk om de wensen van de klant te vertalen naar user stories. Een user story is een korte beschrijving van een functie, geschreven vanuit het perspectief van de gebruiker. Het is een manier om de wensen van de klant te vertalen naar een concrete opdracht.

Meer informatie over User Stories vind je in onze [Knowledgebase: User Stories](https://knowledgebase.hbo-ict-hva.nl/1_beroepstaken/gebruikers_interactie/analyseren/user_story/).

Zorg ervoor dat elke User Story een goede titel, beschrijving, acceptatie criteria en definition of done heeft.

## Acceptatiecriteria

Acceptatiecriteria zijn de voorwaarden waaraan een user story moet voldoen om door de klant geaccepteerd te worden. Ze geven dus aan wanneer een user story klaar is en wanneer deze opgeleverd kan worden. Acceptatiecriteria zijn een soort checklist die je kunt afvinken als je de user story hebt afgerond.

Een voorbeeld van acceptatiecriteria is:

- De gebruiker kan de voornaam in het profiel wijzigen.
- De gebruiker kan de achternaam in het profiel wijzigen.
- De gebruiker kan het e-mailadres in het profiel wijzigen.
- De gebruiker kan het wachtwoord in het profiel wijzigen.
- De gebruiker kan het profiel opslaan.
- De gebruiker kan niet de geboortedatum in het profiel wijzigen.

## Definition of Done

Binnen scrum dient iedere user story te voldoen aan een zogenaamde Definition of Done (DoD). Door het opstellen en aanhouden van een Definition Of Done, zorg je ervoor dat het werk wat je aflevert ook daadwerkelijk gebruikt kan worden. 

Als je een user story hebt afgebouwd zet je 'm in _verify_ en controleer je of deze voldoet aan de _Definition of Done_ (zie hieronder). Pas als dat in orde is kun je de user story op _Done_ zetten.

Voor dit project gebruik je de volgende Definition of Done:

- Alle acceptatiecriteria van de betreffende user story zijn afgevinkt.
- Je hebt volgens de HBO-ICT werkstandaarden gewerkt (Agile, GitLab, sprint boards, sprint planning, HBO-ICT conventions etc.)
- Het werk is technisch gedocumenteerd in het Engels en relevant voor collega-ontwikkelaars. Denk o.a. aan ERD, UML, testen en testresultaten.
- Het leerproces is beschreven in Standaardnederlands.
- Het werk is gereviewd door een peer.
- Het UX/UI gedeelte van de applicatie voldoet aan het Think-Make-Check (TMC) principe.
- De code is functioneel getest op fouten.
- De code werkt zonder fouten bij normaal gebruik.

