What Is the 8D Problem Solving Process? Applying It to Repeat Equipment Failures

Calendar
Duration:
18 min
calendar today
Published on
October 22, 2026
Featured Image

8D problem solving is a team-based method that uses eight disciplines, or steps, to contain a problem, find its root cause, and stop it from coming back. Maintenance teams use it when the same equipment failure keeps returning after every repair. Each step has a clear output, so the team cannot jump from symptom to fix without proof.

Most repeat breakdowns are not bad luck. They come from a cause that the last repair never touched. This guide explains each 8D step in plain terms, shows a full worked example on a conveyor bearing that failed four times in six months, and gives you a simple rule for deciding when a failure deserves an 8D.

Key Takeaways

  • Eight steps plus planning: 8D problem solving moves a team from emergency action (D0) to a verified, permanent fix (D8).
  • Two causes, not one: D4 finds both the root cause and the escape point, which is why repeat failures stop.
  • Clear triggers: The Three-Strike 8D Trigger System opens an 8D on repeat, severe, or costly failures only.
  • Data closes the loop: CMMS work orders, failure codes, and downtime records supply the evidence and confirm the fix held.

What Is 8D Problem Solving?

The 8D problem solving method as eight disciplines from failure to permanent fix | Cryotos

The 8D process is a structured method with eight steps plus a planning step. The steps are labeled D1 to D8, with D0 for planning, and they guide a small team from the first report of a problem to a verified, permanent fix.

Ford Motor Company published the method in 1987 as Team Oriented Problem Solving. The eight disciplines approach spread quickly through the automotive supply chain. Today, suppliers working to IATF 16949 are often asked by customers to submit an 8D report, and the method fits the corrective action clause (10.2) of ISO 9001.

The Nine Steps at a Glance

  • D0, Plan: Decide if the problem needs an 8D and take emergency action.
  • D1, Team: Form a small team with the right skills.
  • D2, Describe: Define the problem with facts and numbers.
  • D3, Contain: Protect production while the team investigates.
  • D4, Root cause: Find why it happened and why it was not caught.
  • D5, Choose fixes: Pick permanent corrective actions and prove they work.
  • D6, Implement: Put the fixes in place and confirm results over time.
  • D7, Prevent: Change systems, so the problem cannot return anywhere.
  • D8, Close: Recognize the team and close the 8D.

In maintenance, 8D problem solving turns a repeat breakdown into a short, owned project with a start, a finish, and proof that the fix held.

Why 8D Problem Solving Works for Repeat Equipment Failures

8D problem solving works for repeat failures because it forces the team to find two causes: why the failure happened, and why the system let it happen again. Most repair work stops at the first cause, which is why the same asset keeps coming back on the breakdown list.

A repeat equipment failure is the same failure mode coming back on an asset after a repair. It can also show up across a group of similar assets, and it signals that the repair treated a symptom.

What 8D Adds That a Quick Repair Does Not

  • Containment first: D3 protects uptime while the team digs, so investigation does not mean more downtime.
  • Escape point: D4 asks where the cause should have been caught, such as a PM task, an inspection, or a parts check.
  • Proof, not hope: D5 and D6 require evidence that the fix works before the 8D closes.
  • System change: D7 pushes the fix to every similar asset, procedure, and standard.
  • A shared record: The 8D report becomes a lesson the next team can find and reuse.

The outcome is fewer repeat work orders on your top bad actors, which is where most avoidable downtime hides.

When Should Maintenance Teams Launch an 8D?

Launch an 8D when a failure is repeating, costly, or risky enough that a normal repair is no longer good enough. Not every breakdown needs eight steps, and running 8D on minor faults wastes the team's time.

The Three-Strike 8D Trigger System:

  • Strike rule: The same failure mode hits the same asset three times within 90 days.
  • Severity rule: Any single failure causes a safety event, an environmental release, or a major customer impact.
  • Cost rule: One asset and failure mode passes a set downtime or repair cost limit in a quarter, such as 24 hours of lost production.

Any one rule is enough to open an 8D. Your work order history makes the strike rule easy to check if technicians log a failure code on every corrective job. Tracking mean time between failures (MTBF) for each bad actor also shows when an asset is getting worse.

Not sure which assets qualify? Run your top breakdown assets through the free MTBF calculator and start with the lowest values.

How to Triage Failures That Miss the Triggers

Failures that do not meet a trigger still deserve a quick look. A technician can run a short 5 Whys on the work order and record a cause code. If the same cause shows up again, the failure moves closer to the strike rule, and the 8D opens with a head start.

A clear trigger rule stops 8D from becoming either a rare event or a paperwork habit.

The 8D Problem Solving Steps, Explained for Maintenance

Each of the 8D problem solving steps below has a goal, the key actions, and the output the team should show before moving on. Most maintenance 8Ds take two to six weeks, with D6 and D7 running longer while results are confirmed.

The nine 8D steps from D0 planning to D8 closeout shown as a maintenance process timeline | Cryotos

D0: Plan and Take Emergency Action

D0 decides whether an 8D is needed and keeps people and equipment safe right now. The team restores the asset, secures the area, and checks the trigger rules.

  • Actions: Make the asset safe, apply a temporary repair, and log the breakdown.
  • Output: A decision to open an 8D, with a named champion who can release time and budget.

D1: Build a Small Cross-Functional Team

Keep the team to four to six people with direct knowledge of the asset and process. A technician who has repaired the asset is the most valuable member.

  • Typical members: Maintenance technician, operator, reliability or process engineer, planner, and a storeroom or quality representative if parts are involved.
  • Output: A team list with a leader, a champion, and agreed meeting times.

D2: Describe the Problem in Measurable Terms

A clear problem statement prevents the team from solving the wrong problem. Use the "is and is not" method: where the failure happens and where it does not, when it started and when it did not happen.

  • What: The exact failure mode, such as a drive-end bearing seizure, not "conveyor down."
  • Where: Which asset, and which similar assets are not failing.
  • When: First occurrence, frequency, and run hours between failures.
  • How big: Downtime hours, repair cost, and scrap per event.

D3: Contain the Problem While You Investigate

Containment protects production until the permanent fix is in place. It is temporary by design, and the team must remove it later.

  • Examples: Extra inspections, a short-interval vibration route, a staged spare, or a reduced load.
  • Output: Containment actions with owners, plus proof they are working.

D4: Find the Root Cause and Escape Point

D4 has two parts. The root cause explains why the failure happened. The escape point explains why your maintenance system did not catch it first.

  • Tools: Use an Ishikawa (fishbone) diagram to list possible causes, then the 5 Whys to drill down.
  • Verify: Confirm the cause with evidence, such as a failed part analysis, a test, or records.
  • Output: A verified root cause and a verified escape point.

Teams can follow a standard root cause analysis investigation checklist, so no evidence step is skipped.

A useful test for any proposed root cause is simple: can you turn the failure on and off with it? If the team can explain why the failure hits one asset and not its identical neighbors, and why it started when it did, the cause is usually real.

D5: Choose and Verify Permanent Corrective Actions

For each verified cause, pick the action that removes it, not one that works around it. Where possible, choose error-proofing, or poka-yoke, so the mistake cannot happen at all.

  • Check each action: Does it remove the cause? Could it create a new risk? Can it be tested before full rollout?
  • Output: Chosen actions with test results showing they work.

D6: Implement and Validate the Fix

Put the actions in place, remove containment, and watch the asset. Validation needs enough run time to cover at least two or three of the old failure intervals.

  • Watch: Failure count, vibration or temperature trends, and downtime hours.
  • Output: Data showing the failure has stopped and containment is removed.

D7: Prevent Recurrence Across Similar Assets

D7 spreads the fix beyond the asset that failed. It updates the systems, standards, and procedures that allowed the problem in the first place.

  • Typical changes: PM task updates, new inspection points, spare part specifications, training, and design standards.
  • Output: A list of changed documents and every asset the fix now covers.

D8: Recognize the Team and Close Out

Close the 8D formally and thank the team in public. Recognition keeps people willing to join the next one.

  • Actions: Share results, file the 8D report, and capture lessons learned.
  • Output: A closed 8D, signed by the champion, stored where others can search it.

8D Problem Solving Example: A Repeat Conveyor Bearing Failure

A worked example shows how 8D problem solving finds a cause that repeat repairs missed. A packaging plant had a drive-end bearing on conveyor C3 seize four times in six months. Each failure stopped the line for about five hours, and each repair was a bearing swap.

Worked 8D example of a repeat conveyor bearing failure traced to a grease mix-up and permanently fixed | Cryotos
StepWhat the Team Found or DidEvidence or OutputOwner
D0Replaced bearing, restarted line, opened an 8D under the strike ruleFourth failure in 26 weeks; 20 hours lost in totalMaintenance supervisor
D1Formed a five-person teamTechnician, operator, reliability engineer, planner, storeroom leadReliability engineer (leader)
D2C3 drive-end bearing fails every 5 to 7 weeks; C2 and C4, same design, do not fail; problem started in MarchWork order history, failure codes, run hoursPlanner
D3Added a twice-weekly vibration check on C3 and staged a spare bearing kitVibration readings logged; no unplanned stop during the 8DTechnician
D4Root cause: two grease types mixed after a supplier change in March. Escape point: the PM task did not name a grease, and the storeroom swapped in a substituteFailed bearing showed broken-down grease; purchase records confirmed the switchReliability engineer
D5Purge and relube with one approved grease; color-coded grease fittings and guns; grease type written into the PM taskTrial on C3 for two cycles with stable vibrationTechnician
D6Fix applied; extra vibration route removed after 18 weeksNo failures in 26 weeks; vibration trend flatMaintenance supervisor
D7Lube standard updated for all 14 conveyors; storeroom rule blocks unapproved grease substitutesUpdated PM tasks, item master change, technician briefingPlanner and storeroom lead
D8Results shared at the monthly review; 8D filed with the asset recordAbout 40 hours of line downtime avoided per yearPlant manager

The bearing was never the real problem. The repeat repairs fixed the part each time, while the cause sat in the lubrication process and the storeroom rules.

Why the Earlier Bearing Repairs Kept Failing

  • Symptom-only fixes: Each work order closed with "bearing replaced" and no cause recorded.
  • Narrow view: No one compared C3 with C2 and C4, which ran the same bearing without trouble.
  • Hidden escape point: The PM task looked complete on paper, but it did not say which grease to use.

The 8D took about five weeks from opening to D5, with a few hours of team time each week. That effort was small next to 40 hours a year of lost packaging output, plus the repair labor and parts for each bearing swap.

8D vs 5 Whys vs A3: Which Method Fits Which Failure

8D is the heaviest of the common problem-solving methods, so it suits repeat, costly, or risky failures. Lighter methods work well for simpler problems. The table shows how they line up.

Attribute5 WhysA3 Problem Solving8D Problem Solving
Best fitSimple, single-cause faultsImprovement problems and process gapsRepeat, costly, or safety-related failures
Team sizeOne to two peopleSmall team led by an ownerFour to six people with a champion
Containment stepNoNot formalYes (D3)
Escape point analysisNoRarelyYes (D4)
Verification of fixInformalFollow-up sectionFormal (D5 and D6)
System-wide preventionNoSometimesYes (D7)
Typical timeUnder an hourOne to four weeksTwo to six weeks

Many teams use these together. The root cause analysis tools inside 8D, such as fishbone diagrams and 5 Whys, are the same ones used on their own for smaller faults.

Match the method to the problem: small faults get 5 Whys, while repeat bad actors get a full 8D.

8D problem solving and FMEA work as a pair. FMEA looks ahead at failures that could happen, while 8D looks back at a failure that already did.

  • 8D feeds FMEA: A verified root cause from D4 becomes a new or updated failure mode in your FMEA, with a fresh severity and occurrence rating.
  • FMEA feeds 8D: A high-risk failure mode in the FMEA can set a lower trigger level for opening an 8D.
  • Both feed PM: D7 changes usually land as new or updated tasks in your preventive maintenance software.

This loop matches the idea of corrective and preventive action (CAPA) used in quality systems. The 8D corrects the current problem, and the FMEA and PM updates prevent the next one.

When each closed 8D updates the FMEA and the PM plan, your maintenance program gets smarter with every failure.

What to Include in a Maintenance 8D Report

An 8D report is the single record of the problem, the evidence, and the fix. A good report is short enough to read in five minutes and complete enough that someone outside the team can follow the logic.

  • Header: Asset ID, location, failure mode, 8D number, open date, team leader, and champion.
  • Problem statement (D2): One or two sentences with the what, where, when, and how big, plus the "is and is not" summary.
  • Containment (D3): Each temporary action, its owner, its start date, and the date it was removed.
  • Root cause and escape point (D4): The verified cause, the evidence that proves it, and the gap in the maintenance system that let it through.
  • Corrective actions (D5 and D6): What changed, who did it, when, and the data that shows it worked.
  • Prevention (D7): Every procedure, PM task, standard, and asset the fix now covers.
  • Closure (D8): Results in hours and cost, lessons learned, and the champion's sign-off.

Attach photos of the failed part, trend charts, and links to the related work orders. Evidence makes the 8D useful long after the team has moved on.

A complete 8D problem solving report is also your best audit record, because it shows the problem was found, fixed, and proven in one place.

How to Run Your First 8D Problem Solving Project

The best first 8D is a visible, painful repeat failure with good work order history. A quick, clear win builds trust in the method faster than any training session.

  • Pick one bad actor: Choose the asset and failure mode with the most repeat work orders or downtime hours in the last six months.
  • Name a champion: A maintenance or plant manager agrees to protect the team's time and approve spending.
  • Set a meeting rhythm: Thirty to sixty minutes, two or three times a week, keeps momentum without pulling technicians off the floor for long.
  • Use one template: Keep the same 8D form for every project, so reports are easy to compare and search.
  • Set a target date: Agree when D4 should be complete, and review progress at each meeting.
  • Share the result: Present the hours and cost saved at a monthly review, then pick the next bad actor.

After two or three projects, most maintenance teams can run 8D problem solving as a normal part of the reliability program rather than a special event.

Common 8D Mistakes Maintenance Teams Make

Most 8Ds that fail do so because the team rushes or skips a step, not because the method is wrong. Teams that successfully use 8D problem solving watch for these traps:

  • Jumping to D5: The team picks a fix before the cause is verified, often "upgrade the part."
  • Vague D2: A problem statement like "conveyor unreliable" cannot be tested or measured.
  • Containment that never ends: Extra inspections stay in place for months because D6 never confirms the fix.
  • No escape point: The team finds the cause but not why the PM or inspection missed it.
  • Stopping at one asset: D7 is skipped, so identical assets fail the same way later.
  • Too big a team: Ten people in the room slow decisions and dilute ownership.
  • 8D as paperwork: The report is filled in after the fact to satisfy an audit, so no real learning happens.

Most facilities improve their 8D results by enforcing one rule: no step closes without its output and evidence attached.

How a CMMS Supports 8D Problem Solving

A Computerized Maintenance Management System supports 8D problem solving by supplying the data for D2, the evidence for D4, and the follow-through for D6 and D7. Without that record, teams argue from memory.

How CMMS data supports each 8D step from finding candidates to validating the fix | Cryotos

Where CMMS Data Fits Each 8D Step

  • Finding candidates (D0): Failure codes on every corrective work order show which assets hit the strike rule.
  • Describing the problem (D2): Work order history gives dates, run hours, and repair notes for the "is and is not" review.
  • Containment (D3): Temporary inspection routes can be scheduled with an end date, so they do not linger.
  • Root cause (D4): Built-in 5 Whys fields, photos, and parts records support the evidence trail.
  • Validation (D6): Downtime tracking shows whether failures and lost hours have dropped after the fix.
  • Prevention (D7): Updated PM tasks roll out to every similar asset in one change.

This is where the payback shows. Maintenance teams using Cryotos have reported up to 30% reduction in unplanned downtime and 25% faster repair turnaround. Much of that comes from fixing repeat failures once instead of repairing them again and again.

When every 8D lives on the asset record, the next technician who sees the same symptom can find the answer in minutes.

Frequently Asked Questions

What does 8D stand for in problem solving?

8D stands for eight disciplines. Each discipline is a step in the process, from forming a team (D1) to recognizing the team and closing the problem (D8). Most versions today also include a D0 planning step.

How long does an 8D problem solving project usually take?

A typical maintenance 8D takes two to six weeks of active work. Validation in D6 can run longer, because the team needs enough run time to prove the failure has stopped. Simple problems may close faster.

Who should lead an 8D for an equipment failure?

A reliability engineer, maintenance engineer, or experienced planner usually leads the team. A manager acts as champion to clear time and budget. The technician who knows the asset best should always be on the team.

Is 8D only used in automotive manufacturing?

No. Ford created 8D for automotive work, but it is now used in food, pharmaceuticals, energy, aerospace, and facility maintenance. Any team facing repeat or high-impact failures can apply it.

How is 8D problem solving related to root cause analysis?

Root cause analysis is one part of 8D, done in D4. 8D wraps that analysis with a team, containment, verification, and system-wide prevention, so the fix is proven and spread to other assets.

What tools are used inside an 8D problem solving project?

The most common tools are the is and is not analysis in D2, fishbone diagrams and 5 Whys in D4, and Pareto charts to rank failure causes. Teams also use failed part analysis, trend charts, and simple trials to prove that a cause and a fix are real before closing the 8D.

Should every breakdown get an 8D?

No. Most breakdowns are simple and only need a normal repair and a failure code. Save 8D for repeat, severe, or costly failures, using clear trigger rules, so the team focuses its time where it pays back.

Can a small maintenance team run 8D without a quality department?

Yes. A small team can run 8D with three or four people and a simple template. Keep the trigger rules strict, so the team only opens an 8D for failures that are worth the effort.

What is the difference between containment and corrective action in 8D?

Containment (D3) is a temporary step that protects production while the team investigates. Corrective action (D5 and D6) removes the root cause for good. Containment should be removed once the corrective action is proven.

8D problem solving turns your worst repeat failures into closed, proven fixes that spread across every similar asset. Schedule a free demo to see how Cryotos links failure codes, 5 Whys records, and downtime data to every 8D on the asset record.

Want to Try Cryotos CMMS Today?

Get Free Demo

Let AI Take Control of Your Maintenance

Cryotos AI predicts failures, automates work orders, and simplifies maintenance—before problems slow you down.

Try AI-Powered CMMS
🡢