F M E A

FAILURE MODES & EFFECTS ANALYSIS Analisis de modo y efecto de fallas

OBJETIVOS DEL PROYECTO FMEA

MANTENER EL PORCENTAJE DE FALLAS EN UN NIVEL ACEPTABLE (MANEJABLE) < 1%. GENERAR UNA DOCUMENTACION DE SOPORTE FORMALIZADA PARA EL ANALISIS Y REPARACION DE FALLAS ASI COMO ACCIONES CORRECTIVAS. EDUCAR AL PERSONAL QUE PARTICIPA EN EL PROCESO PARA LOGRAR UNA CULTURA CON ENFOQUE HACIA LA CALIDAD.

QUE ES UN FMEA?
Identifica las forma en que un producto o proceso puede fallar Ayuda a prevenir esas fallas.

Es un metodo sistematico de identificar y prevenir problemas en un producto o proceso antes de que ellos ocurran. Enfocado en la prevencion de defectos, fortaleciendo la seguridad e incrementando la satisfaccion del cliente. Se emplea en el diseo del producto, mejoras al proceso asi como en procesos existentes.

BENEFICIOS DE UN FMEA EJECUTADO PROPIAMENTE

Reduce los costos de garantia. Mejora la funcionalidad del producto. Reduce da a da los problemas de manufactura. Mejora la seguridad de los productos o procesos. Reduce los problemas de procesos comerciales.

TIPOS DE FMEAs
Existen varios tipos de FMEAs: FMEA de Servicio FMEA de diseo FMEA de Producto

FMEA de Proceso

TIPOS DE FMEA

FMEA de proceso Va enfocado a los modos de fallas potenciales

debido al proceso de produccin. Diagrama de proceso/Proceso/Secuencia/Pasos del proceso Equipo/Maquinas Herramientas Operadores FMEA de producto - Enfocado a los modo de fallas potenciales en el producto debido a procesos de diseo. Sistema Subsistema Sub-ensambles Componentes/partes Materiales

DEFINIENDO UN MODO DE FALLA

Modo de falla: La forma en la cual un procesos/producto puede fallar en el cumplimiento de las especificaciones. Usualmente asociado con defectos.
Todos los modos de falla tienen un efecto, y algunos tienen mas probabilidades de ocurrir que otros.

Cada modo de falla tiene un riesgo relativo asociado con el.

El proceso FMEA es una manera de identificar las fallas, efectos, y riesgos dentro de un producto o proceso. Modos de falla tpicos : Doblado, desquebrajado, deformado, impuro, sucio, mal cortado, etc.

Causa Cause

Modo de Mode Failure Falla (Defecto) (Defect)

Efecto Effect

DEFINIENDO UN MODO DE FALLA

Por ejemplo, una cafetera electrica de goteo, - un aparato relativamente simple - podria tener varias cosas fallando que la harian inoperable. Aqui hay algunos posibles modos en que la cafetera puede fallar: El elemento calentador no calienta a la temperatura suficiente para preparar caf. La bomba no bombea el agua hasta el cesto del filtro. La cafetera no se enciende automaticamente con el reloj El reloj deja de trabajar o corre muy rapido o muy lento. Los depositos de calcio del agua impura taparon el proceso de goteo. Se utiliza demasido caf o no fue el suficiente. Hay un corto en el cordon de la corriente elctrica. La discusion de los modos de falla durante las reuniones del equipo contribuira a identificar los efectos y riesgos del producto o proceso.

La construccin de este documento sigue una serie de pasos que se resumen a continuacin:
Paso 1: Determinar la funcin (descripcin y propsito) del componente, producto, servicio o proceso.

Paso 2: Identificar los posibles modos de fallo.

Paso 3: Determinar el posible efecto de esos fallos (evaluar SEVERIDAD (S) de 1 a 10 conforme a las consecuencias que pueda tener el fallo sobre el cliente u otros procesos). Paso 4: Identificar las causas ms probables para cada fallo

Paso 5: Evaluar la OCURRENCIA (O) de cada fallo por efecto de cada causa concreta (ponderar de 1 a 10 en funcin de la frecuencia). Paso 6: Evaluar los controles actuales para cada causa de un fallo estableciendo una medida (DETECCIN, D) de la probabilidad de detectar el fallo antes que ste alcance al cliente. Paso 7: Asignar prioridades (un RPN, Risk Priority Number): SxOxD

Paso 8: Recomendar acciones para resolver el problema y asignar responsabilidades. Iniciar el trabajo y prestar mayor atencin a las que tienen un RPN mayor. Paso 9: Anotar las acciones puestas en marcha y recalcular el RPN para ver los efectos. prioridades

MDO-111-A

FORMATO DE FMEA
Al utilizar el formato FMEA, el equipo determinar las variables de entrada requeridas como se muestra en la siguiente seccin.
Process or Product Name: _____________________________ Prepared By:_________________________ Responsible:_________________________________________ Date (Orig) _____________________ FMEA Proces s # Functio n (Step) Potential Failure Modes (process defects) Potenti al Failure Effects S E V Potential Causes of Failure O C C
How often does the cause occur?

Page _____ of _____ (REV) __________________ Responsible Person & Target Date S O D R E C E P V C T N

Current Process Controls

D E T

R P N

Recommended Actions

Actions Taken

How severe is the effect?

What is the What is What can go effect the wrong with on the input? the input? outputs ?

What are the causes?

What are the tests, methods, or techniques to discover the cause?

What are the actions for reducing the occurrence of Who is the cause, or responsible for improving the detection? Should recommended have actions only action? on high RPN's or easy fixes.

What are the completed actions taken? Be sure to include completion month/year

1 2 3 4 5

How well can you detect cause?

MDO-111-A

PD12

COMO COMPLETAR UN FMEA Inicia por completar la seccion de encabezado que incluye: Nombre del proceso o producto. Responsable Nombre del dueo del proceso. Preparado por Nombre del responsible del proyecto Fecha de FMEA Fechas de inicio y revisiones subsecuentes.
Process or Product Name: _____________________________ Prepared By:_________________________ Responsible:_________________________________________ FMEA Date (Orig) _____________________
Potential Process Potential Failure Modes Failure # Function (process (Step) Effects defects) S E V Potential Causes of Failure O C C Current Process Controls D E T R P N Recommended Actions What are the actions for reducing the occurrence of the cause, or improving detection? Should have actions only on high RPN's or easy fixes. Page _____ of _____

(REV) __________________
Responsible S O D R Person & Target Actions Taken E C E P Date V C T N What are the completed actions taken? Be sure to include completion month/year

How often does the cause occur?

How severe is the effect?

What is What is What can go the effect the wrong with the on the input? input? outputs?

What are the causes?

What are the tests, methods, or techniques to discover the cause?

How well can you detect cause?

Who is responsible for the recommended action?

1 2 3 4 5 6 7

MDO-111-A

PD13

PASO 1: Determinar la funcin (descripcin y propsito) del componente, producto, servicio o proceso.

Se debe partir de un componente, producto o servicio en el caso de aplicar el FMEA al diseo, o de un proceso en el caso de aplicar el FMEA a los procesos. Es importante tener clara la funcin que deben desempear estos productos y procesos, es decir, que necesidades deben satisfacer. Esto permite identificar los distintos modos de fallo que pueden aparecer.

PASO 2: Identificar los posibles modos de fallo.

Para cada producto o proceso analizado debern identificarse los posibles modos de fallo. Por ejemplo, si se estudia el diseo de una lata de cerveza, podran considerarse los siguientes modos:

Se rompe la anilla antes de conseguir abrirla Se vierte el contenido al intentar beber directamente de la lata Salpica al verter el contenido de la lata en un vaso Se genera mucha espuma al abrir la lata La lata tiene poca estabilidad y se cae fcilmente
PD15

MDO-111-A

PASO 3: Determinar el posible efecto de los fallos. Evaluar Severidad.

El siguiente paso consiste en determinar el posible efecto de cada fallo. Este efecto se produce sobre los clientes en caso de tratarse de productos o servicios, o sobre los productos fabricados en caso de tratarse de procesos. Ms que el propio efecto, lo que resulta importante es determinar la gravedad que puede tener. Esto se mide a travs de ndice de SEVERIDAD (S) que utiliza una escala de 1 a 10 para puntuar la gravedad de las consecuencias de este efecto. Es importante tener definido a priori los criterios que se siguen para aplicar una u otra puntuacin. Un modelo de escala puede ser el siguiente:

Efecto Peligrosamen te alta

Criterio: Severidad del efecto Puede poner en peligro la maquina o el operador, y provocar un incumplimiento a las regulaciones federales, Esto ocurrir sin ninguna alerta. Puede poner en peligro la maquina o el operador, y provocar un incumplimiento a las regulaciones federales, Existe una alerta antes del suceso. La falla hace al producto inoperable e inapropiado para su uso, el 100% de la produccin deber hacerse scrap. El cliente estar muy insatisfecho. El producto deber ser sorteado, una parte de la produccin deber scrapearse, el cliente se siente insatisfecho.

Nivel 10

Extremadame nte alta

CRITERIO DE EVALUACION DE SEVERIDAD PARA LOS PROCESOS FMEA

Muy alta

Alta

Moderada

La unidad falla parcialmente. Una porcin del producto deber ser scrapeado (no sorteado). El cliente se encuentra inconforme.
La unidad falla lo sufuciente para provocar una queja de cliente, el 100% del producto debera retrabajarse,

Baja

Muy baja

La unidad falla, se deber sortear y retrabajar la parte de la produccin con defecto. Algunos clientes pueden notar la falla. Una porcin del producto deber retrabajado en la lnea, pero fuera de la estacin (no sortear). Algunos clientes pueden notar la falla. Una porcin del producto deber retrabajado en la lnea, pero fuera de la estacin (no sortear). El cliente no lo puede notar la falla. No afecta

Mnima

Muy mnima

Ninguna

PASO 4: Identificar las causas ms probables para cada fallo.

El siguiente paso consiste en determinar, para cada modo de fallo, las causas ms probables que lo producen. Si en el ejemplo de la lata de cerveza consideramos el primer modo de fallo, la anilla se rompe antes de conseguir abrir la lata, podremos identificar diferentes causas: El metal de algunas anillas es demasiado dbil y se parte El trozo de chapa que debe desprenderse no est bien perfilado y resiste ms que la anilla. No cabe el dedo en el agujero de la anilla, lo que obliga a tirar en un ngulo poco adecuado. Para cada fallo habr diferentes causas que tendrn que se estudiadas por separado.

PASO 5: Evaluar la OCURRENCIA de cada fallo por efecto de cada causa concreta
Para cada una de las causas identificadas en el paso anterior habr de valorar las probabilidades que tienen de aparecer.
Es decir, en qu medida es frecuente que aparezca el fallo como consecuencia de esta causa concreta.

Se trata, por lo tanto, de asignar un ndice de OCURRENCIA (O), comprendido entre valores 1 y 10.

ASIGNE EL VALOR DE OCURRENCIA PARA CADA MODO DE FALLA

El mejor mtodo para determinar el valor de ocurrencia es utilizando datos actuales del proceso como son registros de prueba elctrica o inclusive capacidad del proceso. Cuando los valores actuales respecto a las fallas no estn disponibles, el equipo deber estimar que tan seguido es probable que ocurra la falla. Transfiera los rangos de ocurrencia asignados al formato de FMEA en la columna nombrada OCC La siguiente tabla define el criterio de evaluacin para determinar la ocurrencia para cada paso del proceso.

Descripcin

Definicin

CRITERIO DE EVALUACION PARA LA OCURRENCIA

Muy alta Alta Moderada

Fallo casi inevitable Fallos frecuentes Fallos ocasionales

Baja
Muy baja Remota

Fallas aisladas.
Muy pocos fallos Fallo improbable

Rango de Valor posibilida des >1 de 2 10 1 de 3 9 1 de 8 8 1 de 20 7 1 en 80 6 1 en 400 5 1 en 2000 4 3 1 en 15,000 2 <1 en 150,000 1 <1 en 1,500,000

PASO 6: Especificar los controles actuales para cada causa de fallo. Evaluar DETECCIN.
ASIGNE TASA DE DETECCION PARA CADA MODO DE FALLA Y/O EFECTO

La tasa de deteccin observa que tan probable es que detectemos una falla o el efecto de la falla.
Inicie este paso por identificar los controles actuales que puedan detectar la falla o efecto de la falla. Si no hay controles aplicables, la probabilidad de deteccin ser baja, y este caso recibir un rango alto de defectibilidad, tal como de un 9 o 10 como se indica en la siguiente tabla.

CRITERIO DE EVALUACION DE DETECTABILIDAD

No se conocen controles disponibles para detectar la falla Muy remota probabilidad de que los controles actuales detecten la falla. Remota Remota propabilidad de que los controles actuales detecten la falla Muy Baja Muy baja probabilidad de que los controles actuales detecten la falla Baja Muy baja probabilidad de que los controles actuales detecten la falla Moderada Moderada probabilidad de que los controles actuales detecten la falla Moderadame Moderadamente alta probabilidad de que nte alta los controles actuales detecten la falla Deteccin Casi imposible Muy remota Criterio Valor 10 9

8
7 6 5 4

Alta
Muy alta Casi Seguro

Alta propabilidad de que los controles actuales detecten la falla Muy alta propabilidad de que los controles actuales detecten la falla Es seguro que con los controles actuales la falla se puede detectar.

3
2 1

PASO 7: Asignar prioridades. Calcular el RPN.

El nmero de riesgo prioritario (RPN) es simplemente calculado obteniendo el producto de la tasa de severidad, ocurrencia y deteccin:

RPN= Severidad x ocurrencia x deteccin

El nmero de riesgo prioritario de riesgo total deber ser calculado sumando todos los nmeros de riego prioritario. Este numero por si solo no tiene sentido, por que cada FMEA tiene una cantidad diferente de tipos falla y efectos de falla. De cualquier manera esta servir como un medidor para comparar el RPN total revisado contra el RPN original una vez que las acciones recomendadas han sido elaboradas. Transferir el numero de RPN al formato de FMEA bajo la columna encabezada con RPN.

PASO 8: Recomendar acciones para resolver el problema y asignar responsabilidades.

El siguiente paso consistir en recomendar acciones correctoras para evitar cada posible causa y asignar responsables (personas o departamentos) que se encargarn de poner en marcha estas acciones. El mayor esfuerzo debe ponerse en las causas que presenten mayores RPNs.

Paso 9: Anotar las acciones puestas en marcha y recalcular el RPN para ver los efectos. Transcurrido un tiempo, deben anotarse las acciones que finalmente se han puesto en marcha y recalcular de nuevo los ndices de severidad, ocurrencia y deteccin.

Al igual que antes, el ndice de severidad ser el mismo para cada causa, puesto que est asociado al fallo que todas ellas producen.

Process or Product Name: _____________________________ By:_________________________ Prepared Responsible:_________________________________________ Date (Orig) _____________________ FMEA Potential Proces Failure s # Modes Functio (process n (Step) defects) Potenti S al E Failure V Effects
How severe is the effect?

Page _____ of _____ (REV) __________________ Responsible Person & Target Date S ODR Actions E CE P Taken V C T N

Potential Causes of Failure

O C C
How often does the cause occur?

Current Process Controls

D E T

R Recommended P Actions N

What is the What is What can go effect the wrong with on the input? the input? outputs ?

What are the causes?

What are the tests, methods, or techniques to discover the cause?

What are the actions for reducing the occurrence of Who is the cause, or responsible for improving the detection? Should recommended have actions only action? on high RPN's or easy fixes.

What are the completed actions taken? Be sure to include completion month/year

1 2 3 4 5

How well can you detect cause?