The Necessary Tangle

Core methods | about 55 minutes | free

System Dynamics: build, calculate and challenge a queue model

Distinguish causal-loop reasoning from an executable stock-flow model and verify a small model by hand.

Framework link: System Dynamics (Forrester). Apprenticeship practice links: K1, K2, K5, S1, S3, S4, S11.

What this exercise can and cannot establish

An original discrete-time stock-flow rehearsal with a deliberately simple boundary. It is not a prediction of a real service and does not validate a model merely because it runs.

This is original learning material, not a reproduced official course. Mechanical checks have determinate answers within the stated case. Worked comparisons for open judgements show defensible reasoning, not the only possible model. Specialist pedagogical review is not recorded.

The case

Fictional case: a service starts week 1 with a backlog of 40 cases. Exactly 12 new cases arrive at the start of each week. Staff can complete at most 10 cases per week in weeks 1 and 2. Additional trained capacity is available from the start of week 3, raising the limit to 16. All cases are identical in this toy model. Completions during a week cannot exceed that week's starting backlog plus arrivals. There are no withdrawals or reopens in the first model.

Work through it

Use paper, your own drawing tool or the notes below. Attempt each step before opening its comparison. Describe a diagram in words when that is more accessible.

  1. 1. Draw the stock-flow structure and state its units.

    Produce: One stock, two flows and an explicit time step.

    Compare your work for step 1

    Stock: backlog in cases. Inflow: arrivals in cases/week. Outflow: completions in cases/week. Capacity is a limit on the outflow, not another stock of cases. For a one-week step: end backlog = start backlog + arrivals - completions; completions = min(capacity, start backlog + arrivals). The minimum prevents negative backlog. Changing the time step would require rates and event timing to be handled consistently.

  2. 2. Calculate the first four end-of-week backlogs.

    Produce: A four-row calculation table.

    Compare your work for step 2

    Week 1: 40 + 12 - 10 = 42. Week 2: 42 + 12 - 10 = 44. Week 3: 44 + 12 - 16 = 40. Week 4: 40 + 12 - 16 = 36. Backlog rises before the extra capacity arrives, then falls by four cases per week while enough cases remain. A drop in arrivals is not needed to explain this change.

  3. 3. Describe a balancing feedback that could generate the capacity decision.

    Produce: A signed loop and its delay.

    Compare your work for step 3

    Backlog (+) increases perceived capacity gap; gap (+) increases training commissions; commissions (+), after a training delay, increase effective completion capacity; capacity (+) increases completions; completions (-) reduce backlog. The single negative causal link makes this proposed loop balancing. The fixed capacity schedule in the numerical exercise is externally specified: the loop is not yet implemented in its equations. Do not claim a two-flow stock model already simulates the decision feedback.

  4. 4. Run two extreme-condition checks.

    Produce: Results for zero arrivals and for an almost empty queue.

    Compare your work for step 4

    With zero arrivals and backlog 40, capacity 10 yields backlog 30 after one week. With starting backlog 2, arrivals 0 and capacity 16, completions are 2 and ending backlog 0, not -14. These are necessary accounting checks, not evidence that the real service behaves like the model.

  5. 5. Identify a missing mechanism that could reverse the policy conclusion.

    Produce: One boundary extension and data needed to assess it.

    Compare your work for step 5

    Rushed work might reopen cases, making nominal completions overstate resolved need. Add a reopen inflow with an explicit timing rule and measure its rate. Alternatively, training may temporarily reduce experienced staff availability. A model boundary that omits these effects may overstate the improvement from additional capacity.

Check your calculated model

Calculate the four backlogs before using this check. It tests the supplied accounting model, not a real service.

Check the basic distinctions

These checks test the supplied case, not your overall competence. Open answers and model variants still need your judgement.

1. What is the backlog at the end of week 2?

Answer and reasoning 1

44 cases

The backlog gains 12-10=2 cases in each of two weeks: 40+2+2=44. Capacity is a rate of completion, not the number left waiting.

2. Which unit belongs to the backlog?

Answer and reasoning 2

Cases

Backlog accumulates cases. A flow has cases/week, and a processing time may have weeks/case under a specified interpretation.

3. Does a positive link mean a beneficial effect?

Answer and reasoning 3

No: it means change in the same direction, other influences held constant

Polarity describes a causal direction, not desirability. A reinforcing loop can amplify either improvement or deterioration.

4. Starting backlog 2, zero arrivals, capacity 16: how many cases complete?

Answer and reasoning 4

2

The outflow is limited by available cases. A negative backlog is an accounting defect, not an innovative service model.

Repair a defective model or claim

Backlog = arrivals / completions. It is labelled 'cases', and managers say its fall proves a balancing feedback loop.
Compare your repair

The ratio of two rates is dimensionless and is not an accumulation. Use the stock accounting equation with an initial condition. A changing ratio does not identify a closed causal mechanism. State and test the decision rules and delays separately.

Try a changed case before looking

From week 3, let 25% of each week's 16 completions return as new backlog at the end of that same week. Calculate end backlogs for weeks 3 and 4.

Compare the changed case

Each week four cases reopen. Week 3 ends at 44+12-16+4=44; week 4 also ends at 44. Gross completion capacity increased but net resolution is only 12 cases/week. This timing is stipulated for the exercise; a real reopen delay must be investigated rather than assumed.

Review the process, not just the score

A different model can be defensible when its purpose, assumptions and reasoning are explicit. A contradiction, incorrect unit, invented fact or unacknowledged change of purpose needs repair. Keep both your first attempt and revision.

Keep your attempt

No sign-in or submission is required. Notes are not sent by this practice tool. Use fictional information, not identifiable client or learner data. Saving stores this page's attempt only in this browser; clearing browser data can remove it. Export a copy to keep it elsewhere.

External resources and their limits

The complete original case above is free. Links below distinguish exercises from explanations, recordings, software and paid study. Reading a page or drawing in a tool is not itself a model check.

MIT: System Dynamics Self Study, assignments and solutions

Free | Problem sets with solutions

Start with the early assignments and their paired solutions. Predict behaviour, calculate it, then compare. Do not confuse this course with MIT courses that publish assignments without solutions.

What was checked, and what was not

Assignment/solution pairs on the MIT page inspected. Historic software instructions may need adaptation; the whole course was not executed.

Research date: 2026-09-07

SCiO systems practice courses

Paid | Recorded courses with exercises

Choose the named introduction or core module matching your method. Check current price, access arrangements and feedback provision before paying.

What was checked, and what was not

Public listings inspected for VSM, SSM, CSH, SD, Patterns of Strategy, Mosaic and systems laws. Paid exercises and marking were not accessed.

Research date: 2026-09-07

Choose another practice area · Task-only version · Worked-answer version