Change & operationsSupply chain

From firefighting to flow: mapping the operating system of an SME

A flow-first diagnostic for seeing how demand, decisions, handovers and constraints shape delivery.

Many operational problems appear separately: late work, unclear priorities, repeated checking, avoidable stock, or a team that is always busy but still behind. A supply-chain perspective treats these as connected signals rather than isolated failures.

Why a supply-chain lens helps

Every business has an operating chain. A customer need becomes a promise; that promise becomes work; work moves through people, suppliers, information and decisions; and the result is delivered, invoiced and reviewed. The chain exists even when the business does not manufacture or hold inventory.

Looking end to end makes it easier to see where work waits, where information loses quality, and where one local improvement creates pressure somewhere else.

YJ Consulting’s flow-first method

  1. Define the customer promise

    State what must be delivered, to whom, by when and to what standard.

  2. Trace the real flow

    Follow one representative item of work from demand signal to delivery and learning. Use the process people actually follow, not only the procedure on paper.

  3. Mark friction

    Record queues, repeated approvals, rework, missing information, expediting and handovers that depend on one person.

  4. Name the constraint

    Identify the point currently limiting the whole flow. It may be capacity, a decision, a supplier, data quality or unclear ownership.

  5. Choose a bounded test

    Change one part of the system, assign an owner and measure the effect before scaling.

Questions that sharpen the map

  • Where does work wait longer than it is actively worked on?
  • Which handover most often loses context?
  • Which decision is repeatedly escalated?
  • Where do forecasts, orders or priorities conflict?
  • What work is started but not finished?
  • Which measure encourages a local team to optimise against the wider system?

What a useful output looks like

The result should be usable by the people doing the work. A practical pack may include a current-state map, constraint statement, agreed measures, decision rights, a short experiment backlog and a review date.

The goal is not a perfect diagram. It is a shared view of how value moves, where flow breaks and which change is worth testing first.