<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=6161001&amp;fmt=gif">
Oct 21-23: Visit Kinetech at FABTECH 2026 (AI Pavilion, Booth C2545). Book a meeting →
THOUGHT · SCHEDULING

Why fabrication schedules fall apart every week (and how to close the loop)

Last updated: September 24, 2026 · 5 min read

Every fab shop I've been in runs the same Monday ritual. The scheduler builds the week, the jobs line up across the machines, the ship dates all look makeable, and everyone leaves the meeting believing the plan. By Wednesday it's coming apart. By Friday you're expediting, resequencing, and calling customers, and the schedule on the wall looks nothing like the one you started with.

Every schedule is a forecast. Some weeks the forecast is doomed from the start, built on setup standards and run rates that were never real. Some weeks a good plan rots as the floor drifts away from it. Both trace to the same root: the schedule runs on inputs that don't come from the floor, and nothing from the floor comes back to correct it.

InputsStandards & ERPsetup times and run rates that were never real
→
PlanThe schedulethe week on the wall
→
RealityThe floorwhat actually runs
←Nothing comes back to correct it
The open loop. Inputs flow into the plan, the plan meets the floor, and the floor never reports back. The schedule keeps forecasting a shop it can't see.

Where the week comes apart

Three things pull the schedule away from reality, and the scheduler usually can't see any of them until the damage is done.

01

Downtime that never gets recorded

The plan assumes the machine was cutting. The lost forty minutes, the cleared jam, the setup that ran long never land anywhere.

02

Setup time, broken both ways

The standard assumes everything goes right, and it was never a fixed number to begin with. It depends on what ran before.

03

The gap between system and floor

The ERP says a job is complete or still running. The parts say otherwise, sitting at the machine or already gone.

The first is downtime that never gets recorded. The schedule assumes a machine was cutting for the hours it was assigned. In reality, it lost forty minutes waiting on material, twenty more to a jam someone cleared without logging, and an hour to a setup that ran long. None of it lands anywhere, so the plan keeps assuming the machine holds its pace while real output falls further behind every shift.

Then there's setup time, and this one is broken in both directions.

The standard in the system assumes everything goes right, with the tooling staged and the program posting clean.

On a job that hasn't run in months, something usually slips. And because no one feeds the real setup time back, the standard never gets corrected, so next month's plan books the same fantasy number. The scheduler is planning every week off setups that have never once run to standard.

Worse, setup time was never a fixed number to begin with. It depends on what ran before. The same bend job is a twenty-minute changeover behind a part that shares its tooling and a two-hour teardown behind one that doesn't. Sequence the week well, and you save hours of changeover across the same set of jobs. Most schedules can't make that trade, because a single standard per job hides the difference entirely.

Same bend job, behind a part that shares its tooling
20 min changeover
Same bend job, behind one that doesn't
2 hour teardown
Setup depends on sequence. One standard per job hides the difference. Sequence the week well and you save hours of changeover across the same set of jobs.

The third is the gap between what the system says and what's on the floor. The ERP shows a job complete because someone closed the operation, but the parts are still sitting at the machine waiting on a crane. Or it shows a job running that finished two hours ago with the status never updated.

The scheduler is planning against a picture that's stale in a dozen small ways, and those small errors compound into a plan that describes a shop that doesn't exist.

Why a better scheduling method won't save you

Look at what these three have in common. Bad inputs going in, and no corrections coming back. That gap sits underneath every scheduling method you could pick, which is why swapping tools rarely helps. A shop feels the weekly pain and goes hunting for a smarter algorithm, then feeds it the same stale standards and gets a more sophisticated version of the same fiction.

Close the loop

The fix is a feedback loop between the plan and the floor, and it pays off on two timeframes.

InputsStandards & ERPnow corrected by real numbers
⇄
PlanThe scheduletruer every week
⇄
RealityThe floormachine state, run rate, progress
The closed loop. Data moves both ways at every step. The floor reports back as it happens, drift surfaces while you can still act on it, and the standards converge toward what the shop really does.

This week, live actuals catch the drift while you can still act on it. Machine state, run rate, and job progress flow back into the plan as they happen instead of getting reconciled on Friday. A setup that runs long surfaces Tuesday morning as a job starting to slip, days before it becomes a missed ship date. To be clear about what this buys you: the setup still ran long, and the hours are still gone. What you gain is the chance to resequence, move a due date, or call the customer while there are still options on the table, instead of apologizing after the truck leaves.

The bigger payoff builds over the following weeks. Every job that runs within the loop leaves behind its real numbers: the actual setup time, the actual run rate, the actual time in queue.

Those actuals replace the estimates the schedule has been running on, so the standards converge toward what the shop really does. Setup data gets rich enough to show which jobs change over cheaply behind which, and sequencing for it recovers hours the old plan spent on teardowns. The Monday plan improves because its inputs get truer every week, and forecasts built on real numbers fall apart a lot less often.

This week

Catch the drift

Live actuals surface a slip days before it becomes a missed ship date, while resequencing, moving a due date, or calling the customer are still on the table.

The following weeks

Standards converge

Every job leaves behind its real numbers. The estimates get replaced, and the Monday plan gets harder to break every week it runs.

A forecast that corrects itself

You can't schedule a shop you can't see. Every week that opens with a confident plan and ends in expediting is a week the schedule was running blind, on numbers no one ever checked against the floor. Close the loop, and you get two things: a warning while there's still time to react, and a plan that gets harder to break every week it runs.