SlideShare uma empresa Scribd logo
1 de 3
Baixar para ler offline
f msreliabilit y.com http://www.fmsreliability.com/education/reactive-and-proactive/
Reactive and Proactive
Do you let events happen to you, or do events f ollow your designs
and expectations? Are you a spectator or actor? Do you wonder
about your products f uture or do you control your products
f uture? Are you reactive or proactive?
Every reliability and maintenance program is a system. Every
program has inputs, such as product testing results and f ield
returns. Every reliability program has outputs, such as product
design and production. In the most basic terms, a reliability
program includes product specif ications f or f unctionality including
expected durability. The program includes some f orm of design,
verif ication, production and f ield perf ormance. Given this basic
lif ecycle description it is possible f or two types of approaches to
executing the product lif ecycle.
Every design will fail
Let’s consider the notion that every product will eventually f ail.
Even the most robust product on Earth will f ail when the Sun
expires. Well bef ore the collapse of the solar system most
products made today will have completely f ailed. The f ailures will
range f rom deterioration of materials, to stress conditions (i.e. lightning strike), or simply to misuse. Some will
simply wear out, others will become obsolete and lose compatibility with other systems; others will simply not
provide suf f icient value anymore.
Another important notion is that upon product design, there are a f inite number of f aults in the design. A
button has a limited number of actuation cycles bef ore accumulated stress cracks the switch dome. A material
has a degradation mechanism (corrosion, polymer chain scission) that slowly deteriorates the material’s
strength. A’bug’ in the sof tware can disable the equipment temporarily. Further, there are possible def ects
designed into the product that do not account f or production variation, user demand or environment
variations, or do not anticipate user expectations. In every case, sooner or later, the design f law will lead to
f ailure. Nonetheless, given only a f inite number of f ailures, it is possible to f ind and remove most design
errors.
Reactive Approach
One way to approach product reliability, and the most common method, is to wait f or product f ailures and then
respond with analysis, adjustments and ref inements in an attempt to improve product reliability. The naive wait
f or the f ailure reports f rom customers bef ore taking action. The team’s logic, if even considered is the
f ollowing:
We are good designers
The customer will use the product in unf oreseen environments and applications
If there are customer f ailures we will consider improvements
For some products, with limited release and ample time to redesign the product, this may be perf ectly f easible.
A simple improvement the design team could consider is an estimate of the customer’s use prof ile and
environmental conditions. Armed with this inf ormation, the team then evaluates the impact of the conditions on
the product’s reliability though standardized testing. Setting testing conditions at or slightly above expected
operating environments permits direct evaluation of the design to meet expected conditions. The f aults f ound
would be similar to the f ailure expected to occur in the customer’s hands, and there may be time f or a redesign
bef ore the product is shipped to customers. Carrying out this logic may lead to a broad spectrum of testing
that is both expensive and time consuming.
Part of the logic of product testing includes the thought, “If we test in enough ways over the f ull range of use
and environmental conditions, we should f ind and correct every design f ault.” There is of ten a heavy reliance
on industry standards and common test methods f or every product.
Further improvements to product reliability can ref ine this reactive method, and include using simulations, risk
analysis, and early evaluation and testing of subsystems and components. The overall approach is of ten
limited by knowledge of actual use conditions, lack of test samples, and lack of time.
Proactive Approach
Moving to a proactive approach can permit the reduction of product testing and the increase of product
reliability. While this may seem similar to the above approach, it involves a f ocus on f ailure mechanisms instead
of test methods. Products f ail because they do not have suf f icient strength to withstand a single application
of high stress (drop, static discharge, etc.) or they accumulate damage (wear, corrosion, drif t, etc.) with use or
over time. Thinking though how a product could f ail by considering the materials, design, assembly process,
and the same f or vendor supplied elements, the product team determines a list of possible f ailure mechanisms.
In this approach not all the f ailure mechanisms will be f ully understood or characterized. The risk in this case is
the decision to launch the product while not understanding the possibility or potential magnitude of product
f ailure. The amount of risk itself is unknown. Theref ore, the proactive team proceeds to characterize the
design or material under the expected use conditions. The intent is to reduce the uncertainty of the risk.
A second result of the proactive approach risk assessment is the rank ordering of f ailure mechanisms by
expected rate of occurrence. One way to accomplish this ranking is to evaluate the stress versus strength
relationships. The items with the largest overlap of the two distributions (stress and strength) indicate they
have the highest potential f or f ailure. The solutions may include increasing strength, or reducing the variance
of the strength.
A third result of the risk assessment is similar to the stress and strength evaluation and includes the impacts
of time or usage on the change in the stress and strength distributions. Either curve may experience changes
to the mean or variance over time. This may be due to degradation, wear, or increased expectation of durability
by customers.
The proactive approach takes more thinking and understanding of how testing stresses create f ailures, plus
characterization of product designs, materials, and processes, and their related f ailure mechanisms.
Summary
In summary, a reactive approach creates a design, and then waits f or f ield returns or standard product testing
f ailures to prompt product improvements. The proactive approach anticipates f ailure mechanisms,
experimentally or via simulation, characterizes the response of the design and materials to expected stresses,
and then designs.
There are other aspects that identif y a reactive versus proactive reliability program. For example, if the only
time management discusses product reliability is when a major customer complains about product f ailures, that
is a reactive approach. If the management team regularly inquires and discusses the risk a particular design
presents to reliability perf ormance– that is a proactive approach.
How does your team approach product reliability? Are the results as expected or are there regular surprises?

Mais conteúdo relacionado

Mais de Accendo Reliability

T or F Must have failure data.pdf
T or F Must have failure data.pdfT or F Must have failure data.pdf
T or F Must have failure data.pdfAccendo Reliability
 
Should RCM Templates be used.pdf
Should RCM Templates be used.pdfShould RCM Templates be used.pdf
Should RCM Templates be used.pdfAccendo Reliability
 
12-RCM NOT a Maintenance Program.pdf
12-RCM NOT a Maintenance Program.pdf12-RCM NOT a Maintenance Program.pdf
12-RCM NOT a Maintenance Program.pdfAccendo Reliability
 
09-Myth RCM only product is maintenance.pdf
09-Myth RCM only product is maintenance.pdf09-Myth RCM only product is maintenance.pdf
09-Myth RCM only product is maintenance.pdfAccendo Reliability
 
10-RCM has serious weaknesses industrial environment.pdf
10-RCM has serious weaknesses industrial environment.pdf10-RCM has serious weaknesses industrial environment.pdf
10-RCM has serious weaknesses industrial environment.pdfAccendo Reliability
 
08-Master the basics carousel.pdf
08-Master the basics carousel.pdf08-Master the basics carousel.pdf
08-Master the basics carousel.pdfAccendo Reliability
 
07-Manufacturer Recommended Maintenance.pdf
07-Manufacturer Recommended Maintenance.pdf07-Manufacturer Recommended Maintenance.pdf
07-Manufacturer Recommended Maintenance.pdfAccendo Reliability
 
06-Is a Criticality Analysis Required.pdf
06-Is a Criticality Analysis Required.pdf06-Is a Criticality Analysis Required.pdf
06-Is a Criticality Analysis Required.pdfAccendo Reliability
 
05-Failure Modes Right Detail.pdf
05-Failure Modes Right Detail.pdf05-Failure Modes Right Detail.pdf
05-Failure Modes Right Detail.pdfAccendo Reliability
 
04-Equipment Experts Couldn't believe response.pdf
04-Equipment Experts Couldn't believe response.pdf04-Equipment Experts Couldn't believe response.pdf
04-Equipment Experts Couldn't believe response.pdfAccendo Reliability
 
Reliability Engineering Management course flyer
Reliability Engineering Management course flyerReliability Engineering Management course flyer
Reliability Engineering Management course flyerAccendo Reliability
 
How to Create an Accelerated Life Test
How to Create an Accelerated Life TestHow to Create an Accelerated Life Test
How to Create an Accelerated Life TestAccendo Reliability
 

Mais de Accendo Reliability (20)

T or F Must have failure data.pdf
T or F Must have failure data.pdfT or F Must have failure data.pdf
T or F Must have failure data.pdf
 
Should RCM Templates be used.pdf
Should RCM Templates be used.pdfShould RCM Templates be used.pdf
Should RCM Templates be used.pdf
 
12-RCM NOT a Maintenance Program.pdf
12-RCM NOT a Maintenance Program.pdf12-RCM NOT a Maintenance Program.pdf
12-RCM NOT a Maintenance Program.pdf
 
13-RCM Reduces Maintenance.pdf
13-RCM Reduces Maintenance.pdf13-RCM Reduces Maintenance.pdf
13-RCM Reduces Maintenance.pdf
 
11-RCM is like a diet.pdf
11-RCM is like a diet.pdf11-RCM is like a diet.pdf
11-RCM is like a diet.pdf
 
09-Myth RCM only product is maintenance.pdf
09-Myth RCM only product is maintenance.pdf09-Myth RCM only product is maintenance.pdf
09-Myth RCM only product is maintenance.pdf
 
10-RCM has serious weaknesses industrial environment.pdf
10-RCM has serious weaknesses industrial environment.pdf10-RCM has serious weaknesses industrial environment.pdf
10-RCM has serious weaknesses industrial environment.pdf
 
08-Master the basics carousel.pdf
08-Master the basics carousel.pdf08-Master the basics carousel.pdf
08-Master the basics carousel.pdf
 
07-Manufacturer Recommended Maintenance.pdf
07-Manufacturer Recommended Maintenance.pdf07-Manufacturer Recommended Maintenance.pdf
07-Manufacturer Recommended Maintenance.pdf
 
06-Is a Criticality Analysis Required.pdf
06-Is a Criticality Analysis Required.pdf06-Is a Criticality Analysis Required.pdf
06-Is a Criticality Analysis Required.pdf
 
05-Failure Modes Right Detail.pdf
05-Failure Modes Right Detail.pdf05-Failure Modes Right Detail.pdf
05-Failure Modes Right Detail.pdf
 
03-3 Ways to Do RCM.pdf
03-3 Ways to Do RCM.pdf03-3 Ways to Do RCM.pdf
03-3 Ways to Do RCM.pdf
 
04-Equipment Experts Couldn't believe response.pdf
04-Equipment Experts Couldn't believe response.pdf04-Equipment Experts Couldn't believe response.pdf
04-Equipment Experts Couldn't believe response.pdf
 
02-5 RCM Myths Carousel.pdf
02-5 RCM Myths Carousel.pdf02-5 RCM Myths Carousel.pdf
02-5 RCM Myths Carousel.pdf
 
01-5 CBM Facts.pdf
01-5 CBM Facts.pdf01-5 CBM Facts.pdf
01-5 CBM Facts.pdf
 
Lean Manufacturing
Lean ManufacturingLean Manufacturing
Lean Manufacturing
 
Reliability Engineering Management course flyer
Reliability Engineering Management course flyerReliability Engineering Management course flyer
Reliability Engineering Management course flyer
 
How to Create an Accelerated Life Test
How to Create an Accelerated Life TestHow to Create an Accelerated Life Test
How to Create an Accelerated Life Test
 
Reliability Programs
Reliability ProgramsReliability Programs
Reliability Programs
 
Reliability Distributions
Reliability DistributionsReliability Distributions
Reliability Distributions
 

Último

Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Jeffrey Haguewood
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Zilliz
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Victor Rentea
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc
 
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsMS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsNanddeep Nachan
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdfSandro Moreira
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDropbox
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWERMadyBayot
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAndrey Devyatkin
 
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfOrbitshub
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...apidays
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProduct Anonymous
 
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobeapidays
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherRemote DBA Services
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityWSO2
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...apidays
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...apidays
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoffsammart93
 

Último (20)

Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
Web Form Automation for Bonterra Impact Management (fka Social Solutions Apri...
 
Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)Introduction to Multilingual Retrieval Augmented Generation (RAG)
Introduction to Multilingual Retrieval Augmented Generation (RAG)
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024Finding Java's Hidden Performance Traps @ DevoxxUK 2024
Finding Java's Hidden Performance Traps @ DevoxxUK 2024
 
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data DiscoveryTrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
TrustArc Webinar - Unlock the Power of AI-Driven Data Discovery
 
MS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectorsMS Copilot expands with MS Graph connectors
MS Copilot expands with MS Graph connectors
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
 
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWEREMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
EMPOWERMENT TECHNOLOGY GRADE 11 QUARTER 2 REVIEWER
 
Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..Understanding the FAA Part 107 License ..
Understanding the FAA Part 107 License ..
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
 
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
Apidays New York 2024 - Passkeys: Developing APIs to enable passwordless auth...
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
 
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, AdobeApidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
Apidays New York 2024 - Scaling API-first by Ian Reasor and Radu Cotescu, Adobe
 
Strategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a FresherStrategies for Landing an Oracle DBA Job as a Fresher
Strategies for Landing an Oracle DBA Job as a Fresher
 
Platformless Horizons for Digital Adaptability
Platformless Horizons for Digital AdaptabilityPlatformless Horizons for Digital Adaptability
Platformless Horizons for Digital Adaptability
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
 
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
Apidays New York 2024 - APIs in 2030: The Risk of Technological Sleepwalk by ...
 
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot TakeoffStrategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
Strategize a Smooth Tenant-to-tenant Migration and Copilot Takeoff
 

Reactive and Proactive FMS Reliability

  • 1. f msreliabilit y.com http://www.fmsreliability.com/education/reactive-and-proactive/ Reactive and Proactive Do you let events happen to you, or do events f ollow your designs and expectations? Are you a spectator or actor? Do you wonder about your products f uture or do you control your products f uture? Are you reactive or proactive? Every reliability and maintenance program is a system. Every program has inputs, such as product testing results and f ield returns. Every reliability program has outputs, such as product design and production. In the most basic terms, a reliability program includes product specif ications f or f unctionality including expected durability. The program includes some f orm of design, verif ication, production and f ield perf ormance. Given this basic lif ecycle description it is possible f or two types of approaches to executing the product lif ecycle. Every design will fail Let’s consider the notion that every product will eventually f ail. Even the most robust product on Earth will f ail when the Sun expires. Well bef ore the collapse of the solar system most products made today will have completely f ailed. The f ailures will range f rom deterioration of materials, to stress conditions (i.e. lightning strike), or simply to misuse. Some will simply wear out, others will become obsolete and lose compatibility with other systems; others will simply not provide suf f icient value anymore. Another important notion is that upon product design, there are a f inite number of f aults in the design. A button has a limited number of actuation cycles bef ore accumulated stress cracks the switch dome. A material has a degradation mechanism (corrosion, polymer chain scission) that slowly deteriorates the material’s strength. A’bug’ in the sof tware can disable the equipment temporarily. Further, there are possible def ects designed into the product that do not account f or production variation, user demand or environment variations, or do not anticipate user expectations. In every case, sooner or later, the design f law will lead to f ailure. Nonetheless, given only a f inite number of f ailures, it is possible to f ind and remove most design errors. Reactive Approach One way to approach product reliability, and the most common method, is to wait f or product f ailures and then respond with analysis, adjustments and ref inements in an attempt to improve product reliability. The naive wait f or the f ailure reports f rom customers bef ore taking action. The team’s logic, if even considered is the f ollowing: We are good designers The customer will use the product in unf oreseen environments and applications If there are customer f ailures we will consider improvements
  • 2. For some products, with limited release and ample time to redesign the product, this may be perf ectly f easible. A simple improvement the design team could consider is an estimate of the customer’s use prof ile and environmental conditions. Armed with this inf ormation, the team then evaluates the impact of the conditions on the product’s reliability though standardized testing. Setting testing conditions at or slightly above expected operating environments permits direct evaluation of the design to meet expected conditions. The f aults f ound would be similar to the f ailure expected to occur in the customer’s hands, and there may be time f or a redesign bef ore the product is shipped to customers. Carrying out this logic may lead to a broad spectrum of testing that is both expensive and time consuming. Part of the logic of product testing includes the thought, “If we test in enough ways over the f ull range of use and environmental conditions, we should f ind and correct every design f ault.” There is of ten a heavy reliance on industry standards and common test methods f or every product. Further improvements to product reliability can ref ine this reactive method, and include using simulations, risk analysis, and early evaluation and testing of subsystems and components. The overall approach is of ten limited by knowledge of actual use conditions, lack of test samples, and lack of time. Proactive Approach Moving to a proactive approach can permit the reduction of product testing and the increase of product reliability. While this may seem similar to the above approach, it involves a f ocus on f ailure mechanisms instead of test methods. Products f ail because they do not have suf f icient strength to withstand a single application of high stress (drop, static discharge, etc.) or they accumulate damage (wear, corrosion, drif t, etc.) with use or over time. Thinking though how a product could f ail by considering the materials, design, assembly process, and the same f or vendor supplied elements, the product team determines a list of possible f ailure mechanisms. In this approach not all the f ailure mechanisms will be f ully understood or characterized. The risk in this case is the decision to launch the product while not understanding the possibility or potential magnitude of product f ailure. The amount of risk itself is unknown. Theref ore, the proactive team proceeds to characterize the design or material under the expected use conditions. The intent is to reduce the uncertainty of the risk. A second result of the proactive approach risk assessment is the rank ordering of f ailure mechanisms by expected rate of occurrence. One way to accomplish this ranking is to evaluate the stress versus strength relationships. The items with the largest overlap of the two distributions (stress and strength) indicate they have the highest potential f or f ailure. The solutions may include increasing strength, or reducing the variance of the strength. A third result of the risk assessment is similar to the stress and strength evaluation and includes the impacts of time or usage on the change in the stress and strength distributions. Either curve may experience changes to the mean or variance over time. This may be due to degradation, wear, or increased expectation of durability by customers. The proactive approach takes more thinking and understanding of how testing stresses create f ailures, plus characterization of product designs, materials, and processes, and their related f ailure mechanisms. Summary In summary, a reactive approach creates a design, and then waits f or f ield returns or standard product testing f ailures to prompt product improvements. The proactive approach anticipates f ailure mechanisms, experimentally or via simulation, characterizes the response of the design and materials to expected stresses, and then designs.
  • 3. There are other aspects that identif y a reactive versus proactive reliability program. For example, if the only time management discusses product reliability is when a major customer complains about product f ailures, that is a reactive approach. If the management team regularly inquires and discusses the risk a particular design presents to reliability perf ormance– that is a proactive approach. How does your team approach product reliability? Are the results as expected or are there regular surprises?