The 5 Whys and Pareto Analysis are two of the most widely used tools in root cause analysis, but they answer fundamentally different questions. The 5 Whys drills deep into one problem to find its root cause. Pareto Analysis identifies which problems matter most so you know where to focus. They are not competing methods — they are complementary. Used together, they form one of the most powerful problem-solving workflows available. You can try the 5 Whys for free right now to see the depth side of the equation.

5 Whys at a glance

The 5 Whys is a root cause analysis technique developed within the Toyota Production System. You start with a specific problem and ask "Why did this happen?" repeatedly — typically five times — until you reach the systemic root cause. The method is intentionally simple: no special software, no statistical expertise, no complicated charts. Just disciplined questioning.

The power of 5 Whys lies in its ability to push past surface-level symptoms. Most teams stop investigating too soon. They fix the immediate cause (a server crashed because it ran out of memory) rather than the systemic cause (there is no performance review step in the deployment pipeline). The 5 Whys forces you to keep going.

The method works best for individual incidents with a relatively linear causal chain. It is fast (15–30 minutes), requires minimal data, and can be done solo or in a small team. For a complete guide to the technique, see our root cause analysis guide.

Pareto Analysis at a glance

Pareto Analysis is based on the Pareto Principle (also called the 80/20 rule): roughly 80% of effects come from 20% of causes. The concept is named after Italian economist Vilfredo Pareto, who observed in the early 1900s that 80% of Italy's land was owned by 20% of the population. Quality management pioneer Joseph Juran later applied this principle to manufacturing defects in the 1940s, calling it the "vital few and trivial many."

In practice, Pareto Analysis involves three steps:

  1. Collect data on all issue types — defect categories, complaint types, failure modes, or whatever you are investigating.
  2. Rank the categories from most frequent (or most impactful) to least.
  3. Create a Pareto chart — a bar chart sorted by frequency with a cumulative percentage line. The point where the cumulative line crosses 80% marks the boundary between the "vital few" and the "useful many."

The result tells you exactly where to focus your limited resources. If three defect types out of twenty account for 80% of all failures, those three types are where you should invest your investigation time first. Pareto Analysis does not tell you why those problems happen — it tells you which problems are worth solving.

Pareto Analysis requires quantitative data. You need counts, frequencies, costs, or some other measurable dimension. Unlike the 5 Whys, which can be done with nothing more than a conversation, Pareto Analysis depends on having enough historical data to identify meaningful patterns.

Head-to-head comparison

Feature5 WhysPareto Analysis
PurposeFind the root cause of a single problemPrioritize which problems to solve first
Best forIndividual incidents, specific failuresMultiple recurring issues, resource allocation
Time needed15–30 minutes1–4 hours (including data collection)
Team size1–5 people1–3 analysts
Data neededMinimal — qualitative observations are enoughQuantitative — counts, frequencies, or costs required
OutputOne root cause + corrective actionRanked list of top issues + Pareto chart
ComplexityLow — anyone can facilitateMedium — requires data literacy and charting

5 Whys strength

Goes deep. When you know what the problem is but do not know why it keeps happening, the 5 Whys gives you the answer in minutes. It is the best tool for drilling from symptom to root cause on a single issue.

Pareto Analysis strength

Goes wide. When you have dozens of different problems and cannot decide where to start, Pareto Analysis instantly shows you the vital few that deserve attention. It prevents teams from chasing low-impact issues while high-impact ones persist.

When to use 5 Whys

The 5 Whys is the right tool when you need to investigate a specific, well-defined problem. Here are four scenarios where it excels:

Single incident investigation

A production outage occurred last night. A shipment was delivered to the wrong address. A customer received a duplicate charge. These are specific events with a clear starting point. The 5 Whys will trace the causal chain from that event to the systemic failure that allowed it to happen. You do not need data from dozens of incidents — you need to understand this one incident deeply.

Quick root cause needed

Sometimes you cannot afford a multi-day analysis project. A stakeholder needs to understand what happened and what you are doing about it. The 5 Whys can be completed in a 30-minute meeting and immediately produces an actionable root cause with a corrective action plan. Speed is built into the method.

Team retrospective

Sprint retrospectives, post-incident reviews, and project post-mortems are natural homes for the 5 Whys. The team already has context about what happened. The 5 Whys structures the discussion and prevents it from staying at the symptom level. It works especially well in agile environments where fast learning cycles matter.

Low data availability

When you do not have historical data, frequencies, or trend reports, Pareto Analysis is not possible. But you can always run a 5 Whys. All you need is a clear problem statement and one or more people who understand the process. This makes 5 Whys the default choice for early-stage teams and organizations that have not yet built robust data collection systems.

When to use Pareto Analysis

Pareto Analysis shines when you face a portfolio of problems and need to make strategic decisions about where to invest improvement effort.

Multiple recurring issues

Your helpdesk logs show 15 different ticket categories. Your manufacturing floor tracks 20 defect types. Your QA team files bugs across 8 product areas. You cannot run a 5 Whys on all of them simultaneously. Pareto Analysis tells you which three or four categories account for 80% of all incidents, so you investigate those first.

Need to prioritize where to invest

You have a finite budget for process improvement, quality engineering, or customer experience work. Pareto Analysis quantifies the impact of each issue category so you can build a business case for investment. It answers the question every manager asks: "Where will we get the biggest return if we fix this?"

Data-rich environment

Organizations with mature tracking systems — ticketing platforms, defect databases, CRM logs, monitoring dashboards — generate the quantitative data that Pareto Analysis requires. If you already have the data, you are leaving value on the table by not running a Pareto Analysis. The chart often reveals surprising patterns that intuition alone would miss.

Reporting to stakeholders

A Pareto chart is one of the most effective visuals for executive communication. It immediately conveys which issues matter, how much they matter, and where the 80/20 threshold falls. Unlike a 5 Whys document (which tells the story of one problem), a Pareto chart communicates the landscape of all problems at a glance. Use it in quarterly reviews, board presentations, and improvement roadmap discussions.

When to use BOTH together

The most effective root cause analysis programs use Pareto Analysis and 5 Whys in sequence. Pareto narrows the field; 5 Whys goes deep on the winners. Here is the combined workflow:

  1. Step 1: Collect data on all issues. Pull records from your ticketing system, defect tracker, incident log, or complaint database. Categorize each record into a type. You need at least 30–50 records for a meaningful Pareto chart.
  2. Step 2: Build a Pareto chart to find the vital few. Rank categories by frequency or impact. Draw the cumulative percentage line. Identify the top 20% of categories that cause 80% of the total impact. These are your "vital few."
  3. Step 3: Run a 5 Whys analysis on each top Pareto category. Take each vital-few category and pick a representative incident. Run a full 5 Whys analysis to find the root cause. Repeat for each top category.
  4. Step 4: Define corrective actions for root causes. For each root cause identified through the 5 Whys, define a specific corrective action with an owner, deadline, and success metric. Prioritize actions that address the highest-impact Pareto categories first.

This workflow ensures that you are not just finding root causes — you are finding root causes for the problems that matter most. Many teams make the mistake of running 5 Whys on whatever incident happened most recently, rather than on the issue category with the highest cumulative impact. The Pareto step prevents this by providing data-driven prioritization. Avoiding this kind of mistake is critical — for more on what can go wrong, see common 5 Whys mistakes.

Real-world examples

Example 1
Manufacturing — Electronics Assembly Plant
Problem: High defect rate on circuit board assembly line. 847 defects logged in Q1 across 12 defect categories.

Pareto Analysis result

After ranking all 12 defect categories by frequency, the Pareto chart revealed:

Defect TypeCount% of TotalCumulative %
Solder bridges31236.8%36.8%
Missing components19823.4%60.2%
Cold solder joints16419.4%79.6%
Tombstoning586.8%86.4%
Other (8 types)11513.6%100%

The top three defect types accounted for nearly 80% of all defects. The team decided to run a 5 Whys on the largest category: solder bridges.

5 Whys on "Solder bridges" (312 defects)

Why 1 Why are solder bridges forming on the boards? — Excess solder paste is being deposited on the pads.
Why 2 Why is excess solder paste being deposited? — The stencil apertures are larger than specification for fine-pitch components.
Why 3 Why are the stencil apertures oversized? — The stencil was ordered using an outdated Gerber file that predated the design revision.
Why 4 Why was an outdated Gerber file used? — The file server had multiple versions of the Gerber file with no clear naming convention or version control.
Root Cause No version control or naming convention for manufacturing design files. Engineers saved updated files alongside old ones without archiving or labeling them, and the procurement team had no way to identify the current version.

Corrective action: Implement a version-controlled file repository for all manufacturing design files. Require a sign-off step where engineering confirms the correct file version before stencil procurement. This single fix was projected to eliminate the majority of solder bridge defects — addressing 37% of all defects on the line.

Example 2
Customer Support — SaaS Company
Problem: Support ticket volume increased 40% quarter-over-quarter. 2,340 tickets logged in Q1 across 9 categories.

Pareto Analysis result

After categorizing all 2,340 tickets:

Ticket CategoryCount% of TotalCumulative %
Login / authentication issues70230.0%30.0%
Billing discrepancies53823.0%53.0%
Feature not working as expected42118.0%71.0%
Slow performance23410.0%81.0%
Other (5 types)44519.0%100%

The top three categories accounted for 71% of all tickets (four categories reached 81%). The team ran a 5 Whys on the biggest driver: login and authentication issues.

5 Whys on "Login / authentication issues" (702 tickets)

Why 1 Why are so many customers unable to log in? — Password reset emails are not arriving, so locked-out users cannot recover their accounts.
Why 2 Why are password reset emails not arriving? — The transactional email service is rate-limited and queuing messages with delays of up to 45 minutes.
Why 3 Why is the email service rate-limited? — The company exceeded its monthly sending quota after a marketing campaign was sent through the same transactional email account.
Why 4 Why are marketing emails sent through the transactional email account? — When the marketing team set up their campaign tool, they connected it to the only email API key available.
Root Cause No separation between transactional and marketing email infrastructure. A single email account and API key served both purposes, meaning marketing volume spikes directly degraded critical transactional emails like password resets and account confirmations.

Corrective action: Set up a dedicated transactional email account with its own domain, API key, and sending quota. Move all marketing campaigns to a separate marketing email service. Add monitoring alerts when transactional email delivery latency exceeds 60 seconds. This addressed 30% of all support tickets.

Both examples follow the same pattern: Pareto Analysis identified where the biggest impact was hiding, and the 5 Whys revealed why it was happening. Neither method alone would have been as effective. For more examples of the 5 Whys in action, see our collection of 10 real-world 5 Whys examples.

Build a Pareto Chart — free

Enter your defect counts, get an 80/20 chart with vital few callout instantly.

Build Pareto Chart →

Then drill deeper with 5 Whys

Found the vital few? Run a guided 5 Whys analysis on each top cause.

Start 5 Whys →

Frequently asked questions

What is the difference between 5 Whys and Pareto Analysis?

The 5 Whys drills deep into a single problem by asking "why?" repeatedly until you reach one root cause. Pareto Analysis uses the 80/20 rule to identify which problems matter most by ranking issues by frequency or impact. The 5 Whys answers "what caused this?"; Pareto answers "which problems should we solve first?" They serve different purposes and are most powerful when used together.

Can you use 5 Whys and Pareto together?

Yes, and this is one of the most effective root cause analysis workflows. Use Pareto Analysis first to identify the vital few issues causing 80% of the impact. Then run a 5 Whys analysis on each top Pareto category to drill down to the root cause. This ensures you are solving the right problems deeply, rather than investigating whatever happened most recently.

Which method is better for root cause analysis?

Neither is universally better — they serve different purposes. The 5 Whys is better for finding the root cause of a single specific problem. Pareto Analysis is better for prioritizing which problems to investigate first when you have many different issue types. For the most comprehensive root cause analysis, use both: Pareto to prioritize, then 5 Whys to investigate each top category.

What is the 80/20 rule in root cause analysis?

The 80/20 rule (Pareto Principle) states that roughly 80% of effects come from 20% of causes. In root cause analysis, this means a small number of issue types typically account for the majority of failures, defects, or complaints. A Pareto chart visualizes this by ranking causes from most to least frequent, with a cumulative percentage line. The categories above the 80% threshold are the "vital few" that deserve investigation first.

When should I use a Pareto chart instead of 5 Whys?

Use a Pareto chart when you have multiple different types of issues and need to decide which ones to investigate first. It requires quantitative data — counts of defects, ticket volumes, costs by category, or similar metrics. Once you have identified the top issues from the Pareto chart, switch to 5 Whys to find their root causes. If you only have a single incident to investigate, skip Pareto and go straight to 5 Whys.

Recommended Reading

Browse all recommended books →

Related resources