Capacity planning

Counting the hours you actually have left against the work you already promised, before you say yes to one more project.

can I actually take this ondo I have the hourscapasity planningworkload forecastingresource planninghow much work can I takehours available versus hours committedbooking out my calendar for the next few months

See it

Live demo coming soon

What it is

Capacity planning is counting the hours you actually have against the hours you already promised, week by week, before you answer a new enquiry. The unit is not the calendar month, it is the week: a project that fits comfortably in a quarter can still be undeliverable because three clients all need you in the same fortnight.

The arithmetic that makes it real: start from billable hours, not working hours. A 40-hour week yields something like 25 to 28 billable hours once sales, admin, invoicing, and context-switching take their cut, and that ratio is your utilization rate. Subtract committed project hours and retainer blocks (a retainer is reserved capacity whether or not the client uses it), then hold back a contingency buffer of 15 to 20 percent for revisions and the things that always go wrong. What is left is what you can honestly sell.

The gotcha is that client-supplied dependencies do not free up capacity. When a project stalls waiting on their copy or approvals, the hours look available, so you sell them, and then all the stalled work unstalls at once. Plan against committed work, not active work. Capacity planning is also what converts 'no' into money: when the calendar says the next opening is in six weeks, you get a rush fee, a waitlist, or a price rise instead of a burnt weekend.

Ask AI for it

Build me a 12-week capacity plan as a table. Inputs: my available hours per week are [X], my realistic billable ratio is [65-70]%, my committed work is [list each project or retainer with estimated hours and target dates]. For each week show: billable capacity, committed hours (split by client), contingency buffer at 15%, and free hours remaining. Flag any week over 100% committed in a Risk column, and below the table give me (1) the earliest date I could start a new 40-hour project without overbooking, (2) the two weeks most at risk and why, (3) a one-line reply I can send a prospect explaining my next available start date. Treat retainer blocks as committed whether or not the client uses them.

You might have meant

utilization rateretainerrush feecontingency bufferclient supplied dependency