Casi toda empresa mediana en Ecuador tiene, en algún lugar, un documento llamado "Plan de Continuidad del Negocio". Fue elaborado para una auditoría, un cliente exigente o una certificación. Está aprobado, firmado y guardado en una carpeta compartida.
La pregunta incómoda es otra: si mañana a las 9:00 no funcionan sus sistemas principales, ¿quién decide qué hacer en los primeros 30 minutos? ¿Esa persona sabe que le corresponde decidir? ¿Tiene a mano el plan, o el plan está en el servidor que dejó de funcionar?
Un plan es una intención. Un simulacro es la evidencia de que esa intención funciona. Entre ambos suele haber una brecha que nadie ve hasta que ocurre un incidente real, y en ese momento ya es demasiado tarde para cerrarla.
Un plan de continuidad documenta qué procesos son críticos, cuánto tiempo puede estar detenido cada uno, qué recursos necesita para volver a operar y quién hace qué. Es necesario. Sin él, la improvisación es total.
Pero un plan, por bien escrito que esté, es una hipótesis. Supone que los teléfonos de contacto están vigentes, que las copias de respaldo se pueden restaurar, que el proveedor responderá en el tiempo prometido y que las personas recordarán su rol bajo presión. Cada una de esas suposiciones puede ser falsa, y solo se sabe poniéndolas a prueba.
Un simulacro es ejecutar el plan, total o parcialmente, en condiciones controladas, para ver qué falla. No es una capacitación ni una presentación, y tampoco una revisión del documento en una sala de reuniones. Existen niveles, y conviene avanzar de uno en uno:
Revisión de escritorio. El equipo recorre el plan con un escenario concreto ("se cae el sistema de facturación") y verifica que cada paso tenga responsable, dato de contacto y recurso disponible. Cuesta una mañana y casi siempre revela contactos desactualizados y roles sin dueño.
Ejercicio de mesa. Un facilitador va presentando novedades del incidente ("pasaron dos horas, el proveedor no contesta, un cliente grande llama") y el equipo decide en tiempo real. Aquí se ve quién toma decisiones y quién espera instrucciones.
Prueba técnica. Se restaura un respaldo, se activa un sitio alterno o se cambia a un proveedor de contingencia, y se mide cuánto tarda realmente. Es la única forma de saber si el objetivo de recuperación escrito en el papel es alcanzable.
Simulacro integral. Se interrumpe de forma planificada un proceso real y se opera con el plan. Es lo más exigente y rara vez es el primer paso.
El respaldo existe, pero nadie lo ha restaurado. Muchas empresas confían en que las copias de seguridad funcionan porque el sistema reporta "completado". Restaurar de verdad suele mostrar archivos incompletos, claves perdidas o tiempos de recuperación mucho mayores a los esperados.
Los roles dependen de una sola persona. Si el plan nombra al jefe de TI como único responsable y esa persona está de vacaciones, enferma o ya no trabaja en la empresa, el plan pierde sentido. Un simulacro obliga a nombrar suplentes.
La comunicación no estaba pensada. Se planifica la parte técnica, pero no qué decir a clientes, a empleados o, en el caso de datos personales, a la autoridad. En la práctica, esa conversación es la que más desgasta la confianza durante un incidente.
Piense en una clínica privada con historia clínica electrónica. Su plan dice que, si el sistema cae, el personal registrará pacientes en formularios de papel y los digitará después. Suena razonable. Al hacer un ejercicio de mesa descubre que no hay formularios impresos, que nadie sabe dónde están los consentimientos de respaldo y que el personal de turno noche no conoce el procedimiento. Nada de esto se vio al escribir el plan. Se vio en una hora de ejercicio, sin pacientes en riesgo y con tiempo de corregirlo.
Ese es el valor del simulacro: transforma una sorpresa costosa en un hallazgo barato.
No necesita un gran ejercicio para comenzar. Una secuencia sensata sería:
Con dos o tres ciclos al año, el plan deja de ser un documento y se convierte en una capacidad. Además, ese historial de ejercicios es justamente la evidencia que piden clientes, reguladores y auditores de ISO 27001 cuando preguntan si su continuidad realmente funciona.
No vendemos miedo; construimos resiliencia. Y la resiliencia no es un documento: es la práctica repetida de responder bien cuando algo sale mal. Una empresa que ha ensayado su respuesta toma mejores decisiones el día que importa.
¿Quiere saber qué tan probado está realmente su plan de continuidad? Solicite un diagnóstico gratuito en protego-consulting.com/contacto.html o escríbanos por WhatsApp. Revisamos su situación actual y le proponemos un primer ejercicio a la medida de su operación.
Conversemos sobre la situación de su organización y definamos con evidencia qué priorizar primero.