Sprint Capacity Planning Techniques

overcommitted_team 3 days ago

How do you calculate sprint capacity when you have PTO, meetings, support rotation, and other non-development work eating into available hours? Our commitments are always wrong.

CapacityPlanner_Alex • 2 days ago

Use focus factor. Calculate: (Actual productive hours) / (Total hours available). For us it's 0.6 - meaning 60% of time goes to development, 40% to meetings, support, etc.

Then: Team size × Sprint days × Daily hours × Focus factor = Capacity hours. Or if you use points: Historical velocity × Focus factor = This sprint capacity. Adjust focus factor quarterly based on actuals.

realistic_po • 2 days ago

Account for known PTO upfront. If 2 out of 6 devs are out, that's 33% capacity reduction. Don't fudge it. Also buffer 20% for unknowns (sick days, production fires). Better to under-promise and over-deliver than constantly miss commitments.

agile_veteran • 1 day ago

Track 'yesterday's weather' - use last sprint's actual completed points as this sprint's capacity. Simplest method and surprisingly accurate over time. Automatically accounts for all the stuff that eats into capacity.

SmartSM_Jordan • 18 hours ago

Separate commitment from stretch goals. Commit to 70% of calculated capacity. Identify stretch stories for the other 30%. If everything goes well, you hit stretch goals. If not, you still hit commitments. Manages stakeholder expectations way better.