← All articles

Working the Analyze Phase: How to Find the Real Driver, Not the Loudest One

By XNM Technologies · February 23, 2022 · 4 min read
Working the Analyze Phase: How to Find the Real Driver, Not the Loudest One

By the time a DMAIC project reaches Analyze, the team usually has a clear problem statement, a baseline measurement, and a long list of suspects. The temptation is to grab the suspect everyone already dislikes and start fixing it. The Analyze phase exists precisely to resist that temptation. Its job is narrow and unglamorous: prove which input or inputs are actually driving the output you care about, so the Improve phase spends its money in the right place.

In early 2022 that discipline matters more than usual. Material costs are climbing, lead times are unpredictable, and teams are short-staffed as people shift between home and office. Under that kind of pressure the instinct is to act fast on the most visible irritant. But fixing a loud symptom while the real driver keeps running is how organizations spend scarce time and money and still see the baseline refuse to budge.

Start with hypotheses, then let data argue back

Analyze is a conversation between what you think is happening and what the data is willing to confirm. Treat every suspected cause as a hypothesis you are trying to disprove, not a conclusion you are trying to defend. The flow below keeps that honesty intact.

  1. List the candidate causes. Pull them from your process map, your fishbone, and the people who actually run the process. Write each as a testable statement: "setup time rises when operators rotate stations," not "setup is a mess."

  2. Sort by what you can measure. Separate the causes you already have data on from the ones you would have to go collect. You will often find a few drivers you can test today, which is where you start.

  3. Pick the right comparison. Decide what good and bad look like in the data — fast versus slow batches, defective versus clean units, one shift versus another — so the analysis has a real contrast to explain.

  4. Test the link, not the vibe. Use a stratified Pareto, a scatter plot, a box plot by category, or a simple hypothesis test to see whether the suspected input genuinely tracks the output. Eyeballing a trend is a hypothesis; a chart with the strata separated is closer to evidence.

  5. Confirm with the gemba. Take the statistical finding back to the floor and watch the process. If the data says rotation drives setup time, stand there during a rotation. Data tells you where to look; the floor tells you why.

The traps that send teams to the wrong root cause

Most Analyze-phase failures are not about advanced statistics. They are about ordinary reasoning errors that creep in when a team is in a hurry.

  • Confusing correlation with cause: two things moving together may both be driven by a third you have not measured yet.

  • Stopping at the first plausible cause instead of asking whether it explains the size of the problem you measured.

  • Aggregating away the signal — a stable monthly average can hide a Tuesday-night shift that produces most of the defects.

  • Anchoring on the cause that is cheapest or most comfortable to fix, then quietly bending the analysis to support it.

  • Skipping the floor confirmation, so a real statistical relationship gets attached to the wrong mechanism.

A useful discipline is to ask, for each surviving cause, "if I removed this entirely, how much of the gap to target would close?" If the honest answer is "a little," it is a contributing factor, not the driver. Keep digging. The deliverable of Analyze is not a tidy list of everything wrong; it is a short, defensible statement of the vital few causes worth acting on, with the data that backs each one.

What good Analyze output looks like

When the phase is done well, anyone can read the conclusion and follow the logic: here is the output we care about, here are the inputs we tested, here is the evidence that these two inputs explain most of the variation, and here is the floor observation that confirms the mechanism. That clarity is what lets the Improve phase design a change with confidence instead of launching another well-intentioned guess into a tight budget.

If your team keeps fixing symptoms while the baseline holds firm, XNM's strategic advisory can help you pressure-test the analysis and target the cause that actually moves the result.