Product Design Reference
Design Manager Hub
  • 🖖Hello!
  • Methods
    • 🔍Discovery
      • Affinity Diagramming
      • Analytics Review
      • Behavioural Analytics
      • Benchmark Analysis
      • Card Sorting
      • Clickstream Analysis
      • Competitor Analysis
      • Concept Testing
      • Content Inventory
      • Contextual Inquiry
      • Context Mapping
      • Contextual User Interviews
      • Customer Journey Mapping
      • Design Brief
      • Diary Studies
      • Empathy Mapping
      • Expert Review
      • Feasibility Study
      • Field Studies
      • First Principles Thinking
      • The 5 Whys
      • Focus Groups
      • IA Research Study
      • Jobs-to-be-Done (JTBD)
      • Kick-Off Meeting
      • User Mental Models
      • Observation
      • Personas
      • Problem Statements
      • Project Brief
      • Requirements Engineering
      • Requirements Workshops
      • Stakeholder Interviews
      • Surveys
      • User Experience Mapping
      • User Flows
      • User Interviews
      • User Scenarios
    • 💡Ideation
      • Analogous Inspiration
      • Attribute Listing
      • Brainstorming
      • Co-Creation Workshops
      • Crazy Eights
      • Design Excursions
      • Design Specifications
      • Design Sprint
      • Gallery Walk
      • How Might We
      • Idea Box
      • Ideation Cards
      • Interaction Modelling
      • Mind Mapping
      • Mood Boards
      • Prototyping
      • Paper Prototyping
      • Proof-of-Concept (PoC)
      • Prioritisation Matrix
      • Question Storming
      • Random Word Association
      • Role Playing
      • Reverse Ideation
      • SCAMPER
      • SCAMPER+
      • Scenario Mapping
      • Sitemaps
      • Sketching
      • Speed Dating
      • Storyboards
      • Tree Testing
      • Use Cases
      • User Flow Diagrams
      • User Stories
      • User Story Mapping
      • Wireframing
      • What-If Scenarios
      • Worst Possible Idea
      • Vision Workshops
    • 🎯Testing
      • 5 Second Test
      • 10 Second Test
      • A/B Testing
      • Acceptance Testing
      • Beta Testing
      • Design Failure Mode & Effects Analysis (DFMEA)
      • Eye Tracking
      • Expert Review
      • First Click Testing
      • Guerrilla Testing
      • Hallway Testing
      • Heart Framework
      • Heatmaps
      • Lab Usability Testing
      • Measuring Design Success
      • Prototype Testing
      • Retrospective Testing
      • Screen Recording Analysis
      • Surveys
      • Usability Testing
      • Usability Testing Partners
      • Usability Testing Platforms
  • Laws & Principles
    • ⚖️Laws & Principles
      • Accot-Zhai Steering Law
      • Aesthetic-Usability Effect
      • Anchoring Principle
      • Authority Principle
      • Availability Heuristic
      • Campbell's Law
      • Doherty Threshold
      • Fitts's Law
      • Fresh Start Effect
      • Gestalt Principles
        • Closure
        • Common Fate (Synchrony)
        • Common Region
        • Connectedness
        • Continuation
        • Figure/Ground
        • Focal Points
        • Parallelism
        • Past Experiences
        • Proximity
        • Prägnanz
        • Similarity
        • Symmetry (And Order)
        • Uniform Connectedness
      • Goal-Gradient Effect
      • Halo Effect
      • Hick's Law
      • Hook Model
      • Jakob's Law
      • Miller's Law
      • Occam's Razor
      • Pareto Principle
      • Parkinson's Law
      • Peak-End Rule
      • Poka-Yoke Principle
      • Postel's Law
      • Principle of Commitment and Consistency
      • Principle of Contrast
      • Principle of Least Astonishment
      • Principle of Readability
      • Principle of Repetition
      • Principle of Scale
      • Rule of Thirds
      • Rule of Three
      • Scarcity Principle
      • Serial Position Effect
      • Tesler's Law
      • Three Pillars of User Delight
      • Von Restorff Effect
      • Zeigarnik Effect
  • Resources
    • 🧰Resources
      • General
      • Books
      • Glossary
      • Education
Powered by GitBook
On this page
  • Overview
  • Examples of The Five Whys
  • Further Viewing
  • Further Reading
  1. Methods
  2. Discovery

The 5 Whys

PreviousFirst Principles ThinkingNextFocus Groups

Last updated 5 months ago

Overview

The Five Whys is a simple yet powerful problem-solving technique used to identify the root cause of an issue by asking "Why?" five times in succession. Developed by Toyota as part of its Lean manufacturing processes, this method aims to move beyond surface-level symptoms to uncover deeper, underlying problems. Each answer forms the basis of the next "Why?" question, allowing teams to trace the issue step by step until the root cause is found. While it doesn't always require exactly five iterations, the focus is on continuing until a fundamental cause is revealed, leading to more effective and lasting solutions.

Examples of The Five Whys

Example 1: Toyota

  • Problem: High number of customer complaints about a specific car model.

  • Five Whys:

    1. Why are customers complaining?

      • Because the car's engine is noisy.

    2. Why is the engine noisy?

      • Because a specific engine component is vibrating excessively.

    3. Why is the component vibrating?

      • Because the component was not manufactured to the correct specifications.

    4. Why wasn't the component manufactured correctly?

      • Because the manufacturing equipment was not calibrated properly.

    5. Why wasn't the equipment calibrated properly?

      • Because the maintenance schedule for the equipment was not followed.

Example 2: Healthcare Provider

  • Problem: High rate of patient readmissions after surgery.

  • Five Whys:

    1. Why are patients being readmitted?

      • Because of post-operative infections.

    2. Why are patients getting post-operative infections?

      • Because of inadequate hygiene practices in the post-operative ward.

    3. Why are hygiene practices inadequate?

      • Because staff are not following the correct protocols.

    4. Why are staff not following protocols?

      • Because they are not adequately trained.

    5. Why are staff not adequately trained?

      • Because there is a lack of resources allocated for training.

Example 3: Tech Company

  • Problem: Frequent software crashes.

  • Five Whys:

    1. Why is the software crashing?

      • Because of a memory leak in a specific module.

    2. Why is there a memory leak?

      • Because of a coding error in the module.

    3. Why was there a coding error?

      • Because the developer was not following coding standards.

    4. Why wasn't the developer following coding standards?

      • Because the developer was not adequately trained on coding standards.

    5. Why wasn't the developer trained on coding standards?

      • Because the company's training program was not effective.

Further Viewing

Further Reading

🔍
LogoWhat are the Five Whys? A Tool For Root Cause AnalysisTulip
Logo5 Whys - What is it? | Lean Enterprise InstituteLean Enterprise Institute
LogoMindTools | Home
Image by
Gaurav Jain