Schrijf elke user story in de vorm “als [type gebruiker x] wil ik .....” en hou dit beknopt
- Beknopt: Max 3 lijnen, indien mogelijk enkel een paar woorden – hulpmiddeltjes:
- beschouw elke user story (=een requirement) niet als iets dat nu volledig moet zijn, maar als “een reminder om te bespreken op het moment dat het in een sprint gepland wordt” -> dat vermijdt ook dat je veel werk steekt in requirements die nooit ontwikkeld worden
- focus op “bespreken”: communicatie op het goede moment is rijker en efficienter dan lange requirement listings
- ipv gedetailleerde beschrijvingen van requirements, is het nuttiger om voorbeelden toe te voegen in de vorm van test cases die voor acceptatie zullen gebruikt worden – steek je tijd eerder in de overweging of die test cases volledig en representatief zijn, eerder dan in de beschrijving ervan
- idem voor uitzonderingen, specialekes etc: voeg ze toe als test cases ipv ze te beschrijven
- wat niet in een voorbeeld kan, past vaak in de “definition of done” van sprints, releases, ...
- zolang een user story niet gepland is in een sprint kan je de test cases oplijsten ipv ze onmiddellijk te verzamelen bij elke user story
- als “herinnering” kan je notes toevoegen met dingen die je later niet mag vergeten bespreken
- vervang eventueel [type user x] door een concrete naam: dat maakt alles meer tastbaar en helpt de developer om in concrete situaties te denken
- vermijd zo veel mogelijk dependencies tussen user stories
Posts
Geen opmerkingen:
Een reactie posten