Академический Документы
Профессиональный Документы
Культура Документы
(FMEA)
No obstante, como en otras herramientas de la calidad, lo que importa es conocer la idea bsica
que se pretende poner en marcha, puesto que la aplicacin prctica vara considerablemente de
unas empresas a otras.
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 probablidad de detectar el fallo antes que ste alcance al cliente.
Paso 7: Asignar prioridades (un RPN, Risk Priority Number): S x O x D
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
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.
Es poco razonable esperar que este tipo de fallo cause algn efecto real
de detectarlo.
El fallo causa slo ligeras molestias a los clientes. Estos detectarn slo
ligeros inconvenientes en el funcionamiento del producto.
2
3
4
5
6
7
8
9
10
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. Al igual que
para el ndice de Severidad, es importante et ner definidos unos criterios previos de valoracin. Podra, por ejemplo,
aplicarse la siguiente escala:
Remota
Fallo improbable
Baja
Moderada
Fallos ocasionales
Alta
Fallos frecuentes
Muy alta
2
3
4
5
6
7
8
9
10
1 por 20000
1 por 4000
1 en 1000
1 en 400
1 en 80
1 en 40
1 en 20
1 en 8
1 en 2
Es importante tener en cuenta que se asigna un ndice de severidad por modo de fallo, pero varios ndices de
ocurrencia, uno por cada posible causa identificada.
PASO 6: Especificar los controles actuales para cada causa de fallo. Evaluar DETECCIN.
El siguiente paso consistir en especificar los controles utilizados en la actualidad para detectar la existencia de
cada posible causa y, una de dos, evitar que el producto alcance al cliente o que el cliente provoque la aparicin del
fallo.
En el ejemplo de la lata de cerveza, se especificarn los controles realizados para detectar las latas cuya anilla sea
demasiado dbil (primera causa), para detectar que el tapn est mal perfilado (segunda causa), o para advertir al
cliente el ngulo en que debe tirar de la anilla (evitando as que las personas con dedos grandes lo hagan mal y
rompan la anilla tercera causa-).
La efectividad de los controles utilizados para cada causa debe ser valorada mediante un ndice de DETECCIN (D)
entre 1 y 10. Una posible escala de valoraciones es la siguiente:
Muy alta
Alta
Moderado
1
2
3
4
5
6
7
8
9
10
El ndice de Deteccin, al igual que el ndice de Ocurrencia, va asociado a cada causa. Por lo tanto, dentro de cada
fallo tendremos que determinar varios ndices de Deteccin (uno para cada causa)
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.
10