Accendo Reliability

Your Reliability Engineering Professional Development Site

  • Home
  • About
    • Contributors
  • Reliability.fm
    • Speaking Of Reliability
    • Rooted in Reliability: The Plant Performance Podcast
    • Quality during Design
    • Way of the Quality Warrior
    • Critical Talks
    • Dare to Know
    • Maintenance Disrupted
    • Metal Conversations
    • The Leadership Connection
    • Practical Reliability Podcast
    • Reliability Matters
    • Reliability it Matters
    • Maintenance Mavericks Podcast
    • Women in Maintenance
    • Accendo Reliability Webinar Series
  • Articles
    • CRE Preparation Notes
    • on Leadership & Career
      • Advanced Engineering Culture
      • Engineering Leadership
      • Managing in the 2000s
      • Product Development and Process Improvement
    • on Maintenance Reliability
      • Aasan Asset Management
      • AI & Predictive Maintenance
      • Asset Management in the Mining Industry
      • CMMS and Reliability
      • Conscious Asset
      • EAM & CMMS
      • Everyday RCM
      • History of Maintenance Management
      • Life Cycle Asset Management
      • Maintenance and Reliability
      • Maintenance Management
      • Plant Maintenance
      • Process Plant Reliability Engineering
      • ReliabilityXperience
      • RCM Blitz®
      • Rob’s Reliability Project
      • The Intelligent Transformer Blog
      • The People Side of Maintenance
      • The Reliability Mindset
    • on Product Reliability
      • Accelerated Reliability
      • Achieving the Benefits of Reliability
      • Apex Ridge
      • Metals Engineering and Product Reliability
      • Musings on Reliability and Maintenance Topics
      • Product Validation
      • Reliability Engineering Insights
      • Reliability in Emerging Technology
    • on Risk & Safety
      • CERM® Risk Insights
      • Equipment Risk and Reliability in Downhole Applications
      • Operational Risk Process Safety
    • on Systems Thinking
      • Communicating with FINESSE
      • The RCA
    • on Tools & Techniques
      • Big Data & Analytics
      • Experimental Design for NPD
      • Innovative Thinking in Reliability and Durability
      • Inside and Beyond HALT
      • Inside FMEA
      • Integral Concepts
      • Learning from Failures
      • Progress in Field Reliability?
      • R for Engineering
      • Reliability Engineering Using Python
      • Reliability Reflections
      • Testing 1 2 3
      • The Manufacturing Academy
  • eBooks
  • Resources
    • Accendo Authors
    • FMEA Resources
    • Feed Forward Publications
    • Openings
    • Books
    • Webinars
    • Journals
    • Higher Education
    • Podcasts
  • Courses
    • 14 Ways to Acquire Reliability Engineering Knowledge
    • Reliability Analysis Methods online course
    • Measurement System Assessment
    • SPC-Process Capability Course
    • Design of Experiments
    • Foundations of RCM online course
    • Quality during Design Journey
    • Reliability Engineering Statistics
    • Quality Engineering Statistics
    • An Introduction to Reliability Engineering
    • Reliability Engineering for Heavy Industry
    • An Introduction to Quality Engineering
    • Process Capability Analysis course
    • Root Cause Analysis and the 8D Corrective Action Process course
    • Return on Investment online course
    • CRE Preparation Online Course
    • Quondam Courses
  • Webinars
    • Upcoming Live Events
  • Calendar
    • Call for Papers Listing
    • Upcoming Webinars
    • Webinar Calendar
  • Login
    • Member Home

by nomtbf Leave a Comment

Field Failure: A Quality or Reliability Problem

Field Failure: A Quality or Reliability Problem

Field Failure: A Quality or Reliability Problem

When my car fails to start, as a customer I only know that my car didn’t start.

When my phone fails to turn on, or the dishwasher leaks, or the printer jams, I only know I’ve experienced an unwanted outcome.

I really do not care, at the moment, why the coffee maker is not producing my morning cup of coffee. My first thought is ‘now where do I find a cup of coffee?’ As a reliability engineer I’m naturally curious about what caused the failure and can I fix it immediately to get the morning cup brewing.

My thinking does not classify the failure or the source of the failure as a quality or reliability problem. Then why is it that some organizations split reported field failures thus?

Division of Focus When Addressing Field Failures

In more than one organization I’ve witnessed the process of addressing field failures. Smaller organizations may have a small team dealing with support calls and field returns. Larger organizations my have tiers of teams scattered around the world and organization. In small and large organizations one of the first steps is to assess the field failure.

The assessment is a form of triage.

  • Is this a major safety problem and requiring swift action to remedy?
  • Or, is the nature of the failure benign.
  • Is the failure unique or common?
  • Is the failure cause known or not?

The assessment process also gathers information about the failure. Many teams attempt to gather:

  • Symptoms
  • Failure mode
  • Serial number of failed item
  • Environmental or use conditions
  • Warranty status

The response to a field failure tends to focus, as it should, on providing a remedy for the customer. The idea being to helping the customer to continue deriving value from the product. To keep the customer into the future.

A secondary response tends to explore understanding the failure and what caused the failure. The focus on knowing what to repair for repairable units. Plus, understanding what could be changed in the design or assembly process to prevent similar failures in the future.

Different teams may focus on fixing the issue, while others may focus on preventing future problems.

We do not ask the customer if the failure is a quality or reliability issue.

The Utility of Classifying a Failure

At some point in the process of dealing with field failures, in some organizations, a specific failure is deemed a quality issue or a reliability issue. This is one way to assign the problem to a team within the organization. It is also a means to track or prioritize or simply count different types of field failures.

Quality problems tend to occur early in the use of a product. Out of box or installation problems tend to become known as quality issues. When the suspected underlying root cause is primarily due to supply chain or assembly process variation, the reported failure becomes a quality issue.

The operation team deals with quality issues as it’s part of establishing a stable supply chain and manufacturing process. Storage, transportation, and installation related issues or often dealt with by the operations team, thus become quality issues.

Reliability problems tend to occur after some time has passed. Failures that occur after some period of normal operation tend to considered reliability issues. When the underlying root cause is wear out related, these are deemed reliability problems. Sometimes, a failure due to a poor design independent of when it occurs is deemed a reliability issue.

The design team tends to address reliability issues. At some point improvements in process control will not remedy or prevent future failures, thus requiring a design change.

The initial analysis of field failures attempts to route the information to the appropriate team to make process or design changes to best prevent future problems. This is a helpful practice.

The Problem with Splitting Failures into Quality and Reliability Buckets

The problem is not assigning the work to an appropriate team. The problem is how the organization reports field failures.

This issue I see is field failures tagged as a quality problem, in some organizations, are not counted in reliability metrics. In some organizations, quality tagged field failures are extensions of factory yield loss. Tracking how the various teams are doing to remedy customer identify problems if fine. My issue is the splitting of the information reduces the apparent magnitude of field failures. Plus it obscures the changing rate of failures as witnessed in the field.

If 4 of every 10 field failures are tagged as quality issues that almost cuts the reported reliability failures in half. A better practice is to report the number and changing nature of any failure that occurs as experienced by the customer. At least one of metrics should attempt to reflect the customer experience. Recall customer to not provide the classification of a failure, they, like me, have to find another way to brew coffee after the coffee maker fails. It does not matter if it occurs on first use or 1,000th use.

Another problem with labeling field failures as quality or reliability is it limits or delays options to both fix the immediate problem and to change the design to prevent future problems.

That is right, it is always a failure of the design when a customer witnesses a failure. If the design is robust, it would survive the perils of manufacturing, storage, installation, and use. If the design included only highly capable components (think process capability or 6 sigma design concepts here), then the design would not incur field failures due to supply chain and assembly process variability.

The range of solutions for a team with out design change capability is limited. Adding another process control step, or another screen or test, adds cost, and complexity. These actions may be prudent and cost effective in the short team. To really fix the underlying root cause of any field failure, look to changing the design of the product.

Summary

A failure that occurs when a customer is using your product is a failure.

The focus on providing the customer a remedy for the failure is appropriate. The initial assessment and routing of the specific failure to one of potentially many teams to provide a remedy is appropriate.

What is not ok, is the limiting of solutions by virtual of the initial identification of the source of the root cause. What is not ok, is the altering of field failure reporting based on the classification of a quality or reliability issue.

Any failure that a customer experiences is a failure. I do not care what you call it, quality or reliability or what ever label you assign, it is a failure. Your metrics used to track field failures serves you best by representing all failures as witnessed by your customers.

Filed Under: Uncategorized

« The Need for Maintenance Management Assessments
Asking Questions is Reliability Engineering »

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

[popup type="" link_text="Get Weekly Email Updates" link_class="button" ]

[/popup]

The Accendo Reliablity logo of a sun face in circuit

Please login to have full access.




Lost Password? Click here to have it emailed to you.

Not already a member? It's free and takes only a moment to create an account with your email only.

Join

Your membership brings you all these free resources:

  • Live, monthly reliability webinars & recordings
  • eBooks: Finding Value and Reliability Maturity
  • How To articles & insights
  • Podcasts & additional information within podcast show notes
  • Podcast suggestion box to send us a question or topic for a future episode
  • Course (some with a fee)
  • Largest reliability events calendar
  • Course on a range of topics - coming soon
  • Master reliability classes - coming soon
  • Basic tutorial articles - coming soon
  • With more in the works just for members
Speaking of Reliability podcast logo

Subscribe and enjoy every episode

RSS
iTunes
Stitcher

Join Accendo

Receive information and updates about podcasts and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Dare to Know podcast logo

Subscribe and enjoy every episode

RSS
iTunes
Stitcher

Join Accendo

Receive information and updates about podcasts and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Accendo Reliability Webinar Series podcast logo

Subscribe and enjoy every episode

RSS
iTunes
Stitcher

Join Accendo

Receive information and updates about podcasts and many other resources offered by Accendo Reliability by becoming a member.

It’s free and only takes a minute.

Join Today

Recent Articles

  • test
  • test
  • test
  • Your Most Important Business Equation
  • Your Suppliers Can Be a Risk to Your Project

© 2025 FMS Reliability · Privacy Policy · Terms of Service · Cookies Policy