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.
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.
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..."
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.
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.
Ett bibliotek med IT-intervjufrågor och detaljerade svar — från Junior till Senior.
Donera