En användarhistoria är en kort, enkel beskrivning av en funktion skriven ur användarens perspektiv. Den fångar vem som vill ha något, vad de vill ha och varför. Acceptanskriterier definierar vad "färdig" betyder för den historien — villkoren som den måste uppfylla för att godkännas.
Standardformatet
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.
"Så att" är den viktigaste delen — den anger värdet, vilket hjälper teamet att hitta bättre lösningar än det som bokstavligt talat efterfrågades.
Acceptanskriterier
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..."
Bra historier följer INVEST
Oberoende, förhandlingsbara, värdefulla, uppskattningsbara, små, testbara. En historia som är för stor för att uppskatta eller slutföra i en sprint bör delas upp.
Varför det är viktigt
Historier håller teamet fokuserat på användarvärde snarare än en lista över tekniska uppgifter, och de inbjuder till samtal istället för att dikterar en lösning.
Tydliga acceptanskriterier förhindrar den vanligaste leveransfriktionen: att bygga något som tekniskt fungerar men inte är det som faktiskt behövdes.