Lo esencial antes de empezar
- La continuidad comienza por procesos y personas; la tecnología es uno de los medios para recuperarlos.
- Un respaldo que nunca se restaura en una prueba todavía no es una garantía.
- Cada sistema crítico debe tener responsable, prioridad, dependencia, objetivo de recuperación y alternativa temporal.
- El plan debe probarse con escenarios concretos y corregirse después de cada cambio importante.
1. Define la operación mínima aceptable
Empieza por describir el resultado que la empresa debe seguir entregando, no por hacer una lista de computadoras. Una clínica puede necesitar confirmar citas y acceder a imágenes; una tienda debe consultar inventario, cobrar y coordinar entregas; una firma profesional debe comunicarse con clientes y recuperar documentos de trabajo.
Para cada proceso anota el impacto de una interrupción de una hora, un día y varios días. Esto ayuda a separar lo verdaderamente crítico de lo simplemente incómodo. La prioridad debe reflejar seguridad, obligaciones, ingresos, atención al cliente y daño reputacional.
- Proceso y resultado mínimo que debe mantenerse.
- Personas autorizadas para decidir y ejecutar.
- Aplicaciones, proveedores, dispositivos y datos de los que depende.
- Tiempo máximo tolerable sin el proceso.
- Procedimiento temporal si el sistema principal no está disponible.
No declares que todo es prioridad uno. Si todo debe recuperarse primero, el plan no ha tomado ninguna decisión.
2. Convierte el inventario en un mapa de dependencias
Un inventario útil conecta activos con procesos. Además del modelo de cada equipo, registra ubicación, usuario responsable, garantía, proveedor, sistema operativo, aplicaciones clave, cuentas administrativas, fecha del último respaldo y forma de soporte. Incluye servicios externos: internet, correo, nube, telefonía, dominio, facturación y pasarela de pagos.
Después dibuja relaciones sencillas. Si el software de ventas depende de internet, autenticación multifactor y un proveedor externo, las tres dependencias forman parte del plan. Este mapa evita descubrir durante una crisis que la copia existe pero nadie tiene acceso, o que la aplicación volvió pero no puede comunicarse con otro sistema.
- Mantén contactos de soporte fuera del sistema que podría fallar.
- Documenta quién controla dominios, licencias, nube y cuentas administrativas.
- Identifica equipos o personas sin sustituto razonable.
- Registra las integraciones que intercambian datos automáticamente.
3. Diseña respaldos para recuperar, no sólo para copiar
Define qué información se respalda, con qué frecuencia, por cuánto tiempo y quién recibe una alerta si el proceso falla. Mantén más de una copia y evita que todas dependan de la misma cuenta, el mismo dispositivo o la misma ubicación. Los sistemas críticos requieren una copia protegida contra cambios no autorizados o cifrado malicioso.
La prueba decisiva es restaurar. Selecciona periódicamente archivos, una base de datos o una configuración y recupéralos en un entorno seguro. Mide cuánto tarda y qué pasos faltan. El resultado permite establecer objetivos de recuperación realistas en vez de promesas que nadie ha comprobado.
- Comprueba automáticamente que la tarea terminó sin errores.
- Restringe quién puede borrar o modificar las copias.
- Conserva instrucciones de restauración y credenciales de emergencia de forma segura.
- Prueba tanto archivos individuales como sistemas completos cuando corresponda.
La fecha de la última copia exitosa y la fecha de la última restauración probada son dos controles distintos.
4. Asigna decisiones, comunicación y trabajo temporal
Durante una interrupción, la ambigüedad consume tiempo. Nombra un coordinador, una persona técnica, responsables de cada proceso y un vocero para clientes o aliados. Define por adelantado quién puede desconectar un sistema, activar un proveedor alterno, autorizar un gasto urgente o comunicar un plazo de recuperación.
Prepara mensajes breves que indiquen qué ocurrió, qué servicios siguen disponibles, qué debe hacer cada persona y cuándo habrá una nueva actualización. No especules sobre causas ni publiques información sensible. Si existe sospecha de incidente de seguridad, conserva evidencia y evita acciones improvisadas que dificulten la investigación.
- Lista de llamadas y canal alternativo si correo o mensajería fallan.
- Criterios para escalar a proveedor, dirección, aseguradora o autoridad competente.
- Plantillas de estado para equipo, clientes y proveedores.
- Registro cronológico de decisiones, cambios y resultados.
5. Prueba escenarios pequeños y mejora el plan
Una prueba de mesa puede empezar con una pregunta: “la conexión principal no estará disponible durante seis horas, ¿cómo seguimos?”. Recorre el plan con las personas responsables, identifica datos o permisos faltantes y registra cada supuesto. Luego realiza pruebas técnicas controladas, como recuperar un archivo o activar una conexión alterna.
Repite el ejercicio cuando cambien aplicaciones, personal clave, proveedores o sedes. Una revisión trimestral breve suele ser más valiosa que una reescritura anual que nadie usa. El objetivo no es demostrar que el plan era perfecto; es encontrar fallas antes de que una interrupción real las encuentre por ti.
- Pérdida temporal de internet o energía.
- Cuenta administrativa comprometida.
- Equipo crítico fuera de servicio.
- Archivo o base de datos borrados.
- Proveedor de nube o pagos indisponible.
Preguntas frecuentes
Preguntas que conviene resolver antes de actuar
¿Cuál es la diferencia entre respaldo y continuidad de negocio?
El respaldo conserva datos recuperables. La continuidad define cómo la organización mantiene o recupera procesos completos, incluyendo personas, comunicaciones, proveedores, equipos, instalaciones y decisiones.
¿Cada cuánto debe probarse el plan?
Depende del riesgo y del ritmo de cambio. Como base práctica, revisa contactos y dependencias cada trimestre y prueba al menos los escenarios críticos después de cambios importantes. Los respaldos requieren restauraciones de prueba más frecuentes.
¿Una pyme necesita un software especializado?
No para comenzar. Un registro controlado, responsables claros y pruebas documentadas pueden crear una base sólida. El software aporta valor cuando el volumen de activos, sedes, tareas o evidencia supera lo que el equipo puede mantener con disciplina.
