agile3
Planning & Estimation

Story Points

A relative unit for sizing work by effort, complexity and uncertainty, not by hours.

2 min read · Beginner

In 30 seconds

  • Points compare items to each other, not to the clock.
  • They blend effort, complexity and uncertainty into one number.
  • Useful for team forecasting; useless for comparing teams.

Try it

–

Why relative, not hours

People are bad at saying "this will take 14 hours" but good at saying "this is about twice as big as that". Story points use that strength. A team picks a familiar small item as a reference, calls it 2 or 3, and sizes everything else relative to it.

What goes into a point

  • Effort: how much work there is.
  • Complexity: how hard it is to get right.
  • Uncertainty: how much is still unknown.

Teams usually estimate with Planning Poker on a Fibonacci-like scale.

How points become a forecast

Add up the points finished each sprint and you get velocity. Divide the remaining backlog by average velocity and you have a rough number of sprints left. It's a forecast, not a promise.

When to skip them

If items are already small and similar in size, counting items works almost as well and saves estimation time. Many Kanban teams do exactly that. See Story Points vs Hours.

Myth vs reality

Myth · A point equals a fixed number of hours.
Reality · Once you convert, you've lost the benefit of relative sizing.
Myth · Higher velocity means a better team.
Reality · Points are team-specific; inflating them changes nothing real.
Myth · Story points are part of Scrum.
Reality · Scrum doesn't require them; they're a common team choice.

The AI angle

Story points blend effort, complexity and uncertainty. AI cuts effort sharply but not uncertainty, so old reference stories lose meaning. Re-anchor the scale, or consider counting items instead.

Estimation and Velocity with AI →

FAQ

Why use Fibonacci numbers?

The widening gaps stop false precision on big, uncertain items.

Can we compare points across teams?

No. Each team's scale is different, so cross-team comparisons mislead.

Who should estimate?

The people who will do the work, together.