Pruebe su plan de recuperación antes de que llegue la interrupción

Un plan de recuperación solo sirve si las personas pueden ejecutarlo en el orden correcto y con los recursos disponibles. Una lista de contactos de emergencia y un título tranquilizador no dicen cuánto tarda el negocio en reanudar el trabajo crítico. En el ejemplo de abajo, un plan que en papel dura 80 minutos necesita 90 en el simulacro, supera su objetivo de 60 minutos en 30, y la interrupción cuesta 530 $ — o 130 $ más 40 pedidos en espera, según lo que hagan los clientes.

Empiece por un escenario definido

«Se ha caído la informática» no es un escenario. Una caída del servicio de pagos, perder el acceso a un taller o el fallo de un sistema interno exigen acciones, personas y decisiones distintas. Antes de estimar tiempos, anote:

• el desencadenante — p. ej., los terminales rechazan todos los pagos;
• el alcance — qué cuenta como recuperado: pago con tarjeta en todas las cajas y ventas de nuevo sincronizadas con el inventario;
• los objetivos — el RTO (plazo para que el trabajo crítico vuelva a funcionar) y, si hay que restaurar datos, el RPO (los datos más antiguos cuya pérdida acepta). El RPO no es la duración de la interrupción.

Haga explícitas las dependencias

La tienda ficticia de la demo — artículos para el hogar, ocho empleados:

El inicio más temprano de cada paso es el fin más temprano más tardío de sus requisitos; el fin más temprano, ese inicio más la duración: A 0 → 30, B 30 → 50, C 30 → 70, D 70 → 80. La recuperación prevista es de 80 minutos y la fija la cadena A → C → D. Acelerar B no cambia nada; acelerar C, sí.

El objetivo es un objetivo

El RTO de la tienda es de 60 minutos: diferencia de 20 minutos. Indica dónde está el problema, pero no prueba que el negocio se recupere en 80 ni en 60 minutos: es un cálculo a partir de duraciones anotadas que supone gente suficiente para cada rama paralela.

Revise los recursos compartidos

B y C necesitan al responsable de informática, la misma persona, prevista dos veces entre el minuto 30 y el 50. Una buena herramienta no lo reordena en silencio: avisa y le deja decidir — añadir un requisito para que vayan seguidos (la estimación sube) o asignar B a otra función.

En una empresa mediana esto pesa más. En la segunda demo, un distribuidor tiene tres ubicaciones, seis departamentos y un único equipo central de informática. Cada plan local parece razonable, pero reconectar las cajas de la exposición, los escáneres del depósito y la exportación de nóminas coinciden en la misma media hora: tres solapamientos para un solo equipo.

Registre un simulacro, con honestidad

El paso C tardó 50 minutos en lugar de 40; D depende de C y el retraso se arrastra. La recuperación registrada es de 90 minutos, no 80, y supera el RTO en 30 minutos.

Tres reglas hacen fiable el registro: un paso sin terminar sigue sin terminar y nunca cuenta como cero minutos (en el simulacro del distribuidor falta el fin de los escáneres y no se muestra tiempo de recuperación); los datos que faltan no se inventan (un fin sin inicio cuenta, sin duración); y el orden importa (un fin antes del de su requisito es un error).

El simulacro también comprueba la copia: última copia correcta a las 06:30, simulacro a las 08:00 — 90 minutos de antigüedad con un RPO de 60, 30 minutos de más. Es un control de antigüedad, no una prueba de que la copia pueda restaurarse.

Horas transcurridas y horas abiertas

Para la vista económica, la tienda usa una variante aparte: una interrupción de 240 minutos desde el martes a las 10:00. Con horario de 09:00 a 19:00, las cuatro horas son horas abiertas. Esta variante se mantiene separada de los 80 minutos del plan y de los 90 del simulacro.

Cifras introducidas: margen por hora abierta 100 $, coste extra por hora de interrupción 20 $, coste fijo del incidente 50 $. El margen ya descuenta los costes variables; los costes fijos no se suman otra vez.

Demanda perdida o aplazada, no ambas

Si las ventas desaparecen: margen perdido 4 × 100 $ = 400 $, costes extra 4 × 20 $ + 50 $ = 130 $, total 530 $.

Si los pedidos esperan: el margen se aplaza, no se pierde; los 130 $ de costes extra siguen; con 10 pedidos por hora se forma un atraso de 40 pedidos. Mostrar ambas cosas a la vez contaría dos veces a los mismos clientes.

¿Se puede absorber el atraso?

Tras la recuperación, la tienda procesa 20 pedidos por hora en lugar de 10: 10 de capacidad sobrante. 40 ÷ 10 = 4 horas abiertas a ritmo constante; recuperando a las 14:00, el atraso queda absorbido hacia las 18:00. Si la capacidad tras la recuperación no supera la normal — como en el depósito del aeropuerto —, en este modelo no hay tiempo de puesta al día finito, y el informe debe decirlo.

Las horas cerradas se comportan de otra forma: el depósito se queda sin luz el viernes a las 17:00 y vuelve 15 horas después, el sábado a las 08:00; solo 3 de esas horas estaban abiertas. El margen perdido cuenta 3 horas; el coste extra por hora (un generador alquilado), las 15.

Mantenga el documento útil

Imprima la secuencia con responsables y horas objetivo, una hoja de contactos (funciones y cómo localizarlas — nunca contraseñas ni códigos de acceso) y la comparación del simulacro con horas previstas y registradas en columnas separadas. Revíselo tras cada simulacro.

Recuperación del negocio y simulacros une el plan, el objetivo y el simulacro registrado, y añade el efecto en el negocio según el horario y la zona horaria de cada ubicación. Abra la demo para ver el objetivo incumplido, el solapamiento de recursos y la diferencia entre pedidos perdidos y aplazados. Para buscar vulnerabilidades use Business Fragility X-Ray; para preparar y probar la secuencia de recuperación, esta herramienta. Sin conjeturas de IA: cada cifra de arriba se calcula a partir de los datos mostrados.