Un análisis de modo y efecto de falla (AMEF, o FMEA por sus siglas en inglés) convierte el conocimiento de un equipo en decisiones preventivas: qué puede fallar, qué consecuencia tendría, por qué podría ocurrir, qué controles existen y qué acción merece prioridad. Su valor no está en llenar una plantilla ni en obtener un número alto o bajo, sino en reducir riesgos y conservar evidencia de que las acciones funcionaron.
Antes de puntuar: definir alcance y función
El equipo debe delimitar el objeto de estudio —diseño, proceso, servicio o sistema—, sus fronteras, interfaces, condiciones de uso y propósito. Una descripción como “línea de ensamble” es demasiado amplia. Es más verificable indicar, por ejemplo, “operación de apriete de la cubierta, desde la presentación del tornillo hasta la confirmación del par”.
Después se escribe la función en términos observables. El modo de falla expresa cómo deja de cumplirse esa función; el efecto describe lo que experimenta el usuario o el proceso siguiente; la causa explica el mecanismo que puede originar el modo. Confundir estas tres columnas conduce a controles mal dirigidos.
| Elemento | Pregunta | Redacción útil |
|---|---|---|
| Función | ¿Qué debe lograr? | Verbo, objeto y requisito medible. |
| Modo de falla | ¿Cómo incumple la función? | Estado físico o resultado no conforme. |
| Efecto | ¿Qué ocurre después? | Consecuencia local, posterior y para el usuario, cuando aplique. |
| Causa | ¿Qué mecanismo lo origina? | Causa concreta sobre la que pueda actuar el equipo. |
| Control | ¿Qué previene o detecta hoy? | Control existente y evidencia de su ejecución. |
Secuencia de trabajo del AMEF
- Formar un equipo multidisciplinario. Incluir a quienes conocen diseño, operación, mantenimiento, calidad y uso; la composición depende del alcance.
- Describir estructura, funciones y requisitos. Usar planos, flujo del proceso, especificaciones, reclamaciones y datos de fallas disponibles.
- Identificar modos, efectos y causas. No asumir que la ausencia de registros equivale a riesgo nulo.
- Evaluar el riesgo con criterios definidos. Si se emplean severidad, ocurrencia y detección, anexar la escala vigente y la evidencia que sustenta cada valoración.
- Seleccionar acciones. Preferir eliminar o prevenir la causa; después, mejorar la detección. Asignar responsable y fecha.
- Implementar y verificar. Registrar el cambio, la prueba realizada y su resultado antes de volver a valorar el riesgo.
- Mantener el análisis. Revisarlo ante cambios de diseño, proceso, proveedor, uso, incidente o nueva evidencia.
Ejemplo didáctico supuesto: apriete insuficiente
Supuesto: una estación fija una cubierta con un tornillo. La escala local va de 1 a 10 para severidad (S), ocurrencia (O) y dificultad de detección (D); 10 representa la situación menos favorable. Esta escala es sólo ilustrativa: cada organización debe documentar la suya y no trasladar estos valores a otro proceso.
| Campo | Evaluación inicial | Después de la acción verificada |
|---|---|---|
| Modo y efecto | Par insuficiente; la cubierta podría aflojarse. | Sin cambio: el efecto potencial sigue siendo el mismo. |
| Causa | Programa de herramienta incorrecto tras un cambio de modelo. | Selección automática del programa mediante identificación de variante. |
| Control | Inspección visual al final del turno. | Bloqueo de ciclo si no coincide la variante y registro del par por unidad. |
| S, O, D | 9, 3, 4 | 9, 2, 2 |
| NPR ilustrativo | 9 × 3 × 4 = 108 | 9 × 2 × 2 = 36 |
| Evidencia requerida | Historial de fallas y capacidad del control actual. | Prueba de variantes, registros de bloqueo y revisión de datos de producción. |
La severidad permanece en 9 porque la acción no cambió el efecto; sólo redujo la probabilidad y mejoró la detección. Bajar S sin modificar el diseño o la consecuencia sería una falsa mejora. El número de prioridad de riesgo (NPR = S × O × D) ayuda a ordenar trabajo dentro de una escala común, pero no debe ser el único criterio: dos combinaciones distintas pueden producir el mismo NPR y un efecto de severidad alta puede exigir acción aunque su producto sea menor.
Cómo convertir el análisis en control
Una acción cerrada necesita más que la palabra “implementada”. El registro mínimo debe incluir requisito afectado, responsable, fecha objetivo, cambio ejecutado, evidencia de verificación, valoración residual y aprobación. Si la acción introduce un nuevo riesgo —por ejemplo, un sensor que puede fallar— ese riesgo también debe analizarse.
- No usar “capacitar al operador” como respuesta automática cuando la causa está en el diseño, la información o el método.
- No valorar la ocurrencia sólo por intuición si existen datos de defectos, mantenimiento o reclamaciones.
- No confundir un control de detección con prevención: descubrir la falla después de producirla no evita su aparición.
- No cerrar una acción sin probarla en las condiciones y variantes que justificaron el AMEF.
Límites y relación con otras herramientas
El AMEF es prospectivo y depende de la información y experiencia disponibles. Puede omitir interacciones complejas, fallas comunes o escenarios no imaginados; por ello no sustituye las evaluaciones de seguridad exigidas por la regulación ni otros análisis especializados. Tampoco demuestra por sí solo capacidad del proceso.
Para ordenar el puesto y hacer visibles condiciones anormales, consulta la guía de implementación y auditoría 5S. Para ubicar el AMEF dentro del sistema de mejora, visita el clúster Lean y Six Sigma.
Fuentes técnicas
- ASQ: Failure Mode and Effects Analysis (FMEA) — propósito, secuencia y limitaciones del método.
- IEC 60812:2018, Failure modes and effects analysis (FMEA and FMECA) — aplicación general y métodos de criticidad/priorización; edición 3.0, estabilidad indicada por IEC hasta 2029.
Fuentes oficiales consultadas el 15 de septiembre de 2026. El caso y todas sus cifras son supuestos didácticos propios, no resultados de una empresa real. La norma completa puede requerir compra.
0 Comentarios