Project Time Calculator

Sprint Time Calculator: How Many Sprints Will the Backlog Take?

Enter your backlog, velocity and sprint length to get the number of sprints and a range of release dates rather than a single guess.

Quick answer

Sprints needed = backlog points ÷ velocity, rounded up. A 120-point backlog at an average velocity of 24 points takes 5 two-week sprints, about 10 weeks. Using your slowest and fastest recent sprints (18 and 30 points) gives a release range of 4 to 7 sprints, not a single date.

Points left to deliver.
Points per sprint, worst recent sprint.
Points per sprint, recent average.
Points per sprint, best recent sprint.
Your own ratio; converts the backlog to hours.
Optional. Gives the release dates.

How to read your result

Enter the story points left in the backlog and your team's velocity as three numbers: the lowest, the average and the highest points per sprint from recent sprints. Add the sprint length in weeks and the start date of the first sprint. An optional hours-per-point ratio converts the backlog to hours.

  • Sprints needed (expected): backlog ÷ average velocity, rounded up.
  • Release date range: the last day of the final sprint in the fast scenario (maximum velocity) to the slow scenario (minimum velocity).
  • Scenario table: sprints, weeks and end date at maximum, average and minimum velocity.
  • Backlog in hours: points times your own hours-per-point ratio, only if you enter one.

Showing a range is deliberate: one velocity figure produces one date, and that date is rarely met. For the method with more detail, read how to calculate sprint count. For work that is planned task by task rather than in points, use the task time estimator.

Sprint count formulas

sprints = ⌈ backlog ÷ velocity ⌉

weeks = sprints × sprint length    last sprint ends = start + weeks × 7 − 1 days

hours = points × hours per point    points = hours ÷ hours per point

The calculation is done three times, with the minimum, average and maximum velocity. The end date is the last day of the last sprint, counting the start date as the first day of sprint 1. Sprints run back to back with no gap.

Worked examples

Each example uses numbers you can load into the calculator above; the results match the tool exactly.

Example 1 (simple): 120 points, velocity 18 / 24 / 30, two-week sprints

  • Fast: 120 ÷ 30 = 4 sprints (8 weeks)
  • Expected: 120 ÷ 24 = 5 sprints (10 weeks)
  • Slow: 120 ÷ 18 = 6.67, so 7 sprints (14 weeks)

Starting Monday 2 November 2026 the last sprint ends Sun 27 Dec 2026 (fast), Sun 10 Jan 2027 (expected) or Sun 7 Feb 2027 (slow). At 6 hours per point the backlog is 720 hours.

Load this example

Example 2 (realistic): 200 points, velocity 17 / 21 / 25, three-week sprints

  • Fast: 200 ÷ 25 = 8 sprints (24 weeks)
  • Expected: 200 ÷ 21 = 9.52, so 10 sprints (30 weeks)
  • Slow: 200 ÷ 17 = 11.76, so 12 sprints (36 weeks)

The gap between fast and slow is 12 weeks, which is the honest uncertainty in the plan.

Load this example

Where velocity comes from

Velocity is the number of story points a team finishes in a sprint. Use the last three to six sprints, and exclude sprints distorted by holidays or incidents. The lowest and highest of those sprints are the minimum and maximum; the mean is the average. Points are relative sizes, not hours, so velocity from one team cannot be compared with another team's.

The hours-per-point ratio is optional and personal. If your team completes 24 points in a two-week sprint of 4 people at 6 productive hours a day (240 hours), the ratio is 10 hours per point. Treat it as a rough translation for budgeting, not a promise.

How to calculate the number of sprints by hand

  1. Add up the points left in the backlog. 120.
  2. Take the velocity from recent sprints. Minimum 18, average 24, maximum 30.
  3. Divide the backlog by each velocity and round up: 120 ÷ 30 = 4, 120 ÷ 24 = 5, 120 ÷ 18 = 6.67 → 7.
  4. Multiply by the sprint length. 5 sprints × 2 weeks = 10 weeks.
  5. Add the weeks to the start date and step back one day to get the end of the last sprint.

Assumptions, limits and common mistakes

Assumptions and limits

  • The backlog is assumed fixed. Added scope and discovered work lengthen the plan.
  • Velocity is assumed constant. Team changes, holidays and unplanned work move it.
  • Sprints run back to back. Planned gaps, hardening sprints and release freezes are not included.
  • Dates use calendar weeks. Public holidays are not removed.

Common mistakes

  • Using a single velocity. It hides the uncertainty; always plan with a range.
  • Rounding down. 6.67 sprints needs 7 sprints, not 6.
  • Comparing velocities across teams. Story points are relative to one team.
  • Ignoring scope growth. If the backlog grows each sprint, add the growth to the backlog figure.

Frequently asked questions

How do I calculate the number of sprints?

Divide the backlog in story points by the team's velocity and round up. 120 points at 24 points a sprint is 5 sprints.

How do I project a release date from velocity?

Multiply the sprints needed by the sprint length and add that many weeks to the start date. Use minimum and maximum velocity to get a range of dates.

Which velocity should I use?

Use the average of the last three to six sprints for the expected case, and the lowest and highest of them for the range.

How do I convert story points to hours?

Multiply points by an hours-per-point ratio from your own history. Story points are not hours, so the ratio only works for the team that produced it.

What about a Fibonacci time projection?

Story points are often Fibonacci numbers such as 1, 2, 3, 5, 8 and 13. Add the points of all backlog items to get the backlog, then divide by velocity as above.

What if the backlog changes?

Update the backlog figure and the calculator updates the plan. Rerun it every sprint; a forecast is more useful when it is refreshed.

Last updated 19 October 2026. Last reviewed 19 October 2026. Reviewed by . Formulas and tests: methodology.