OPEXSTUDIO
← All lessons and training aids OPEX learning notes / Lean and TPS foundations

Muda, mura and muri reinforce each other

Observe arrival variation. Follow the visual, practise a decision, then check your thinking.

Fictional teaching examples and AI-generated illustrations. Proposed changes and goals are not achieved results. Use the written instructions and check local conditions before applying a method.

Download this exact reviewed edition ↗

Teaching view 1 of 2

Muda, mura and muri reinforce each other

Connected method map: Unevenness, Overburden, Waste, Redesign and test. Every authored connection is shown with a numbered arrow and named legend.
Original OPEX teaching diagram. Follow the steps below, then try the practice question. View full size ↗

A weekly release surge can make people hurry, create errors and leave others waiting later. Those are connected observations, not three unrelated improvement projects. Ask how work arrives, what capacity is available, and where the method demands unreasonable effort. Then redesign the release or work arrangement with the people affected. A short pause may protect reliability; eliminating it without understanding the system can worsen the outcome. Compare customer service, workload and quality after the change. The aim is an easier, steadier method that removes avoidable waste without transferring burden elsewhere.

Follow the method

  1. Unevenness
  2. Overburden
  3. Waste
  4. Redesign and test

Read the example carefully

Idle capacity is not automatically waste.

Do not remove required checks as non-value work.

Leveling and work balance reduce unevenness; Safety constrains redesign.

Teaching view 2 of 2

Show how a release surge becomes a queue

Completed diagnosis links Friday-only release, 100 requests against 25/day capacity, waste candidates and a proposed 20/day trial.
Original OPEX teaching diagram. Follow the steps below, then try the practice question. View full size ↗

Fictional training case: a service coordinator receives 20 complete requests each weekday. An internal manager releases work to the processing team in one large Friday bundle. Analyst Luis asks whether overtime reflects customer demand, the release rule or a lack of capacity.

Follow the method

  1. Mura
  2. Muri risk
  3. Muda candidates
  4. Prediction

Read the example carefully

Reopen the demand and capacity assumptions; do not pretend the release manager created all the unevenness.

The same visual symptom can have a different cause. Options may include agreed lead times, flexible trained capacity or readiness changes, subject to customer needs.

Apply the method

Friday is overloaded before the work begins

Use daily release and workload evidence to explain how unevenness can produce overburden and waste, then design a test without assuming that all quiet time is removable.

Fictional training case: a service coordinator receives 20 complete requests each weekday. An internal manager releases work to the processing team in one large Friday bundle. Analyst Luis asks whether overtime reflects customer demand, the release rule or a lack of capacity.

Role: Service team leader and request-release owner.

Normal condition

The team works at a sustainable pace and completes accepted requests accurately within the service promise.

The gap

The weekly total looks manageable, but a Friday surge produces repeated clarification calls and rushed corrections.

  • Use the supplied daily sustainable processing capacity of 25 requests.
  • This first-pass calculation ignores carry-in backlog and variation; verify both before implementing a release change.
Supplied case inputs
DayCustomer arrivalsInternal release
Monday200
Tuesday200
Wednesday200
Thursday200
Friday20100
Every daySustainable capacity25 requests
  1. Separate demand from the release rule

    Luis plots arrivals and released requests on the same five-day axis. Both total 100, but arrivals are steady and the internal release is concentrated on Friday.

    Why: The weekly sum hides the timing mechanism. A demand surge and a management-created release surge require different investigations.

    Evidence: Arrivals: 20 each day; release: 0, 0, 0, 0, 100.

  2. Name each mechanism using evidence

    The release pattern is unevenness, or mura. Attempting 100 requests against a sustainable 25-request day is an overburden risk, or muri. Correction and repeat clarification are observed candidates for waste, or muda.

    Why: The labels describe linked conditions rather than three boxes into which each person must be placed. Do not diagnose worker effort from a chart.

    Evidence: The supplied Friday release is four times the declared daily sustainable capacity.

  3. Keep the capacity assumption visible

    At the supplied limit, only 25 of the Friday release can be processed that day, leaving 75. Luis records that overtime results and actual quality rates have not been supplied.

    Why: A simple queue calculation can expose an impossible promise but cannot prove a medical, ergonomic or capability threshold. The declared capacity is a teaching assumption.

    Evidence: First-pass Friday remainder: 100 minus 25 = 75 requests.

  4. Test a steadier release with safeguards

    The release owner proposes 20 complete requests daily, retaining necessary readiness checks. The team verifies that the information is available and the service promise allows immediate release.

    Why: Leveling a controllable internal release may reduce induced overload. It does not mean holding urgent customer work to make a graph smooth.

    Evidence: Proposed daily load 20 versus capacity 25; five-request nominal margin, not guaranteed spare capacity.

  5. Check all three conditions after the trial

    Record waiting, repeat work, completion accuracy and experienced workload. Keep time for problem solving and response coverage rather than filling every quiet minute with more starts.

    Why: Removing visible idle time can remove the ability to absorb normal variation and then recreate overload elsewhere.

    Evidence: Trial review compares daily patterns, queues and worker feedback with the original mechanism.

Completed release diagnosis
MechanismCase evidenceResponse
MuraFriday-only internal releaseCheck daily release feasibility
Muri risk100 released against 25/dayDo not demand an impossible daily rate
Muda candidatesClarification and correctionsObserve causes and frequency
Prediction20 ready requests/dayCheck accuracy, age and sustainable workload

The customer actually sends a Friday surge

A new observation shows 80 requests arrive on Friday and only five on each earlier weekday.

Reopen the demand and capacity assumptions; do not pretend the release manager created all the unevenness.

The same visual symptom can have a different cause. Options may include agreed lead times, flexible trained capacity or readiness changes, subject to customer needs.

Separate arrival and release histories support the revised explanation.

A different weekly pattern

Fictional warranty desk: arrivals are 12 per day, releases are 0, 0, 20, 20, 20, and sustainable capacity is 15 per day. There is no initial backlog.

Changed practice inputs
DayRelease
Monday0
Tuesday0
Wednesday20
Thursday20
Friday20

Your task

  1. Calculate end-of-day queues from Wednesday through Friday.
  2. Distinguish actual arrivals from internal release and explain the overburden risk.
  3. Propose a test using the 12-per-day arrival pattern and state what still requires observation.

Prepare your worksheet

  • Daily arrivals and releases
  • Capacity assumption
  • Queue at each day end
  • Proposed rule and exception
  • Quality and workload evidence
Reveal the answer and reasoning

Wednesday leaves 5; Thursday starts with 5 plus 20 and leaves 10; Friday leaves 15 after processing 15 from 30.

The 60-request weekly load is below 75 theoretical weekly capacity, yet delayed release prevents earlier capacity from serving it.

Twelve ready requests released daily is a testable proposal if readiness and promises permit it. Validate mix, time per request and quality instead of treating the arithmetic as proven capacity.

Worked answer record
Day / proposalCalculationResult
Wednesday20 minus 155 waiting
Thursday5 plus 20 minus 1510 waiting
Friday10 plus 20 minus 1515 waiting
Proposed12/day against 15/dayTest readiness and variation

Check these interpretations

  • Weekly average load does not show daily overburden.
  • Leveling does not justify delaying genuinely urgent work or ignoring variable task effort.

Check your work

  • Carry the queue forward correctly.
  • Distinguish the release policy from customer demand.
  • Include quality and worker experience in the trial review.

Run a practice session

Materials

  • Five day cards and 60 request counters
  • Release/arrival chart and queue worksheet
  1. Compare the two patterns · 4 minutes

    What does the weekly total hide?

  2. Build the Friday queue · 7 minutes

    Which assumption makes the 75-request remainder valid?

  3. Calculate the warranty variant · 9 minutes

    Where does Thursday begin: zero or Wednesday’s remainder?

  4. Plan transfer · 5 minutes

    What evidence would identify real demand variation?

Debrief

  • Challenge claims that the team simply needs to work faster.
  • Discuss necessary response capacity before eliminating apparent quiet time.

Use a separate row for arrivals, release, completion and queue; explain each change before viewing the solution.

Transfer into the work

Owner: Release owner with service team leader

Record: Daily arrivals/releases/completions, queue age and workload observations

Review: Daily during a limited trial, then at the agreed service review

Evidence: Accurate completion with less induced waiting and no increase in strain or hidden work

Review readiness, real demand variability and trained capacity; retain explicit urgent-work rules.

Build on reliable methods

Sources and further reading

  • LEI: Muda, Mura, Muri ↗

    Waste, unevenness and overburden are interrelated

    Method reference; original OPEX scenario and diagram are synthetic teaching content, not source case results.
Free learning resources

Take the lesson into your team.

Read the lessons online or use these PDFs to prepare, practise and review with your team. No sign-in needed.

Facilitators and team leads

Facilitator guide

Case objectives, demonstration plans, debriefs, common mistakes and application checks across all 81 workplace cases and method lessons.

Download Facilitator guide PDF · 166 pages · 65.1 MB
Learners and improvement teams

Learner workbook

Printable case worksheets, blank observation records and five calculation exercises; answers are separate.

Download Learner workbook PDF · 169 pages · 10.7 MB
Learners after practice and facilitators

Answer key and coaching notes

Reasoned sample responses, worked calculations and coaching guidance; fictional examples are clearly labelled.

Download Answer key and coaching notes PDF · 105 pages · 8.5 MB
Practitioners and facilitators seeking detailed worked methods

Method and application reference

The native method mechanisms and worked applications for all 68 detailed lessons, in a separate bookmarked portrait reference.

Download Method and application reference PDF · 141 pages · 10.2 MB
Self-study learners and workshop groups

Illustrated systems atlas

Five illustrated system chapters: 15 Flare concept maps and 26 original workplace teaching cards, with links to all 81 supporting cases and method lessons.

Download Illustrated systems atlas PDF · 69 pages · 55.8 MB
Connect the methods

Use the next tool for the next question.

  • Defined work boundary
  • Worker input on strain
Explore all chapters and detailed lessons →