SlideShare uma empresa Scribd logo
1 de 3
Baixar para ler offline
fmsreliability.com http://www.fmsreliability.com/education/conduct-halt/
Fred
When to conduct HALT?
When to do HALT
HALT (highly accelerated life testing) is a method to reveal product weaknesses. Design prototypes experience step-
stress application of relevant stresses until failures appear.
The intent is to find design or process related weaknesses early in the design process thus providing time to
economically address the issue. Using a build-test-fix approach does improve a product’s robustness and reliability.
Being a useful tool, should you conduct HALT on every project? It seems that revealing weaknesses is certainly
useful.
HALT requires the use of prototype units which are expensive, in general. It also takes time and in some
circumstances expensive testing equipment to apply the stresses. There also is no guarantee that the exercise will
find previously unknown faults.
There is no hard and fast rule to decision point to determine if HALT is worth the effort. The return (discovered
weaknesses) has to be worth the effort. Locally there may be better investments of time and resources and estimating
the value of a specific HALT helps you determine if HALT is the right tool for your specific situation.
When HALT make sense
The easy answer is when it’s free and the risk of unknown faults is high.
Free? HALT is not a specific or set test using specialized chambers. It is an approach using step-stress with one or
more stresses to excite faults for detection. A HALT could occur on the design engineers lab bench using simple tools.
While not totally free as you still require a prototype. If the device is either inexpensive to build or easily repaired, then
the overall cost is minimized. Most engineers tend to conduct some form of HALT (they most likely do not call it such)
when they first receive a prototype of their design. They apply various stimuli to determine the response and look for
anomalous behavior (faults).
Unknown faults implies there is uncertainty about how the device will respond to the stress of use. Another unknown
concerns how well the device has been assembled, including the assembly process of supplied parts.
When using new materials, novel solutions, or new assembly methods we have some uncertainty concerning what
will fail and how will it fail. Keep in mind that everything will fail, and proving the hypothesis about what will fail first is
often left to experimentation or to the customer. HALT provides a way to avoid the customers from finding the faults
first.
Another situation when HALT makes sense is when the customer use and environment changes. For example, if an
existing product is to begin sales in a new part of the world or for a new market. In general, we may assume the
previous product design focused on the intended geography and expected use stresses.
When the expectations and environment around a product change, the failures that appear also change. HALT
provides a way to explore the impact of these new stresses and possibly reveal new product weaknesses.
The fourth situation when HALT makes sense, is when the risk of field failure has to be very low. This could be with a
new or mature product line, it could be with a new invention. It really is a business decision concerning the market
acceptance of a product with faults. In some situations the customers will not tolerate nor expect unexpected failures.
One way to think about product design and failures is the notion of each design and each product has a finite number
of faults that will lead to premature failure. The product development process, prototype testing, validation &
verification, and similar processes work to identify and resolve as many of the existing and unknown faults as
possible.
HALT provides a way to quickly find faults. With enough time, development methods without using the HALT
approach will certainly find the faults, it’s just it takes time. HALT finds faults faster, in general, allowing the design
team more time to resolve the list of issues. Using multiple stresses with HALT also reveals faults excited by the
interaction of stresses which testing with one stress at a time will not reveal. HALT provides a way to reveal difficult to
find weaknesses.
When HALT does not make sense
The simple answer is when failures do not matter and the cost of testing is very high.
The best time to determine if HALT is worth doing is after you have completed the process. If you have discovered
previously unknown weaknesses and are able to do something about it, then you have learned something useful. The
problem with this approach is you have already made the investment in HALT before determining if it is useful.
If the organization has no experience with HALT, learning about the tool and it’s potential value is a good enough
reasons to conduct HALT, whether or not you find something useful. If the team already has experience with HALT,
then you should conduct HALT when there is a reasonable chance of finding previously unknown faults.
Therefore, if the new product is very similar (‘similar’ is very subjective and based on engineering judgement) to
previous products and the team already has a long list of defects that have to be addresses, then conducting HALT
may add little value. An extensive Pareto of issues built from field returns, customer complaints, internal testing, and
FMEA, leaves little chance of new issues appearing.
When the consequence of failures is inconsequential, meaning the customer does not mind if a failure occurs, then
finding and fixing issues is of little value. While this is rare, in my experience, it is possible.
Another situation to avoid conducting HALT is when the development process will not permit any changes. If a fault is
found and the team is unable or unwilling to make changes to address the fault, then there is little value in finding
additional faults. Part of the HALT process is fixing issues found.
Also consider if the HALT process has the ability to yield information on faults. If the testing is set to a fixed routine or
a very limited profile or duration, the chances of finding previous unknown weaknesses is diminished. This may occur
when there is a mandate or requirement to HALT every prototype on every project. The constraint on testing
resources may preclude sufficient time or test design to excite and discover failure mechanisms.
How to decide when to conduct HALT
There isn’t a formula for this decision. It is a balance between the investment and the potential value. In general you
should conduct HALT when:
The design, supply chain or technology are new
The uncertainty about what will fail is high
The cost of conducting HALT is low
The ability to address weaknesses is high
And, in general, you should not conduct HALT when:
The design, supply chain and technology are stable
The existing list of weaknesses is extensive
The cost of conducting HALT is high
The ability to address weaknesses is low
When first learning about HALT, just do it. Learn and gain experience with the approach and how the discovery
process works. As you and your team gain experience you will be able to judge the potential value from conducting
HALT.
When the potential value significantly outweighs the cost, do HALT.

Mais conteúdo relacionado

Destaque (15)

Building a Reliability Plan
Building a Reliability PlanBuilding a Reliability Plan
Building a Reliability Plan
 
Getting Started with Reliability Engineering
Getting Started with Reliability EngineeringGetting Started with Reliability Engineering
Getting Started with Reliability Engineering
 
MTBF: What is it good for?
MTBF: What is it good for?MTBF: What is it good for?
MTBF: What is it good for?
 
R Software and Reliability
R Software and ReliabilityR Software and Reliability
R Software and Reliability
 
Reliability predictions-continued reliance on a misleading approach
 Reliability predictions-continued reliance on a misleading approach Reliability predictions-continued reliance on a misleading approach
Reliability predictions-continued reliance on a misleading approach
 
Common Mistakes with MTBF
Common Mistakes with MTBFCommon Mistakes with MTBF
Common Mistakes with MTBF
 
Misuses of MTBF
Misuses of MTBFMisuses of MTBF
Misuses of MTBF
 
Reliability Programs
Reliability ProgramsReliability Programs
Reliability Programs
 
Reliability Distributions
Reliability DistributionsReliability Distributions
Reliability Distributions
 
Reliability engineering chapter-2 reliability of systems
Reliability engineering chapter-2 reliability of systemsReliability engineering chapter-2 reliability of systems
Reliability engineering chapter-2 reliability of systems
 
How to measure reliability 2
How to measure reliability 2How to measure reliability 2
How to measure reliability 2
 
How to measure reliability
How to measure reliabilityHow to measure reliability
How to measure reliability
 
overview of reliability engineering
overview of reliability engineeringoverview of reliability engineering
overview of reliability engineering
 
Reliability Centered Maintenance Made Simple
Reliability Centered Maintenance Made SimpleReliability Centered Maintenance Made Simple
Reliability Centered Maintenance Made Simple
 
Reliability engineering ppt-Internship
Reliability engineering ppt-InternshipReliability engineering ppt-Internship
Reliability engineering ppt-Internship
 

Mais de Accendo Reliability

Should RCM be applied to all assets.pdf
Should RCM be applied to all assets.pdfShould RCM be applied to all assets.pdf
Should RCM be applied to all assets.pdfAccendo 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)

Should RCM be applied to all assets.pdf
Should RCM be applied to all assets.pdfShould RCM be applied to all assets.pdf
Should RCM be applied to all assets.pdf
 
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
 
Environmental Testing
Environmental TestingEnvironmental Testing
Environmental Testing
 

Último

"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack
"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack
"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek SchlawackFwdays
 
Powerpoint exploring the locations used in television show Time Clash
Powerpoint exploring the locations used in television show Time ClashPowerpoint exploring the locations used in television show Time Clash
Powerpoint exploring the locations used in television show Time Clashcharlottematthew16
 
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brandgvaughan
 
Connect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationConnect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationSlibray Presentation
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024Stephanie Beckett
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024Lorenzo Miniero
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfAlex Barbosa Coqueiro
 
Take control of your SAP testing with UiPath Test Suite
Take control of your SAP testing with UiPath Test SuiteTake control of your SAP testing with UiPath Test Suite
Take control of your SAP testing with UiPath Test SuiteDianaGray10
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Enterprise Knowledge
 
Streamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupStreamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupFlorian Wilhelm
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .Alan Dix
 
DevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenDevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenHervé Boutemy
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsMark Billinghurst
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLScyllaDB
 
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024BookNet Canada
 
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage Cost
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage CostLeverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage Cost
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage CostZilliz
 
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024BookNet Canada
 

Último (20)

"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack
"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack
"Subclassing and Composition – A Pythonic Tour of Trade-Offs", Hynek Schlawack
 
Powerpoint exploring the locations used in television show Time Clash
Powerpoint exploring the locations used in television show Time ClashPowerpoint exploring the locations used in television show Time Clash
Powerpoint exploring the locations used in television show Time Clash
 
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brand
 
Connect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck PresentationConnect Wave/ connectwave Pitch Deck Presentation
Connect Wave/ connectwave Pitch Deck Presentation
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdf
 
Take control of your SAP testing with UiPath Test Suite
Take control of your SAP testing with UiPath Test SuiteTake control of your SAP testing with UiPath Test Suite
Take control of your SAP testing with UiPath Test Suite
 
Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024Designing IA for AI - Information Architecture Conference 2024
Designing IA for AI - Information Architecture Conference 2024
 
Streamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project SetupStreamlining Python Development: A Guide to a Modern Project Setup
Streamlining Python Development: A Guide to a Modern Project Setup
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .
 
DevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenDevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache Maven
 
Human Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR SystemsHuman Factors of XR: Using Human Factors to Design XR Systems
Human Factors of XR: Using Human Factors to Design XR Systems
 
Developer Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQLDeveloper Data Modeling Mistakes: From Postgres to NoSQL
Developer Data Modeling Mistakes: From Postgres to NoSQL
 
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
Transcript: New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
 
DMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special EditionDMCC Future of Trade Web3 - Special Edition
DMCC Future of Trade Web3 - Special Edition
 
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage Cost
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage CostLeverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage Cost
Leverage Zilliz Serverless - Up to 50X Saving for Your Vector Storage Cost
 
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
New from BookNet Canada for 2024: BNC CataList - Tech Forum 2024
 

When to Conduct HALT?

  • 1. fmsreliability.com http://www.fmsreliability.com/education/conduct-halt/ Fred When to conduct HALT? When to do HALT HALT (highly accelerated life testing) is a method to reveal product weaknesses. Design prototypes experience step- stress application of relevant stresses until failures appear. The intent is to find design or process related weaknesses early in the design process thus providing time to economically address the issue. Using a build-test-fix approach does improve a product’s robustness and reliability. Being a useful tool, should you conduct HALT on every project? It seems that revealing weaknesses is certainly useful. HALT requires the use of prototype units which are expensive, in general. It also takes time and in some circumstances expensive testing equipment to apply the stresses. There also is no guarantee that the exercise will find previously unknown faults. There is no hard and fast rule to decision point to determine if HALT is worth the effort. The return (discovered weaknesses) has to be worth the effort. Locally there may be better investments of time and resources and estimating the value of a specific HALT helps you determine if HALT is the right tool for your specific situation. When HALT make sense The easy answer is when it’s free and the risk of unknown faults is high. Free? HALT is not a specific or set test using specialized chambers. It is an approach using step-stress with one or more stresses to excite faults for detection. A HALT could occur on the design engineers lab bench using simple tools. While not totally free as you still require a prototype. If the device is either inexpensive to build or easily repaired, then the overall cost is minimized. Most engineers tend to conduct some form of HALT (they most likely do not call it such) when they first receive a prototype of their design. They apply various stimuli to determine the response and look for anomalous behavior (faults). Unknown faults implies there is uncertainty about how the device will respond to the stress of use. Another unknown concerns how well the device has been assembled, including the assembly process of supplied parts. When using new materials, novel solutions, or new assembly methods we have some uncertainty concerning what will fail and how will it fail. Keep in mind that everything will fail, and proving the hypothesis about what will fail first is often left to experimentation or to the customer. HALT provides a way to avoid the customers from finding the faults first. Another situation when HALT makes sense is when the customer use and environment changes. For example, if an existing product is to begin sales in a new part of the world or for a new market. In general, we may assume the previous product design focused on the intended geography and expected use stresses. When the expectations and environment around a product change, the failures that appear also change. HALT provides a way to explore the impact of these new stresses and possibly reveal new product weaknesses. The fourth situation when HALT makes sense, is when the risk of field failure has to be very low. This could be with a
  • 2. new or mature product line, it could be with a new invention. It really is a business decision concerning the market acceptance of a product with faults. In some situations the customers will not tolerate nor expect unexpected failures. One way to think about product design and failures is the notion of each design and each product has a finite number of faults that will lead to premature failure. The product development process, prototype testing, validation & verification, and similar processes work to identify and resolve as many of the existing and unknown faults as possible. HALT provides a way to quickly find faults. With enough time, development methods without using the HALT approach will certainly find the faults, it’s just it takes time. HALT finds faults faster, in general, allowing the design team more time to resolve the list of issues. Using multiple stresses with HALT also reveals faults excited by the interaction of stresses which testing with one stress at a time will not reveal. HALT provides a way to reveal difficult to find weaknesses. When HALT does not make sense The simple answer is when failures do not matter and the cost of testing is very high. The best time to determine if HALT is worth doing is after you have completed the process. If you have discovered previously unknown weaknesses and are able to do something about it, then you have learned something useful. The problem with this approach is you have already made the investment in HALT before determining if it is useful. If the organization has no experience with HALT, learning about the tool and it’s potential value is a good enough reasons to conduct HALT, whether or not you find something useful. If the team already has experience with HALT, then you should conduct HALT when there is a reasonable chance of finding previously unknown faults. Therefore, if the new product is very similar (‘similar’ is very subjective and based on engineering judgement) to previous products and the team already has a long list of defects that have to be addresses, then conducting HALT may add little value. An extensive Pareto of issues built from field returns, customer complaints, internal testing, and FMEA, leaves little chance of new issues appearing. When the consequence of failures is inconsequential, meaning the customer does not mind if a failure occurs, then finding and fixing issues is of little value. While this is rare, in my experience, it is possible. Another situation to avoid conducting HALT is when the development process will not permit any changes. If a fault is found and the team is unable or unwilling to make changes to address the fault, then there is little value in finding additional faults. Part of the HALT process is fixing issues found. Also consider if the HALT process has the ability to yield information on faults. If the testing is set to a fixed routine or a very limited profile or duration, the chances of finding previous unknown weaknesses is diminished. This may occur when there is a mandate or requirement to HALT every prototype on every project. The constraint on testing resources may preclude sufficient time or test design to excite and discover failure mechanisms. How to decide when to conduct HALT There isn’t a formula for this decision. It is a balance between the investment and the potential value. In general you should conduct HALT when: The design, supply chain or technology are new The uncertainty about what will fail is high The cost of conducting HALT is low The ability to address weaknesses is high
  • 3. And, in general, you should not conduct HALT when: The design, supply chain and technology are stable The existing list of weaknesses is extensive The cost of conducting HALT is high The ability to address weaknesses is low When first learning about HALT, just do it. Learn and gain experience with the approach and how the discovery process works. As you and your team gain experience you will be able to judge the potential value from conducting HALT. When the potential value significantly outweighs the cost, do HALT.