En brukerhistorie er en kort, forståelig beskrivelse av en funksjon fortalt fra brukerens perspektiv. Den fanger hvem som ønsker noe, hva de ønsker og hvorfor. Akseptansekriterier definerer hva "ferdig" betyr for denne historien — betingelsene den må oppfylle for å bli akseptert.
As a [type of user]
I want [some goal]
so that [some benefit].
Example:
As a returning customer
I want to save my shipping address
so that I don't re-enter it every order.
"Slik at" er den viktigste delen — den angir verdien, noe som hjelper teamet med å finne bedre løsninger enn den som bokstavelig ble forespurt.
Given a logged-in customer with a saved address
When they reach checkout
Then the saved address is pre-filled
And they can edit it before confirming
✓ Testable and unambiguous
✓ Defines done — no "I thought you meant..."
Uavhengig, Forhandlbar, Verdifull, Estimerbar, Liten, Testbar. En historie som er for stor til å estimere eller fullføre i en sprint bør deles opp.
Historier holder teamet fokusert på brukverdi i stedet for en liste over tekniske oppgaver, og de inviterer til samtale i stedet for å diktere en løsning.
Klare akseptansekriterier forhindrer den vanligste leveringsfriksjonen: å bygge noe som teknisk fungerer, men ikke er det som faktisk var nødvendig.
Et bibliotek av IT-intervjuspørsmål med detaljerte svar — fra Junior til Senior.
Doner