Skip to content
Get in touch
Systems ThinkingMany Maps, One Mess
← Back to the bike shop

Fictional shop. Illustrative numbers.

More repairs,
longer queue?

Stocks & Flows · System Dynamics

First, make the work visible.

20unfinished repairs
at the start
10new repairs accepted
per working day
8repairs of capacity
per working day, before

The queue includes waiting and in-progress repairs. A job leaves when its repair is finished—not when its owner collects the bike. Shop floor occupancy is a different quantity.

Unfinished work carries forward. New accepted work adds to it; finished repairs remove work from it. The unfinished jobs are a stock. Arrivals and completions are flows.

First new jobs arrive, then available jobs can be finished up to that day's capacity. All jobs count equally and can finish in the same day; there is no minimum repair duration.

Compare stock, level, inventory and capacity →

Try a change

What happens next?

The first proposal adds one repair per day to capacity. It does not assume that one new mechanic produces one extra repair. Hiring and output need evidence outside this model.

Accepted jobs, not all customer demand. Whole numbers, 0–16.

Starting with 20 unfinished repairs, what will happen over ten working days?

Watch · model results

Unfinished repairs jobs at the end of each working day
402000510Working day40
Original rates · 10 in / 8 capacity

Make a prediction, then run your proposed rates. At the original rates, the queue goes from 20 to 40 unfinished repairs.

Daily values
Original rates · unfinished jobs: day 0 = 20, day 5 = 30, day 10 = 40.
DayAcceptedFinishedUnfinished
00020
110822
210824
310826
410828
510830
610832
710834
810836
910838
1010840

These are model results, not observations from a real shop. The ten-day arithmetic cannot establish fairness, profitability, quality or whether hiring was wise.

Revise

What would you revise?

Your prediction, the rates, or the model itself?

  • Match accepted work to completion capacity and growth stops; the old queue remains.
  • Finish more than is accepted and the queue can clear, if that capacity is real.
  • Accept fewer jobs and waiting may move to customers outside this model. Where did that work go?

Doubt the model

What did we leave out?

Same-sized jobs. Constant rates. All parts available.

What we left out
  • Jobs differ in effort and required skills.
  • Training can absorb time before increasing output.
  • Parts waits, interruptions, rework and cancellations are absent.
  • Rejected demand, waiting before acceptance, costs and quality are outside the boundary.
  • Completing a repair is not the same as returning a bike to its owner.
  • If actual completions fall when more jobs arrive, our constant-capacity assumption needs revisiting.
What does “model” mean in another tradition? →

Take the lens with you

Try this on your system

Every field is optional. Your notes stay in this browser tab; copy them before closing it.

Describe

What is happening?

What changes over time?

What relationships might produce it?

Question

Whose view does your model represent?

Who or what is outside it?

Try

What small change could you try?

What do you expect, and by when?

What evidence would tell you that you were wrong?

The same lens, another situation

Unanswered service emails

Count the backlog, messages arriving, messages resolved and reopened messages. Sending a reply is not necessarily resolving a customer's need.

A civic permit queue

Count applications accepted and decisions completed. The same accounting does not imply the same goals, constraints or fair intervention.

Where this comes from

The bike-shop case and numerical model are original illustrative exercises from Renaissance Solutions. These institutions have not endorsed this exercise.

All sources and credits

Tab storage is unavailable. This comparison opens here so your experiment stays intact.

System Dynamics

Stock

An amount accumulated at a point in time. Here it is the number of accepted repairs not yet finished.

Close equivalent — in this context

Level

Within System Dynamics

Both name the accumulated quantity here.

Related — not interchangeable

Inventory

Inventory in an operations context

Inventory can be modeled as a stock. Count bikes or parts consistently; neither is automatically the unfinished-job queue.

Different — watch the distinction

Repair capacity

Repair capacity measured in jobs/day

Potential daily throughput is not the number of jobs waiting. This is our application of the units; a stock of mechanics would have units of people.

This comparison is an editorial synthesis for this example. Other contexts can use these words differently. Cybernetics, Critical Systems, Complexity and Network comparisons are not yet reviewed here.

See it at the bike shop

Where this comes from

The bike-shop case and numerical model are original illustrative exercises from Renaissance Solutions. These institutions have not endorsed this exercise.

All sources and credits

Open standalone term page (leaves this experiment; copy your notes first).

Tab storage is unavailable. This comparison opens here so your experiment stays intact.

System Dynamics · Soft Systems inquiry

Model

A representation built to ask a question. Different traditions use models for different purposes; they are not interchangeable.

Related — not interchangeable

Purposeful-activity model

System Dynamics and Soft Systems inquiry · editorial synthesis

A System Dynamics stock/flow model asks how specified rates and relationships produce behavior over time under stated assumptions. A Soft Systems purposeful-activity model helps discuss what the shop ought to do from a declared perspective. A queue simulation cannot settle whose idea of good service governs the shop; an activity model does not itself forecast the unfinished queue.

This comparison is an editorial synthesis for this example. Other contexts can use these words differently. Cybernetics, Critical Systems, Complexity and Network comparisons are not yet reviewed here.

See it at the bike shop

Where this comes from

The bike-shop case and numerical model are original illustrative exercises from Renaissance Solutions. These institutions have not endorsed this exercise.

All sources and credits

Open standalone term page (leaves this experiment; copy your notes first).