What's the difference between AFD and conventional failure prevention techniques?
The principle difference between AFD and conventional techniques, such as Failure Mode and Effects Analysis (FMEA) and Hazard and Operability Analysis (HAZOP), is the perspective from which potential failures are determined. With conventional techniques, the process of failure prediction proceeds linearly from an articulation of the system's function(s) to what may occur if there is a failure (absence) in delivering these functions. In other words, the analytical line of reasoning follows design intent. Given a potential failure, the effect of the failure, the probability that it will occur, and the ability to detect it are determined. Once these parameters are quantified (often very subjectively), a calculation of risk is made. If the risk is determined to be unacceptably high, changes in design or in detection capability can be suggested.
On the surface, the process sounds logical. There are, however, serious structural weaknesses with these traditional approaches. The first weakness stems from the process used to determine failures. The process of failure determination is essentially a brainstorming exercise initiated by probing what failures "might" occur. This process suffers from the same syndrome that the original product design process is subject to -- psychological inertia. Also, because the analysis of potential failures is accomplished within the same mental context that created the design in the first place, there is a serious question of objectivity to be raised with this approach. Engineers do not like to admit that their designs are failure prone. A second shortcoming of traditional approaches is that the analysis of failures is based on intended or designed function. The issue of "prohibited" functions is not considered. For example, the function of a handgun is to shoot a bullet, and thus related failure analyses proceed along the lines of the original design intent. The original designers did not intend to design a weapon used by children to shoot their classmates; this prohibited function is not a part of conventional failure prevention techniques. Additionally, to be more complete, functions must be analyzed not only from the absence of intent, but also from the perspective of the function being performed insufficiently or excessively.
The most serious drawback of traditional approaches, however, is the absence of an integrated problem solving mechanism to accurately pinpoint design deficiencies as a series of "inventive" problems. An inventive problem is one characterized by an inherent conflict. Traditional techniques do not make provisions for solving difficult technological problems in an inventive way. An inventive approach recognizes system conflicts and attacks them head-on. In traditional approaches, if the design is deemed to be too risky, correction of the problem is accomplished through a number of design and redesign iterations or, as a stopgap -- redesign of the detection systems. When the system deficiency is not defined as an inventive problem, the results are often costly over designs, or the addition of auxiliary compensating systems making the original design more complex.
All of the structural deficiencies noted above have been designed out of AFD. First of all, the approach to determining potential failures is the reverse of the one used in conventional approaches. In AFD, the power of the technique comes from the process of deliberately "inventing" failures. The engineer has to transform himself or herself into a subversive. The idea is to invent, cause and create failures. In the case of past failures, the analytical process challenges one to invent a past failure. In future failure prevention, the logic proceeds along the lines of inventing, creating or devising the most catastrophic failures conceivable.
In both instances, the engineer inverts the problem. The advantage to this approach is analogous to a defense attorney becoming a prosecutor. The system's potential flaws are viewed from a perspective that allows for full exploitation of a system's weaknesses. It is obvious that, when all system deficiencies are made explicit, the team or individual can take more effective countermeasures.
AFD also has an integrated problem formulation engine to fully exploit the power of TRIZ. Failure prevention is transformed from a defensive to an offensive "inventive" exercise creating a seamless process for failure determination and prevention.
The process is so effective that users will sometimes become disenchanted with their system as having so many drawbacks that it is a wonder it will work at all. This is normal as these are potential failures. It is incumbent on the technical analyst to prevent these from ever occurring.
|
Comparative Criteria |
Traditional (FMEA) |
AFD |
| Purpose of the technique |
|
|
| Scope of applicability |
|
|
| Analytical tools |
|
|
| Process for completion |
|
|
| Thoroughness of the analysis |
|
|
AFD can be used as a stand-alone failure prediction/prevention technique or as an enhancement to traditional methodologies. For example ...
Synthesizing AFD into the FMEA process
|
FMEA Step |
Integral AFD Component |
| Potential Failure Mode | Failure Prediction
mode of AFD:
|
| Potential Effects of Failure | Access to the
AFD knowledge base, in particular the following checklists:
|
| Potential Causes/Mechanisms of Failure | Application of the
Failure Analysis mode of AFD, in particular:
|
| Recommended Actions | Application of Prevention
and/or Elimination of the Failure mode of the AFD, in particular:
1. Automatic problem formulation 2. Automatic access to AFD knowledge base, in particular the following Operators:
|
Comparison of FMEA, AFD and FPDS
Figure 1, below, depicts a typical FMEA document with Steps 2 through 9 called out. Reference this figure to follow the discussion below.
Figure 1. FMEA
|
FMEA Step |
AFD Notes |
| 2. Define Functions |
|
| 3. Identify Failure Modes | The AFD process is more
robust because:
|
| 4. Describe the Effect |
|
| 4a. Severity |
|
| 4b. Classification |
|
| 5. Determine Causes |
|
| 5a. Likelihood of Occurrence |
|
| 6. Detection Methods |
|
| 6a. Detection Effectiveness |
|
| 7. Risk Priority Number |
|
| 8/8a. Recommended Actions |
|
| 9 a-d. Actions Taken |
|
*Patent Number 5581663
Figure 2 below should be used as a guide for the notes that follow.

Figure 2. FPDS and AFD
|
FPDS Milestone |
AFD Notes |
|
PS2 |
|
|
S1 |
|
|
PA |
|
|
PT |
|
Anticipatory Failure Determination® (AFD) Software
Anticipatory Failure Determination (AFD®) is implemented in two software programs:
Screen shot from the Ideation Failure Analysis software:

Who should use the AFD software?
AFD software can aid the following individuals:
What are the benefits of using AFD software?
AFD software can help with the following:
How does the software implement the AFD method?
The AFD® Failure Analysis software guides the user through the following process:
1. Document and analyze the system and failure using the Failure Analysis Questionnaire.
2. Use the Problem Formulator® to create a graphic model of the system/failure, localize the problem, and formulate the inverted problem statement.
3. Use the I-TRIZ operators corresponding to the inverted problem statement to generate failure hypotheses.
4. Categorize and validate the failure hypotheses; select those deemed significant.
5. For each selected hypothesis, use the Problem Formulatorâ to create a graphic model depicting the revealed root cause(s) of the failure; generate a set of problem statements for each model.
6. Develop concepts for preventing/eliminating the failure using the I-TRIZ operators corresponding to the type of failure identified.
7. Evaluate each concept; predict and resolve possible harmful consequences or undesired drawbacks associated with each one.
The AFD Failure Prediction software guides the user through the following process:
1. Document and analyze the system using the Failure Prediction Questionnaire.
2. Use the Problem Formulator® to create a graphic model of the system, identify the focal points by evaluating the system against a set of checklists, describe the system’s relationships to its environment, and formulate inverted problem statements for each focal point.
3. Use the I-TRIZ operators associated with each inverted problem statement to generate failure hypotheses for the system and its external relationships.
4. Develop a set of failure scenarios (multi-stage failure hypotheses) using checklists and I-TRIZ operators.
5. For each scenario, identify the components required for it to be realized and verify (using a set of checklists) whether the necessary resources are present.
6. Categorize the failure scenarios according to likelihood and consequences. Select those deemed significant.
7. Create a set of graphic models depicting the relationships between each selected scenario and the functioning of the system; generate a set of problem statements for each model.
8. For each selected scenario, develop concepts for failure prevention/elimination using the I-TRIZ operators corresponding to the type of failure identified.
9. Evaluate each concept; predict and resolve possible harmful consequences or undesired drawbacks associated with each one.
Both AFD® Failure Analysis and AFD® Failure Prediction software include the following modules:
An example of a Problem Formulator model:

A screen from the AFD System's Navigator:

A screen from the System of Operators:

A screen from the Evaluating Results module:

An example of an AFD Illustration:

Screen shot from the Innovation Guide module of the Ideation Failure Analysis software:

AFD software is based on Windows™ and can be used without prior training. Ideation International is available for consultation and to provide problem-solving assistance related to the use of this and other Ideation software products.