AMEF significa Análisis del Modo y Efecto de Fallas.
El AMEF es una metodología analítica usada para asegurar que problemas potenciales se han considerado y abordado a través del proceso de desarrollo del producto y proceso.
Los objetivos del AMEF son:
Evaluar los riesgos potenciales de un producto y proceso
Analizar las causas y efectos de las fallas
Documentar y prevenir y detectar acciones correctivas
Recomendar acciones para reducir el riesgo.
En este blog abordaremos la cuarta edicion del AMEF utilizada globalmente por muchas compañias.
Sin embargo si buscas la version de AMEF AIAG+VDA da clic aqui.
Para bajar el formato de AMEF de la 4ta Edicion:
Componentes del AMEF.
Evaluacion de Riesgos.
NPR: Número Prioritario de Riesgo.- Es el calculo final de la multiplicacion de Ocurrencia * Severidad * Deteccion. Dependiendo si el numero es Alto o Bajo hay que tomar acciones, el fin ultimo es siempre estar monitoreando los NPR altos y buscar la mejora continua en estos mismos.
Severidad: Evaluación del nivel de impacto de una falla en el cliente.
Ocurrencia: Frecuencia la causa de una falla puede ocurrir.
Deteccion: Evaluación de qué tan bien los controles del producto detectan las causas de las fallas o modos de fallas
Ejemplo de un AMEF y como llenarlo.
Encabezado
La primera seccion es solamente llenar algunos datos de portada y revisiones para el control de documentos:
Número de AMEF (A)
Registrar la tira alfanumérica la cual es usada para identificar el documento.
Número y Nombre de Sistema, Subsistema ó Componente (B)
Registrar el nombre y número del sistema, subsistema ó componente el cual está siendo analizado.
Responsabilidades de Diseño (C)
Registrar el OEM – Original Equipment Manufacturer
organización y departamento ó grupo quien es responsable del
diseño.
Programa(s)/Año(s) del Modelo (D)
Registrar el(los) año(s) de modelo y programa(s)
Fecha Clave (E)
Registrar la fecha inicial requerida del AMEF, la cual no debiera exceder de la fecha programada de liberación del diseño para producción.
Fechas del AMEF (F)
Registrar la fecha en que el AMEFD original se completó y la última fecha de revisión.
Equipo Central (G)
Registrar a los miembros del equipo responsables por el desarrollo del AMEF. Información de contacto (ej., nombre, organización, no. de teléfono e Email)
Preparado Por (H)
Registrar el nombre e información de contacto incluyendo la organización (compañía) del ingeniero responsable de la preparación del AMEF
Cuerpo del AMEF- Parte 1
Función (a1)
Registrar la(s) función(es) del(los) ítem(s) o interfase(s) siendo analizados y los cuales es necesario para cumplir con la intención del diseño y en base a los requerimientos del cliente y las discusiones del equipo.
Requerimientos (a2)
Una columna adicional, “Requerimientos”, puede ser agregada para refinar adicionalmente el análisis de los modos de fallas
Modo de Falla Potencial (b)
El modo de la falla potencial es definido de la manera en como un componente, subsistema ó sistema podría fallar potencialmente para cumplir ó enviar la función esperada y descrita en la columna de item/artículo. Identifica los modos de fallas potenciales asociados con la(s) función(es)/requerimiento(s). Los modos de fallas potenciales debieran estar descritos en términos técnicos, y no necesariamente como un síntoma a ser notado por el cliente.
Efecto(s) Potencial(es) de Fallas (c)
Los efectos potenciales de fallas son definidos como los efectos de los modos de fallas en la función, como es percibido por el(los) cliente(s).
Severidad (S) (d)
Severidad es el valor asociado con el más serio efecto para un modo de falla dado. La severidad es de un rango relativo dentro del alcance del AMEF individual
Clasificación (e)
Esta columna puede ser usada para bosquejar modos de fallas de alta prioridad y sus causas asociadas.
Causa(s)/Mecanismo(s) de Modos de Fallas Potenciales (f)
En el desarrollo de los AMEFs, la identificación de todas las causas potenciales del modo de falla es clave para análisis subsecuentes, se recomienda que el equipo debiera orientarse en el entendimiento del mecanismo de fallas para cada modo de falla.
Controles de Diseño Actuales (h)
Controles de Diseño Actuales son aquellas actividades conducidas como parte del proceso de diseño y que se han completado ó comprometido y que asegurarán la adecuación del diseño para la funcionalidad del diseño mismo y los requerimientos de confiabilidad bajo consideración.
Controles Prevención
Eliminan (previenen) las causas de los mecanismos de fallas ó los
modos de fallas de que ocurran, ó reducen su proporción de
ocurrencia.
Ocurrencia (O) (g)
Ocurrencia es la probabilidad de que una causa/mecanismo específico ocurra, resultando en un modo de falla dentro de la vida del diseño. La probabilidad de un número de rango de ocurrencia tiene un significado relativo más que un valor absoluto.
Controles Detección
Identifican (detectan) la existencia de una causa, el resultante mecanismo de la falla ó el modo de la falla, ya sea métodos analíticos ó físicos, antes de que el item/punto sea liberado para producción.
Detección (D) (i)
Detección es el rango asociado con el mejor control de detección listado en la columna de Controles de Detección del Diseño Actuales. Cuando se identifique más de un control, se recomienda que el rango de detección de cada control sea incluido como parte de la descripción del control mismo. Registra el valor de rango más bajo en la columna de Detección.
Determinación de Prioridades para Acciones
Una vez que el equipo ha completado la identificación inicial de los modos de fallas y efectos, causas y controles, incluyendo rangos para severidad, ocurrencia y detección, el equipo mismo debe decidir si son necesarios esfuerzos adicionales para reducir los riesgos. Debido a las limitaciones inherentes en recursos, tiempo, tecnología y otros factores, el equipo debe seleccionar como priorizar mejor estos esfuerzos.
El enfoque inicial del equipo debiera orientarse a modos de fallas con los más altos rangos de severidad.
Evaluación de Riesgos;
Número de Prioridad en Riesgos (NPR) (j)
Un enfoque para apoyar en la priorización de acciones ha sido usar el Número de Prioridad en Riesgos:
NPR = Severidad (S) x Ocurrencia (O) x Detección (D)
Dentro del alcance del AMEF individual, este valor puede tener un rango de 1 a 1,000.
Cuerpo del AMEF- Parte 3
Acciones Recomendadas (k)
En general, las acciones de prevención (ej., reduciendo la ocurrencia) se prefieren a las acciones de detección. Un ejemplo de esto es el uso de un estándar de diseño probado ó una mejor práctica más que la verificación/validación del producto después de un congelamiento del diseño.
Para Reducir el Rango de Severidad (S): Sólo una revisión de diseño puede llevarnos a una reducción del rango de severidad.
Para Reducir el Rango de Ocurrencia (O): Una reducción en el rango de ocurrencia puede ser efectuado retirando ó controlando una ó más de las causas ó mecanismos de los modos de fallas a través de revisiones de diseños.
Para Reducir el Rango de Detección (D): El método preferido es el uso de a prueba de errores/fallas. Un incremento en acciones de validación/verificación del diseño debiera resultar en una reducción del rango de detección solamente.
Responsabilidades & Fechas Meta de Terminación (l)
Registra el nombre del individuo y organización responsable de completar cada acción recomendada incluyendo la fecha meta de terminación
Resultados de Acciones (m-n)
Esta sección identifica los resultados de cualquier acción terminada y sus efectos en los rangos de S, O, D y en el NPR.
Accion(es) Tomada(s) y Fecha de Terminación (m)
Después de que la acción ha sido implementada, registrar una breve descripción de la acción tomada y la fecha de terminación actual.
Severidad, Ocurrencia, Detección y NPR (n)
Después de que la acción preventiva/correctiva ha sido terminada, determina y registra los rangos de severidad, ocurrencia y detección resultantes.
Conclusiones
El AMEF sirve como herramienta para reducir los modos de falla y el riesgo asociados a tener estos modos de fallas en nuestro producto.
El AMEF se debe de revisar de manera periodica, tambien despues de cada queja de cliente, despues de cada cambio de ingenieria asi como en las revisiones anuales de PPAP.
Comments