Capacity Planning: Process metrics
Objective. Read process metrics (TAT, throughput, backlog) as inputs that shape the capacity need, not as guarantees of future performance.
This screen answers: how is the process performing in ways that change how much capacity we need? Backlog and turnaround feed the plan as much as fresh volume does.
See it in the demo
What this screen answers
The customer question is: what process conditions - turnaround time, throughput, carried backlog - should the capacity plan account for. Both roles use it to connect current operational reality to the forward requirement.
The task
Read the process metrics relevant to the plan for the scope - particularly backlog and throughput, which change the workload the plan must absorb. Note which are current actuals and which are assumptions carried into the forecast.
How to read it
These metrics contextualise the requirement: a carried backlog adds to future demand, and a throughput assumption affects how fast work clears. A process metric here is an input or assumption to the plan, not proof of future performance. The classic misread is treating current throughput as guaranteed future capacity - 'we clear this much now, so we will keep clearing it.' Past throughput is history; the plan still depends on the forecast and the staffing assumptions.
Honest limits
Metric definitions are SME-validation-pending, and whether a figure is a live actual or a planning assumption must be confirmed. These metrics inform the plan; they do not commit it. Confirm throughput and backlog figures against the customer's real system of record.
Interpretation check
Process metrics are inputs that shape the capacity need (backlog adds demand); current throughput is history, not a guaranteed future capacity.
Practical task
Read the process metrics for a scope, identify whether carried backlog is being added to the requirement, and write one line on how it changes the plan.
Self-check
A customer says current throughput proves they can handle the forecast. What do you add?
Current throughput is history, not a guarantee. The forward plan still depends on the forecast and staffing assumptions - past clearance does not certify future capacity.
How does backlog change the capacity requirement?
Carried backlog adds to future demand on top of fresh arrivals, so a plan that ignores it understates the requirement.
What must you confirm about a process figure here?
Whether it is a live actual or a planning assumption, and that it matches the customer's real system of record.
Verified vs demo. Screen is live in the demo at /#/process; exact controls and figures are SME-validation-pending.