Chapter 14

Demand, Capacity, Queues and Workload

A practical SME guide to understanding demand, capacity, queues, workload, WIP and waiting time in process performance.

On this page

Use the headings in the article to move through the guide.

Demand is the amount of work arriving. Capacity is the amount of work the process can complete. Queues are work waiting to be handled. Workload is the amount of work people or systems are carrying. When demand and capacity are poorly balanced, queues grow, waiting increases and staff feel constantly busy.

The direct answer is this: a process slows down when more work enters the system than the system can complete reliably, or when too much work is allowed to sit in progress. SMEs often experience this as firefighting, missed promises and staff overload.

Core Concepts

ConceptMeaningExample
DemandWork arriving into the process.New enquiries per day.
CapacityWork the process can complete in a period.Quotes the estimator can prepare per day.
QueueWork waiting before the next step.Orders waiting for approval.
Work in progressWork started but not finished.Open jobs across the team.
UtilisationHow much available capacity is being used.A technician booked for 95% of available time.

Queue Warning Signs

  • Work waits in inboxes, trays, message threads or spreadsheets.
  • Staff start many jobs but finish too few.
  • Urgent work constantly jumps the queue.
  • Customers chase for updates.
  • The team is busy but completed output does not rise.
  • Lead time grows even though individual task time has not changed much.

Demand-Capacity Matrix

Demand / CapacityEnough capacityInsufficient capacity
Stable demandStandardise and improve flow.Add capacity, reduce waste or reset promises.
Variable demandUse buffers, scheduling rules and flexible staffing.Triage demand, protect constraints and review service model.

Simple Workload Review Template

WeekNew work receivedWork completedWork in progressOldest item ageAction needed
Week 1
Week 2
Week 3

Panith Illustrative Case Study

Panith Illustrative Case Study: A small IT support provider promises same-day response. Ticket volume rises from 25 to 45 per day, but the team still plans work as if demand is stable. Queues grow, staff multitask and customers wait. The first improvement is not a new tool; it is visibility of demand, WIP, ticket age and available support capacity.

Common Mistakes

  • Assuming delays mean people are lazy.
  • Letting unlimited work enter the system.
  • Planning at 100% utilisation with no room for variation.
  • Starting more work instead of finishing work.
  • Ignoring old items because new urgent work feels louder.

References and Further Reading

Next Lesson

Continue with Lesson 15: Identifying Bottlenecks and Constraints.

SEO improvement pass: expanded depth and practical application

Expanded Practical Guidance

Queues are not only a workload issue. They are also a promise issue. If customers are told work will be completed in two days while the queue already contains five days of work, the process is creating disappointment before anyone starts the task.

High utilisation can be dangerous in variable work. A team booked to 100% capacity has no room for urgent work, mistakes, sickness or customer changes. SMEs often need a visible buffer rather than a heroic culture.

Queue Diagnosis Table

SymptomLikely issueFirst check
Many items started, few finishedToo much WIPCount open work by age.
Customers chase frequentlyUnclear lead time or statusCompare promise vs actual completion.
One role always overloadedCapacity imbalanceMeasure demand by role.
Urgent work disrupts everythingWeak prioritisation rulesReview triage criteria.

Practical Next Step

Create a weekly workload view showing new work, completed work, open work and oldest item age. This simple view often reveals the queue before a complex system is needed.


Visual Learning Aids

The following visual structures translate this lesson into practical management tools. They are designed for SME use and can be copied into a workshop, team meeting or improvement plan.

1. Process Diagram

InputWork systemOutputOwnerMain risk
Customer need or business triggerDemand, Capacity, Queues and Workload applied to the business processReliable customer or internal outcomeProcess ownerRework, delay or quality failure

2. Flowchart

[Start] Trigger received
   |
   v
[Understand] Work is mapped
   |
   v
[Decide] Bottleneck or waste is identified
   |
   v
[Act] Improvement option is selected
   |
   v
[Review] New way of working is tested
   |
   v
[Improve] KPI review confirms next action

3. Decision Tree

Is the issue clear and evidence-based?
- No: clarify the problem, collect examples and involve the people closest to the work.
- Yes: does it affect customers, cost, quality, risk or growth?
  - No: document the learning and monitor lightly.
  - Yes: assign an owner, choose a practical method, define success measures and review progress.

4. Priority Matrix

Low effortHigh effort
High impactDo first: quick operational improvementPlan carefully: strategic improvement project
Low impactDo only if it removes frictionAvoid or defer unless required for risk, compliance or learning

5. Implementation Timeline

StageTypical SME timingOutput
DiagnoseWeek 1Problem statement and evidence
DesignWeek 2Chosen method, owner and measures
TestWeeks 3-4Small pilot or controlled trial
StandardiseWeeks 5-6Checklist, SOP, dashboard or decision rule
ImproveMonthlyReview notes and next improvement action

6. Illustrative Performance Chart

Illustrative example: replace these sample scores with real business data before using the chart for decisions.

MeasureCurrent scoreTarget scoreVisual gap
Clarity2/54/52 blocks to 4 blocks
Ownership2/55/52 blocks to 5 blocks
Measurement1/54/51 block to 4 blocks
Consistency3/54/53 blocks to 4 blocks

7. Maturity Model

LevelMaturity stageWhat it looks likeNext improvement
1Informal workInformal work is visible in the way the business manages this topic.Documented process
2Documented processDocumented process is visible in the way the business manages this topic.Measured process
3Measured processMeasured process is visible in the way the business manages this topic.Controlled process
4Controlled processControlled process is visible in the way the business manages this topic.Continuously improved process
5Continuously improved processContinuously improved process is visible in the way the business manages this topic.Sustain and refine through periodic review

8. Comparison Table

DimensionCurrent-state processFuture-state process
Decision basisExperience, urgency or individual memoryEvidence, agreed criteria and visible trade-offs
AccountabilityUnclear or dependent on the founderNamed owner with clear responsibility and review rhythm
MeasurementDiscussed only when something goes wrongTracked using cycle time, first-time-right rate, cost and customer impact
ScalabilityWorks only while the team is smallCan be taught, repeated and improved as the business grows