Sprint capacity vs. velocity: when to use each

Capacity looks at the time and people available next sprint. Velocity describes past delivery. Use both without treating points as hours.

Two different planning questions

Capacity estimates the work ahead; velocity records what the team completed. Neither guarantees the next sprint’s result. Even with the same team size, losing access to a specialist can change which work is possible.

Start with recent completed work

Suppose a team completed 28, 32, and 30 points in three comparable sprints. The average is 30 points. Start there, then adjust for absences, unfamiliar work, and dependencies. Carry-over work should not be treated as completed delivery merely because it was planned.

If you decide reduced availability calls for a 24-point target, enter 24 in sprint-specific mode. Entering 30 and adding PTO will not automatically turn it into 24 in that mode. Member-based mode instead adjusts the member baselines you provide.

Avoid counting the same reduction twice

If a baseline already reflects a person’s normal part-time schedule, applying another 0.5 allocation multiplier for that same schedule would discount it twice. Similarly, do not subtract the same absence as both PTO and reduced allocation. Write down what the baseline includes.

Use your team’s point scale

The planner does not derive points from hours, compare individuals, or calculate a team’s historical velocity automatically. Choose baselines through a team discussion. A change in estimation scale, team membership, or sprint duration makes older averages less comparable.

Choose a workflow

• Use team-average mode when a single final commitment is appropriate for every sprint in your plan.
• Use sprint-specific mode when you have already adjusted each commitment.
• Use member-based mode to adjust agreed member baselines for time off and allocation.

Continue with the worked capacity example and PTO planning guide.