Seasonal Capacity Planner

Plan team capacity across seasons by combining throughput data, team size adjustments, and seasonal factors against forecasted demand.

Every planning process I've ever seen assumes teams run at constant capacity year-round. They don't. August has vacations. December has holidays. Q1 has the new hire who's still figuring out where the coffee machine is. And yet the roadmap commits the same amount of work every quarter like clockwork. This tool lets you model what actually happens: plug in your base throughput, adjust for team size changes and seasonal slowdowns, and see exactly where demand outstrips capacity. It's the difference between making promises you can keep and making promises that sound good in a planning meeting.

Your data stays in your browser
Tutorial

How to Use the Seasonal Capacity Planner

1
1

Set Base Throughput

Enter your team's base throughput — the number of items your team can deliver per period under normal conditions. This serves as the baseline for calculating adjusted capacity in each period.

2
2

Configure Periods

Add each planning period with its label, team size, seasonal factor (e.g., 0.8 for summer slowdown, 1.2 for peak productivity), and forecasted demand. The tool calculates adjusted capacity by combining base throughput, team size, and seasonal factor.

3
3

Review Capacity vs Demand

Analyze the chart and summary showing adjusted capacity against forecasted demand for each period. Review surplus and deficit indicators, utilization rates, and recommended actions for high-risk periods.

Guide

Complete Guide to Seasonal Capacity Planning

Why Seasonal Capacity Planning Is Essential for Predictable Delivery

I'll just say it: constant-capacity planning is a fiction that causes real damage. Teams don't operate at the same level year-round. They just don't. Vacations pull capacity down to maybe 60% in August. December holidays chop off another chunk. A new hire in Q2 adds headcount but subtracts productivity for weeks while they ramp up. And yet — I see this constantly — roadmaps commit the same scope every quarter as if none of this is happening. The result is predictable: teams over-commit in low-capacity periods, miss deadlines, burn out trying to catch up, and then stakeholders lose trust. The next quarter, people pad estimates defensively while stakeholders discount them preemptively, and now nobody trusts anybody's numbers. It's a doom loop. Seasonal capacity planning breaks it by making the variation visible. When you can show a chart that says "our effective capacity in Q3 is 37 items, not 50," the conversation changes. Stakeholders stop asking "why can't you do more?" and start asking "which 37 items should we prioritize?" That's a much healthier conversation. And the team starts making commitments they can actually keep — which rebuilds trust faster than any agile transformation initiative ever could.

Understanding and Calculating Adjusted Capacity Components

Three things multiply together to give you adjusted capacity. First: base throughput. This is what your team delivers in a normal period — no holidays, no disruptions, standard staffing. Calculate it from historical data by averaging several stable periods. Don't include the sprint where half the team had COVID or the one where you shipped that massive feature — use boring, representative sprints. Second: team size ratio. If your baseline was established with 5 people and you now have 6, the ratio is 1.2. But here's the thing people miss — capacity doesn't scale linearly. Adding a person adds communication overhead, onboarding costs, and context-switching. A team of 6 isn't 20% more productive than a team of 5. It's more like 10-15% more, depending on the work. Third: seasonal factor. This is where you account for reality. August with summer vacations? Maybe 0.75. A sprint with a company all-hands eating 2 days? Maybe 0.85. A focused delivery sprint with no meetings? Maybe 1.1 (yes, this is possible — I've seen it exactly once). Multiply all three and you get adjusted capacity. A team that normally does 50 items with 5 people, now at 6 people, in August? That's roughly 50 times 1.2 times 0.75 — about 45 items. Not 60.

Strategies for Balancing Capacity Surplus and Deficit Periods

Perfect balance between capacity and demand is impossible and not even worth pursuing. There will always be gaps. The goal is to see them coming and manage them deliberately instead of discovering them mid-sprint. For deficit periods — where demand exceeds what you can deliver — you've got a few options, roughly in order of preference. First: shift work to adjacent periods. If Q3 is a deficit and Q2 has surplus, front-load some Q3 deliverables into June. This is free, requires no hiring, and works surprisingly well if you plan it early enough. Second: negotiate scope with stakeholders. Show them the capacity chart. Let them choose what to defer. This feels awkward but it's actually empowering — stakeholders prefer making informed trade-offs to receiving surprise delays. Third: add temporary capacity. Contractors, borrowed engineers from another team, focused overtime. Use this sparingly — it's expensive and creates sustainability risks. For surplus periods — and yes, those exist — don't just coast. Invest the extra capacity in things that improve future periods: pay down technical debt that's been slowing you down, run cross-training sessions, experiment with process improvements, or pull forward work from upcoming high-demand months. The worst thing you can do with a surplus is waste it on low-value busywork just to look busy.

Establishing and Maintaining an Effective Planning Cadence

Do a big-picture capacity review quarterly, looking 2 to 4 quarters ahead. This is where you catch the macro stuff — the summer slowdown, the Q4 hiring ramp-up, the holiday crunch. Present it to stakeholders so they're not blindsided when you tell them Q3 scope needs to shrink. Then update monthly as reality unfolds. Actual throughput data comes in, the forecast sharpens, and you can adjust before things go sideways. Compare plan versus actuals every month — if you consistently overestimate August capacity, lower the seasonal factor next year. Learn from your own data. Before each quarter starts, do a final review with stakeholders to confirm scope, priorities, and any active capacity-demand gaps. This is your last chance to negotiate before the quarter begins. Much better than renegotiating mid-sprint, which everyone hates. After each quarter, spend 15 minutes doing a capacity retro. How accurate was the plan? Where were the biggest surprises? Were seasonal factors right, or do they need tuning? This iterative loop — plan, execute, compare, adjust — gets more accurate every cycle. I've seen teams go from 30% forecast error to under 10% within a year just by consistently following this cadence (this matters more than you think). The transparency also builds stakeholder trust, because they can see the methodology and the historical accuracy, not just a number someone made up in a planning meeting.
Examples

Worked Examples

Example: Q3 Summer Slowdown

Given: Base throughput of 50 items/month with a 6-person team. Q3 has seasonal factor 0.75 due to vacations. Demand is 45 items/month.

1

Step 1: Ran the math: 50 times (6/6) times 0.75 equals 37.5 items/month. Already below the 45 demand. Not great.

2

Step 2: The gap was 7.5 items/month — or about 22.5 items across the whole quarter. That's a lot of angry stakeholders if we don't address it.

3

Step 3: We had three options. We went with a mix: front-loaded 10 items into late Q2 (when we had surplus), and negotiated Q3 scope down to 38 items/month with the product owner.

Result: Q3 went smoothly for the first time in three years. The team didn't burn out, deadlines were met, and the product owner appreciated being involved in the trade-off decision rather than hearing about missed commitments after the fact.

Example: Modeling a New Hire Impact

Given: A team of 5 with base throughput of 40 items/month is hiring 1 new member starting in April.

1

Step 1: April (first month, heavy onboarding): modeled the new hire as contributing at 0.5 effectiveness. Effective team capacity: about 44 items. Not the 48 that headcount alone would suggest.

2

Step 2: May (partial productivity, getting comfortable): bumped to 0.75 effectiveness. Capacity: roughly 46 items.

3

Step 3: June (fully ramped): the new hire hits full stride. Capacity reaches the full 48 items we'd hoped for when the headcount was approved.

Result: The team committed to modest scope in April and May instead of promising the full 48 from day one. The new hire felt supported instead of pressured, ramped up faster than expected, and was fully productive by late May. Everyone was happier than the last time a new hire joined and was immediately thrown into a sprint with unrealistic commitments.

Use Cases

Practical Use Cases

Annual Capacity Roadmap

One team I coached mapped out all four quarters with realistic seasonal factors — 0.75 for Q3 (summer), 0.85 for Q4 (holidays), 1.0 for Q1 and Q2. When they showed the chart to their VP, the reaction was immediate: "So we literally can't deliver the Q3 roadmap as scoped?" Nope. But now everyone knew it in January instead of discovering it in August.

Holiday Season Preparation

An e-commerce platform team knew December demand would spike while half the team was on PTO. They modeled it: demand at 120%, capacity at 65% of normal. The gap was brutal — about 55 items short. So they front-loaded November, brought in a contractor for the critical path, and staggered vacation weeks. First December they didn't have a post-holiday crisis.

Hiring Impact Modeling

A manager was about to promise stakeholders that the April hire would unlock more scope for Q2. We modeled it with a 0.5 seasonal factor for the new hire's first month (onboarding overhead is real) ramping to 0.75 in month two and 1.0 in month three. Turns out the new hire wouldn't reach full productivity until June. The manager adjusted expectations accordingly — awkward conversation, but better than a broken promise.

Frequently Asked Questions

?What is a seasonal factor?

It's a multiplier on your base throughput. 1.0 means normal. 0.8 means you'll run at 80% — maybe because of summer vacations or a company offsite eating into the week. 1.2 means 120% — like a focused push with no meetings and no competing priorities. Most real-world factors fall between 0.7 and 1.1.

?How is adjusted capacity calculated?

Base Throughput times Team Size divided by Base Team Size times Seasonal Factor. It's simple multiplication, but the results are often eye-opening. A team of 5 with a 0.75 seasonal factor doesn't deliver 75% of normal — they deliver 75% of what 5 people normally do. Obvious when you say it, but most roadmaps ignore this completely.

?What does a deficit mean?

Demand exceeds capacity. Something has to give — either scope gets cut, timelines slip, or people burn out. There's no fourth option, despite what your stakeholder's Gantt chart might suggest.

?How should I estimate seasonal factors?

Use history if you have it. Compare actual throughput in a given period to your baseline. If you delivered 40 items normally but only 32 in August, that's a 0.8 factor. No historical data? Estimate based on known factors: holidays, planned PTO, company events. It doesn't have to be precise — even rough seasonal factors are better than assuming constant capacity (which is what most teams do).

?Can I model hiring ramp-up time?

Yes, and you should. New hires don't produce at full capacity on day one — or day thirty, honestly. Use a seasonal factor of 0.5 for their first month, 0.75 for the second, 1.0 by month three if you're lucky. This prevents the classic mistake of promising stakeholders that a March hire means more output in March.

?Is my data private and secure?

Yes. Browser-only. No servers, no storage, no tracking. Your capacity numbers and team sizes stay on your machine.

?Is this tool free?

Yep. Free, no account, no limits.

Related Tools

Recommended Reading

Recommended Books on Capacity Planning & Demand Management

As an Amazon Associate we earn from qualifying purchases.

Boost Your Capabilities

Recommended Products for Capacity Planning & Sprint Management

As an Amazon Associate we earn from qualifying purchases.

How do you like this tool?

Newsletter

Get Free Productivity Tips & New Tools First

Join makers and developers who care about privacy. Every issue: new tool drops, productivity hacks, and insider updates — no spam, ever.

Priority access to new tools
Unsubscribe anytime, no questions asked