Home  /  Blog  /  Quality Data
Quality Data

your quality metrics are all telling you about the past

Patrycja Pezan  ·  Aug 31, 2026

Look at the quality metrics most organizations track, and they have something uncomfortable in common. Defect rate, scrap, rework, returns, escapes, warranty claims. Every one of them is a record of something that already happened, a count of defects that already exist, damage that has already been done. They are lagging indicators, and by the time they move, it is too late to do anything about what they are measuring. Most operations run their entire quality function on metrics that can only ever tell them about the past, and then wonder why they are always reacting instead of preventing.

the problem with looking backward

A lagging indicator tells you the result after the fact. Your defect rate for last month tells you how many defects you made last month, which is genuinely useful for understanding where you stand, and completely useless for preventing those defects, because they already happened. Running quality on lagging indicators is like driving by looking only in the rearview mirror. You can see clearly where you have been, and you learn about a problem only after you have already hit it. A quality function built entirely on backward-looking metrics is structurally reactive, because its instruments only report problems that have already occurred, and you cannot prevent what you only find out about after it is done.

leading indicators look forward

The alternative is a leading indicator, something that moves before the defect, that tells you a problem is coming while there is still time to stop it. Process parameters drifting toward their limits before anything is out of spec. The variation in a measurement widening before it produces a defect. The near misses accumulating before one becomes an escape. Equipment showing early signs of the condition that will eventually cause a failure. These are the signals that let you act before the cost is incurred, and they are what a preventive quality function actually runs on. The difference between reacting and preventing is largely the difference between watching lagging and leading indicators.

why we track the lagging ones

Operations gravitate to lagging indicators because they are easy and unambiguous. A defect either happened or it did not, and counting defects is simple. Leading indicators are harder. They require understanding your process well enough to know what predicts a problem, they involve watching signals that have not yet caused harm, and they demand acting on a warning rather than a confirmed defect, which feels less certain and less justified. So the easy backward-looking metrics get tracked and reviewed in every meeting, while the harder forward-looking ones that could actually prevent problems get neglected, and the organization stays reactive by the design of its own measurement.

the meeting that reviews the past

You can see this in how quality reviews usually run. The team gathers to look at last period's numbers, discusses the defects that already happened, and assigns actions to respond to them. It is entirely retrospective, a post-mortem on damage already done. A genuinely preventive review would spend most of its time on the leading indicators, on the signals suggesting where the next problem is developing, on the drifts and near misses and early warnings that point at defects that have not happened yet. Most quality reviews spend almost no time there, because the metrics on the wall are all lagging, so the conversation can only ever be about the past.

build instruments that face forward

The shift worth making is to deliberately develop and watch leading indicators, not to replace the lagging ones, which still matter for knowing where you stand, but to add the forward-looking signals that lagging metrics cannot provide. That means understanding your processes well enough to know what predicts their failures, and then instrumenting and watching those predictors. It is harder than counting defects, and it is the difference between a quality function that learns about problems after they happen and one that sees them coming. An operation that only measures the past will always be managing the past. To manage the future, you have to measure something that points at it.

If every quality metric on your wall is a count of something that already went wrong, what in your operation is actually telling you about the problem that has not happened yet?

Thanks for reading.

I write about quality, manufacturing, and the lessons the floor teaches. If this resonated, follow along on LinkedIn and tell me what it brought up for you.

Connect on LinkedIn →