Unit-4 Failure mode effect analysis (FMEA) Presented by N.vigneshwari.

Slides:



Advertisements
Similar presentations
1 ITED /2/2003 Introduction to Failure Modes and Effects Analysis From: Failure Modes and Effects Analysis(FMEA), by Kenneth Crow, DRM Associates.
Advertisements

DESIGN FAILURE MODE EFFECTS ANALYSIS (DFMEA) PURPOSE OF DFMEA Identify, quantify, and reduce design risk (especially for critical systems) Provide a traceable.
Where does Failure Mode and Effects Analysis (FMEA) come from?  Developed by the Aerospace industry in the1960s  Spread to the Automotive industry 
Failure Mode and Effect Analysis
Failure Effect Mode Analysis
Software Quality Assurance Inspection by Ross Simmerman Software developers follow a method of software quality assurance and try to eliminate bugs prior.
PURPOSE OF DFMEA (DESIGN FAILURE MODE EFFECTS ANALYSIS)
Six Sigma Quality Engineering
Title slide PIPELINE QRA SEMINAR. PIPELINE RISK ASSESSMENT INTRODUCTION TO RISK IDENTIFICATION 2.
 Individually  Given your sample of M&Ms, build a Pareto diagram by color  Before you destroy the evidence, be sure you have an accurate count.
Failure Mode and Effect Analysis
Lucas Phillips Anurag Nanajipuram FAILURE MODE AND EFFECT ANALYSIS.
F.M.E.A (Failure Mode and Effect Analysis)
Simple brief By: Ayat Farhat
Failure Mode & Effect Analysis (FMEA)
Presented to: [Date] By (Insert Name) Failure Mode and Effect Analysis (FMEA)
Failure Mode Effect and Criticality Analysis Adam Adgar School of Computing and Technology.
Project Risk Management. The Importance of Project Risk Management Project risk management is the art and science of identifying, analyzing, and responding.
Analyze Opportunity Part 1
Lecture: Reliability & FMECA Lecturer: Dr. Dave Olwell Dr. Cliff Whitcomb, CSEP System Suitability.
Participate in a Team to Achieve Organizational Goal
RCM Tools Histogram Pareto Chart Cause and Effect Diagram FMEA.
Project quality management. Introduction Project quality management includes the process required to ensure that the project satisfies the needs for which.
McGraw-Hill/Irwin © 2003 The McGraw-Hill Companies, Inc., All Rights Reserved. 6-1 Chapter 6 CHAPTER 6 INTERNAL CONTROL IN A FINANCIAL STATEMENT AUDIT.
Software Architecture Evaluation Methodologies Presented By: Anthony Register.
Project Risk Management Planning Stage
ME 4054W: Design Projects RISK MANAGEMENT. 2 Lecture Topics What is risk? Types of risk Risk assessment and management techniques.
A Guide for Management. Overview Benefits of entity-level controls Nature of entity-level controls Types of entity-level controls, control objectives,
Chapter 12 Translating Expectations to Specifications CEM 515: Project Quality Management Prof. Abdulaziz A. Bubshait King Fahd University of Petroleum.
Software Quality Assurance SOFTWARE DEFECT. Defect Repair Defect Repair is a process of repairing the defective part or replacing it, as needed. For example,
Failure Modes and Effects Analysis (FMEA)
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
Quality Improvement Tools for Intervention Determination Presenters: Kris Hartmann, MS Healthcare Analyst, Performance Improvement Projects Don Grostic,
Failure Modes, Effects and Criticality Analysis
Verification vs. Validation Verification: "Are we building the product right?" The software should conform to its specification.The software should conform.
ON “SOFTWARE ENGINEERING” SUBJECT TOPIC “RISK ANALYSIS AND MANAGEMENT” MASTER OF COMPUTER APPLICATION (5th Semester) Presented by: ANOOP GANGWAR SRMSCET,
Risk Assessment: A Practical Guide to Assessing Operational Risk
Six Sigma Greenbelt Training
Auditing Concepts.
Failure Mode & Effect Analysis (FMEA)
Quality Function Deployment
Chapter 33 Introduction to the Nursing Process
Software Project Configuration Management
Fault Trees.
PLANNING, MATERIALITY AND ASSESSING THE RISK OF MISSTATEMENT
Project Management BBA & MBA
Software Quality Engineering
Fundamentals of Information Systems, Sixth Edition
Software Quality Engineering
The Systems Engineering Context
CHAPTER11 Project Risk Management
FMEA.
(Additional materials)
Failure mode and effect analysis
Software Requirements
Quality Risk Management
GE 6757 TOTAL QUALITY MANAGEMENT
DMAIC Analyze, Improve, Control
CLINICAL INFORMATION SYSTEM
Objectives 1. A definition of planning and an understanding of the purposes of planning 2. Insights into how the major steps of the planning process are.
Usability Techniques Lecture 13.
Project Management Process Groups
RISK REDUCTION PROCESS
Failure Mode and Effect Analysis
Power point presentation
Failure Mode and Effect Analysis
Definitions Cumulative time to failure (T): Mean life:
Failure Mode & Effect Analysis
Information system analysis and design
Presentation transcript:

Unit-4 Failure mode effect analysis (FMEA) Presented by N.vigneshwari

Today’s topic  Failure mode effect analysis (FMEA)

Failure mode effect analysis  FMEA is an engineering technique used to define, identify and eliminate known and / or potential failures, problems, errors which occur in the system, design, process and service ‘before they reach the customer’.  Failure modes and effects analysis (FMEA) is a step-by-step appraoch to identify all possible failures in a design, a manufacturing or assembly process, or a finished product or a final service. “Failure modes” means the ways or modes, in which something may fail. “Failures” are errors or defects which affect the customer and can be potential or actual failures. “Effect analysis” refers to the study of the consequences or effects of those failures.  Failure modes and effects analysis (FMEA) is also called as “Potential failure modes and effects analysis”, or “failure mode, effects and critically analysis” (FMECA)

 FMEA is one of the tools of total quality management which helps in finding out the possible failure modes of a design, product, process or service and setting up ways of preventing their recurrences  It is a methodology to assess and reduce risk in systems, products or services. It aims to define, identify, prioritise and eliminate known or potential failures at an early stage as possible.  FMEA is a preventive approach for systematically mapping the causes, effects and possible actions regarding the observed problems or failures  FMEA is pro-active tool which is used to foresee the probable failures which can occur at a later stage. It involves critical analysis of each and every process with the aim of identifying problems which may emerge in the future.

 The failures are prioritised according to how serious their consequences are, how frequently they occur and how easily they can be detected. FMEA helps to take actions to eliminate or reduce failures, starting with the highest priority ones. It also documents current knowledge and actions about the risks of failures, for use in continuous improvement.  FMEA is used during design stage to prevent failures, before and during on going operation of the process for controlling the process. Ideally, FMEA begins during the earliest conceptual stages of design and continues throughout the life of the product or service

FMEA form

Identify failure modes and their effects Identify causes of the failure modes and controls Prioritize Determine and assess actions

Failure Modes and Effects 8 The relationship between failure modes and effects is not always 1 to 1. Failure Mode 1 Failure Mode 2 Effect 1 Effect 2 Failure Mode 1 Failure Mode 2 Effect 1 Failure Mode 1 Effect 1 Effect 2 Failure – Effects Relationship

Severity, Occurrence, and Detection 9 Severity – Importance of the effect on customer requirements Often can’t do anything about this Occurrence – Frequency with which a given cause occurs and creates failure modes Detection – The ability of the current control scheme to detect or prevent a given cause Analyzing Failure & Effects

Rating Scales 10 Two types of scales are 1-5 or 1-10 The 1-5 scale makes it easier for the teams to decide on scores The 1-10 scale allows for better precision in estimates and a wide variation in scores (most common) Assigning Rating Weights

Rating Scales 11 Severity 1 = Not Severe, 10 = Very Severe Occurrence 1 = Not Likely, 10 = Very Likely Detection 1 = Likely to Detect, 10 = Not Likely to Detect Assigning Rating Weights

Risk Priority Number (RPN) 12 RPN is the product of the severity, occurrence, and detection scores. SeverityOccurrenceDetectionRPN XX= Calculating a Composite Score

FMEA Example 13 We will conduct an FMEA on the coffee shop Let’s Try Using FMEA

Coffee Process Map 14 Inputs Outputs InputsOutputs Hot Water Soap Scrubber Clean Carafe Cold Water Measuring Mark Full Carafe Filter Maker w/Filter Fresh Coffee Dosing Scoop Maker w/Filter & Coffee Brewing Coffee Cleaned Carafe Dirty Water Wet Scrubber Full Carafe Filled Maker Empty Carafe Maker w/Filter Maker w/Filter & Coffee Operating Maker Heat Brewed Coffee Hot Coffee Customer Order Size Specification Complete Order Hot Coffee Cup Filled Cup Customer Cream Sugar Amount Desired Complete Order Money Coffee Delivery Complete Order Filled Cup Customer Reply Amount Specified Complete Order Make Change Temperature Taste Strength Smile Happy Customer Pour Coffee into Cup Offer Cream & Sugar Complete Transaction Say Thank You Receive Coffee Order Clean Carafe Fill Carafe w/Water Pour Water into Maker Place Filter in Maker Put Coffee in Filter Select Temperature Setting Turn Maker On Process Map

There are three factors for the identification of specific failures Occurrence: How often the failure occurs Severity: How serious the failure is Detection: How easy or difficult is to detect the failure.

Step1: detect a failure mode Step2: severity number Step3:probability number (occurrence) Step4:detection number Risk priority number Failure mode and effect analysis

The different steps of FMEA are Select the team Functional block diagram and / or process flowchart Prioritize Data collection Analysis Results Confirm/evaluate/measure Do it all over again

Select the team  Team members who are all willing to contribute are selected from various departments and put together to work on FMEA. After the team is selected, the opportunities of improvement are prioritized and the right direction to proceed is further identified. Functional block diagram and / or process flowchart  Functional block diagram gives various details and helps in understanding of the system and design. Process flow chart focuses mainly on process and service. The function of both these tools are to make each team member to understand the system, design, process and service and the problems connected with them. Prioritize  After understanding the problem, the team tries to find out the important segment and decide where to begin. The top management after analyzing customer complaints assists this process. Data collection  Failure modes of FMEA are identified by collecting data about failures occurred so far in the company.

Analysis  The effect of a failure, its severity, detection and occurrence are identified by analyzing the information which is derived from the data. Results  Results obtained from data analysis is used to quantify severity, detection and occurrence and from this RPN (Risk priority Number) is evaluated. Confirm/Evaluate/Measure  This is used to evaluate the results of actions, which are suggested to improve the present condition. This is done by measuring the present condition with the past and the results may be that the situation is better, same or worse Do it all over again  Since continuous improvement is the best method of eliminating errors, the above stated steps have to be repeated again and again.

 The ultimate aim of FMEA is to prevent each and every failure that may occur. Continuous improvement, involvement and perseverance are the important factors that help  FMEA is not done by an individual but by a group of people. The result is the identification of failure modes. Such exercises bring out synergetic effect in the outcome. Points missed out by a few people will always be supplemented by others, making the analysis. As everyone involved in the process is taken into confidence and made to take part in the analysis, their interest and commitment are guaranteed. When one’s ideas form a part of the decision they will voluntarily involve and strive for success. The probability of the occurrence of the failure is another factor to be considered by the team.

 After identifying the possible failures and their occurrence the extent of damage that the failure can cause to the system has to be estimated. This is done in the severity analysis. The group members with their background knowledge and with the help of the past data come to a consensus on the severity of each and every failure mode identified. The more severe problems can be identified to be tackled first for the maximum benefit. However number is obtained. This has proved to be a workable and more beneficial strategy.

Requirements of reliability and FMEA Reliability is the absence of failures in products and systems. Engineering is defined as the management function that prevents the creation of failures by people (such as systems, engineers, design engineers, production personnel, users and maintenance personnel). The ideal state of ‘absence of failures’ is achieved in practice by preventing failures from occurring. This is only possible if there is a thorough understanding of all of the potential failure modes and then taking appropriate steps to prevent them from occuring. Understanding potential failure modes is achieved by analyzing and testing during both the design and the production phases of a project. To carry this methodology to its proper conclusion, the requirement of the reliability is needed because of the following reasons:

Not all problems are important  This is very fundamental to the entire concept of FMEA, because unless internalized; we are going to “chase fires” in the organization. We must recognize that some problems are more important than others for whatever the reason. The fact is that some problems have indeed higher priority than others. FMEA helps identify this priority.

Knowing the customer  The definition of “customer” normally is thought of as the “end user”. However a customer may also be defined as a subsequent as well as a service operation. When using the term customer from an FMEA perspective, the definition plays very major role in addressing problems.

Knowing the function  It is imperative to know the function, purpose, or objective of what you are trying to accomplish, otherwise you are going to waste time and effort in redefining your problem based on situations. If you have to, take extra time to make sure you understand the function or purpose of what you are trying to accomplish.

Being prevention-oriented  Unless you recognize that continual improvement is in your best interest, the FMEA is going to be a “static” document to satisfy your customer or market requirements. The push for this continual improvement makes the FMEA a “dynamic” document changing as the design and / or process changes with the intent always to make a better design and / or process

Stages of FMEA (methodology)  Make FMEA team from all areas  Identify the product / process characteristics associated with each operation  Find out all possible failure modes and analyse the effects  Estimating the seriousness / priority of failure mode and effect to the customers by rating of failure modes in terms of (Risk priority Number) values.  Finding out the causes of failure modes  Finding out the probable controls/ recommended actions to reduce happening of failure modes in order to finally improve detection, eliminate or reduce the frequency of unacceptable products and to error-proof control functions

Stages in FMEA process  Describe the product / process  Create a block diagram  Complete the header on the FMEA form worksheet  List items / functions  Identify failure modes  Document the failure mode  Describe the effects of failure modes  Identify the causes for failure  Enter the probability factor  Identify current controls  Determine the likelihood of detection  Review risk priority number (RPN)  Determine recommended action  Assign responsibility  Indicate actions taken  Update the FMEA

Step 1: For Each Input, Determine the Potential Failure Modes 29 Determine Failure Modes

Step 2: For Each Failure Mode, Identify Effects and Assign Severity 30 Identify Effects and Severity

Step 3: Identify Potential Causes of Each Failure Mode and Assign Score 31 Identify Failure Causes and Score

Step 4: List Current Controls for Each Cause and Assign Score 32 Identify Controls and Score

Step 5: Calculate RPNs 33 RPNs

Step 6: Develop Recommended Actions, Assign Responsible Persons, and Take Actions 34 Identify Actions and Responsibilities

Step 7: Assign the Predicted Severity, Occurrence, and Detection Levels and Compare RPNs 35 Compare RPNs

Describe the product / process : An understanding of the product or process under consideration is important to have clearly expressed. This understanding simplifies the process of analysis by helping the engineer identify those product / process uses that fall within the intended function and which ones fall outside. Create a block diagram: A block diagram of the product / process should be developed. Complete the header on the FMEA form worksheet: Product / system, subsystem / assembly, components, design lead, prepared by, date, revision, and revision date. Modify these headings as needed. List items / functions: Use the figure prepared above to begin listing items or functions. Identify failure modes: A failure mode is defined as the manner in which a component, system, process etc., could potentially fail to meet the design Document the failure mode: A failure mode in one component can serve as the cause of a failure mode in another component. Each failure should be listed in technical terms. Failure modes should be listed for functions of each component or process step. At this point, the failure mode should be identified whether or not the failure is likely to occur.

Describe the effects of failure modes: For each failure mode identified, the engineer should determine what the ultimate effect will be. A failure effect is defined as the result of a failure mode on the function of the product / process as perceived by the customer. They should be described in terms of what the customer might see or experience, if the identified failure mode occur. Establish a numerical ranking for the severity of the effect. A common industry standard scale uses 1 to represent no effect and 10 to indicate very severe with failure affecting system operation. The intent of the ranking is to help the analyst determine whether a failure would be a minor nuisance or a catastrophic occurrence to the customer. This enables the engineer to prioritize the failures and address the real big issues first. Identify the causes for failure: A failure cause is defined as a design weakness that may result in a failure. The potential cause for each failure mode should be identified and documented. Enter the probability factor: a numerical weight should be assigned to each cause that indicates how likely that cause is (probability of the cause occurring). A common industry standard scale uses 1 to represent not likely and 10 to indicate inevitable

Identify current controls: current controls are the mechanisms that prevent the cause of the failure mode from occurring or which detect the failure before it reaches the customer. The engineer should now identify testing, analysis, monitoring, and other techniques that can or have been used on the same or similar products / processes to detect failures. Each of these controls should be assessed to determine how well it is expected to identify or detect failure modes. After a new product or process has been in use, previously undetected or unidentified failure modes may appear. The FMEA should then be updated and plans made to address those failures to eliminate them from the product / process Determine the likelihood of detection: Detection is an assessment of the likelihood that the current controls (design and process) will detect the cause of the failure mode or the failure mode itself, thus preventing it from reaching the customer. Review Risk priority number: The risk priority number is a mathematical product of the numerical severity, probability and detection ratings: RPN=(Severity)x(probability)x(detection) The RPN is used to prioritize items that require additional quality planning or action

Determine recommended action: Determine recommended actions to address potential failures that have a high RPN. These actions could include specific inspection, testing or quality procedures; selection of different components or materials; limiting environmental stresses; redesign of the item to avoid failure mode; monitoring mechanisms; performing preventive maintenance. Assign responsibility: Assign responsibility and a target completion date for these actions. This makes the responsibility clear-cut and facilitates tracking. Indicate actions taken: After these actions have been taken, re-assess the severity, probability and detection and review the revised RPN’s Update the FMEA: Update the FMEA as the design or process changes, the assessment changes or new information becomes known.

Types of FMEA  A system FMEA which is used at the design stage to analyse overall systems including the interactions in order to minimise the effects of failure  A design FMEA which is used to minimise design faults before the defects are passed on to the manufacturing stage  The process of FMEA which focuses on failures caused in the manufacturing process  The service FMEA which focuses on service failures

Benefits of FMEA FMEA is designed to assist in improving the quality and reliability of design and process. If properly used, the FMEA provides several benefits. These benefits include: Increase in customer satisfaction: Documents risk and actions taken to reduce risk Elimination of potential: Early identification and elimination of potential i) Improve product / process reliability and quality product / process failure modes, ii) Prioritize product / process deficiencies Logical approach: Ensures a logical approach to assessing i) Emphasizes problem prevention design and processes, ii) Provide focus for improved testing and development Capture engineering / organization knowledge: Minimizes late changes and associated cost Catalyst for teamwork: Catalyst for teamwork and idea exchange between functions

Limitations of FMEA Tedious for complex systems: FMEA may be difficult and tedious for the case of complex systems that have multiple functions consisting of a number of components. This is because of the quantity of detailed system information which must be considered. This difficulty, thus, can be increased by the number of possible operating modes, as well as by considerations of the repair and maintenance policies Human errors not included: Another limitation is that the results of human error usually are not included. Studies of machine interactions are the subject methods (e.g., task analysis). Generally, human errors appear during operations system in a sequential mode and the study of their impact has to be made by methods such as cause-consequence analysis. Nevertheless, the FMEA can identify components most sensitive to human factors Environmental factors: A further limitation is apparent when the effects of the environment are significant. The consideration of these effects requires a thorough knowledge of the characteristics and performance of the different components of the system.

References Total quality management – Santosh sharma Bhanu Prakash Verma Total quality management – V.Jayakumar

THANK YOU