Método What-if de análisis de riesgos

El método What-if utiliza preguntas del tipo «qué ocurriría si» para explorar desviaciones, consecuencias y medidas de protección. Su eficacia depende del conocimiento del equipo, la preparación y la calidad del registro de decisiones.

En pocas palabras

What-if es un análisis cualitativo de escenarios. Debe revisar causas, consecuencias y controles con un alcance definido, y generar acciones verificables cuando las medidas existentes no resultan suficientes.

Contenido
  1. Qué es el método What-if
  2. Preparar el alcance y la información
  3. Formular preguntas que permitan analizar
  4. Revisar causas, consecuencias y controles
  5. Participación y calidad de la sesión
  6. Diferencias con HAZOP y otros métodos
  7. Ejemplo práctico
  8. Acciones, revisión y límites
  9. Conceptos relacionados
  10. En el blog
  11. Referencias

Diccionario A-Z →

Qué es el método What-if

What-if es una técnica cualitativa para examinar situaciones que podrían alterar el funcionamiento previsto de un proceso. Mediante preguntas hipotéticas, un equipo identifica escenarios, causas plausibles, consecuencias y medidas existentes. La pregunta inicia el análisis; el resultado útil es una conclusión justificada sobre las actuaciones necesarias.

Su flexibilidad permite aplicarlo a revisiones focalizadas y cambios, entre otros usos. Esa misma flexibilidad exige preparación para no depender únicamente de lo que alguien recuerde durante una reunión. El método debe tener alcance, participantes y criterios de registro definidos, con suficiente información sobre el trabajo que se examina.

Preparar el alcance y la información

El equipo determina qué instalación, operación o modificación estudiará y en qué condiciones. Deben incluirse los estados relevantes, como arranque, funcionamiento normal, parada y mantenimiento. Los planos, procedimientos, materiales y antecedentes permiten formular preguntas concretas y evitar escenarios que no guardan relación con el sistema.

Es conveniente revisar la información antes de la sesión y señalar lagunas. Si un dato condiciona una conclusión, se registra como pendiente y se asigna su comprobación. La ausencia de documentación no debe transformarse en una respuesta favorable por consenso. También hay que reservar tiempo para revisar interfaces con otras actividades o suministros.

Formular preguntas que permitan analizar

Una pregunta útil describe una desviación concreta: pérdida de un suministro, secuencia incorrecta, material no previsto o indisponibilidad de una función. Debe ser suficientemente precisa para que el equipo pueda explicar qué sucede después. Preguntar simplemente si todo es seguro no permite construir un escenario ni evaluar controles.

La sesión puede organizarse por fases, equipos o categorías de desviación, utilizando listas de apoyo adaptadas. Estas listas ayudan a comprobar cobertura, pero no sustituyen el conocimiento del proceso. Es importante incluir condiciones infrecuentes y tareas auxiliares, donde las personas pueden quedar expuestas de forma distinta al funcionamiento habitual.

Revisar causas, consecuencias y controles

Para cada escenario se documentan causas plausibles y consecuencias relevantes para las personas. Después se examina qué medidas impiden que avance o limitan sus efectos. Debe diferenciarse una protección existente y comprobada de una mejora propuesta que todavía no está implantada.

La respuesta también necesita contemplar fallos de controles y dependencias. Dos medidas pueden compartir alimentación, sensor o actuación humana. Enumerarlas como si fueran barreras independientes puede exagerar la protección. Cuando la relación resulta compleja, conviene trasladar la cuestión a un árbol de fallos u otro estudio con el detalle necesario. Una ficha de trabajo puede separar pregunta, causa, consecuencia, control existente, evidencia y acción pendiente. Esa separación evita dar por instalada una medida que solo se ha propuesto. También permite revisar después qué conclusión cambió al obtener un dato nuevo, sin perder la trazabilidad del análisis inicial.

Participación y calidad de la sesión

El análisis reúne perfiles con conocimiento complementario de diseño, operación, mantenimiento y prevención. La experiencia de quienes realizan la tarea permite detectar diferencias entre el procedimiento escrito y el trabajo real. Una coordinación adecuada facilita que se expresen dudas sin convertirlas en atribuciones personales de culpa.

La sesión debe distinguir hechos, hipótesis y opiniones pendientes de comprobación. Si aparecen desacuerdos técnicos, conviene registrar qué evidencia permitirá resolverlos. El objetivo no es acumular preguntas ni cerrar todas las filas durante la reunión, sino producir decisiones suficientemente fundamentadas y reconocer dónde hace falta ampliar el análisis.

Diferencias con HAZOP y otros métodos

El HAZOP utiliza un examen sistemático de desviaciones mediante parámetros y palabras guía dentro de una estructura definida. What-if ofrece mayor flexibilidad en la formulación de escenarios. Elegir uno u otro requiere considerar complejidad, información disponible y finalidad; una reunión breve no reemplaza automáticamente un estudio detallado necesario.

El AMFE se centra en funciones y modos de fallo. El Bow-tie ayuda a representar amenazas, barreras y consecuencias. Los resultados de What-if pueden alimentar estos métodos o beneficiarse de ellos, manteniendo claras sus diferencias y las cuestiones que cada análisis realmente ha cubierto.

Ejemplo práctico

Antes de modificar una operación de trasvase, un equipo pregunta qué ocurriría si el recipiente receptor no tuviera la capacidad prevista. Revisa cómo se identifica, qué información utiliza la persona operadora y qué controles impedirían un llenado incompatible. También estudia la disponibilidad real de esos controles durante la maniobra.

La revisión detecta que una comprobación depende de información que no siempre llega al puesto. Se define una mejora del proceso y una verificación antes de implantar el cambio. El escenario queda documentado con su responsable y la evidencia requerida. El ejemplo muestra un razonamiento preventivo, no una instrucción de diseño para cualquier instalación.

Acciones, revisión y límites

Cada acción debe expresar qué se hará, quién responde, cuándo se comprobará y qué evidencia permitirá cerrarla. La gestión del cambio debe incorporar los resultados relevantes antes de introducir modificaciones. Si se aplaza una decisión, conviene hacer explícitas las condiciones provisionales y su evaluación correspondiente.

Los errores frecuentes son copiar preguntas genéricas, aceptar respuestas sin evidencia y considerar suficiente una larga lista de salvaguardas. What-if tampoco calcula por sí solo una probabilidad numérica. Su valor reside en explorar escenarios de forma disciplinada, detectar necesidades de mejora y dejar un registro revisable de las decisiones preventivas.

Conceptos relacionados

En el blog

Referencias

  1. TÜV SÜD. Análisis What If: identificación cualitativa de riesgos de procesos industriales. Descripción técnica del método. Fuente oficial
  2. Occupational Safety and Health Administration. Technical Manual, Section IV, Chapter 5: Process Hazard Analysis. Referencia técnica estadounidense. Fuente oficial
  3. Occupational Safety and Health Administration. 1926.64 Appendix C: Compliance Guidelines and Recommendations for Process Safety Management. Guía estadounidense no vinculante. Fuente oficial
  4. Instituto Nacional de Seguridad y Salud en el Trabajo. Guía técnica para la evaluación y prevención de los riesgos relacionados con agentes químicos. 2022. Fuente oficial
  5. Boletín Oficial del Estado. Ley 31/1995, de Prevención de Riesgos Laborales. Texto consolidado. Fuente oficial

Información editorial

Fecha de publicación: 10 de octubre de 2026.

Responsable editorial: Equipo editorial de Sabentis.

Autor: Pablo RodríguezLinkedIn

Vicepresidente Ejecutivo de la Fundación Internacional ORP y Chief Financial Officer de Sabentis.

Solicita una demo

Descubre todo lo que Sabentis puede hacer por tu organización.

Prueba Sabentis

request a demo
stars 5
GetApp Software Advice Capterra