What Is Project Capacity?
Project capacity is the usable amount of time and skill available for project work during a defined period after accounting for availability, leave, internal obligations, constraints, and protected buffer.
Committed work, probability-weighted pipeline, tasks, dependencies, effort, timing, and uncertainty.
Available, constrained, overcommitted, unknown, reassigned, delayed, declined, or escalated.
Use the definition as an operating boundary.
A trustworthy process identifies the source record, accountable owner, authority, evidence, consequence, and recovery path.
Name the object
Identify the client, project, request, document, estimate, version, capacity period, or baseline and the record that owns it.
Define inputs and authority
Specify required fields, assumptions, participants, permissions, decision rights, deadlines, criteria, and uncertainty.
Record the transition
Preserve the actor, time, source evidence, conditions, communication, and downstream delivery or commercial consequence.
Test a meaningful exception
Use a changed requirement, stale data, missing approver, conflicting version, failed payment, or capacity gap and keep the last verified state visible.
Questions that make the distinction practical.
Apply these prompts when choosing software, designing the workflow, training a team, or communicating with clients.
Project capacity, answered.
Why does this definition matter?
Clear boundaries reduce duplicate records, unauthorized commitments, misleading reports, and automation built on ambiguous states.
Can one product support both categories?
Yes. Verify record ownership, permissions, transitions, evidence, exports, and whether the implementation preserves meaning.
How should a team apply this page?
Map one active engagement, identify each source record and owner, then test the normal path and one meaningful exception.
Make the category operational.
Connect it to source records, ownership, authority, evidence, and recovery.