Ask a scheduler how long the changeover from SKU A to SKU B takes and you will get a number, usually a round one, usually inherited. The schedule is built on a matrix of these guesses. Meanwhile the machines have been timestamping the truth for years: when the last good unit of A ran, when the first good unit of B followed. The gap between those timestamps is the real changeover, and it rarely matches the folklore.

Measure last-good to first-good

Wrench time undercounts. The full cost of a changeover includes the ramp-down, the setup, the startup scrap, and the tuning until quality holds, everything between the last saleable unit of the old run and the first saleable unit of the new. Captured from PLC counts and quality data (any machine brand, via OPC UA or whatever it speaks), this measures itself: no stopwatch studies, no observer effect, every changeover a data point forever.

What measured matrices reveal

Feed it back to the schedule

The matrix's purpose is prospective: measured times replace guesses in the scheduler, and sequence optimization gets honest inputs (the propose-and-approve architecture is in our scheduling software guide). Plants usually find the old matrix was optimistic on the pairs that mattered, which explains years of schedules that looked feasible at 6 a.m. and slipped by noon. Contract packagers, where changeovers are the margin, treat the measured matrix as quoting data too: the real cost of a customer's job includes the transitions it forces (see contract packaging operations).

Keep it alive

A matrix built once decays like the guesses it replaced. Because measurement is automatic, the matrix should be a rolling view, recent months weighted, crews compared, drift flagged when a pair's time creeps. The changeover that got 15 minutes slower over a quarter is a maintenance signal wearing a scheduling costume.