In Agile and Scrum, teams use Story Points to estimate work, without being tied to hours or days. This helps with better planning and provides a more realistic view of the amount of work per Sprint. But how exactly does it work? And how do you determine the right Story Points for a User Story?
Story Points are a relative measure to determine the complexity, effort, and uncertainty of a backlog item. Instead of saying exactly "this will take 8 hours," the team compares backlog items with each other and assigns them a point score.
The estimate is based on:
Comparison: Story Point estimation
"This will take 4 hours" (hours) VS "This is a 3" (compared to other Stories) (Story Points)
"This task is 16 hours of work" (hours) VS "This is an 8, because it's more complex than the previous Story of 5" (Story Points)
A popular technique where team members each choose a card with a Story Point value and reveal them simultaneously. If there are significant differences, the team discusses why and arrives at a shared estimate.
Many teams use the Fibonacci sequence because:
Story Points
Meaning
1: Very small, minimal effort
2-3: Small, simple task
5: Medium, a fair amount of work and some complexity
8: Large, complex, and with potential uncertainties
13+: Too large, likely needs to be broken down
By using a few previous User Stories as a reference, teams can estimate new Stories more quickly. For example:
Example of Velocity:
Sprint 1: 24 Story Points completed
Sprint 2: 27 Story Points completed
Sprint 3: 26 Story Points completed
👉 Average Velocity = 26 Story Points per Sprint