La mayoría de planes de continuidad fallan por una razón dolorosa:
Están escritos para verse bien, no para usarse en crisis.
Y cuando ocurre un incidente real (corte de luz, caída de sistemas, ausentismo, proveedor falla), pasa esto:
- nadie sabe quién decide
- todos preguntan por WhatsApp
- se improvisa
- se pierde tiempo
- el cliente se enoja
- el equipo se estresa
- y al final “se resuelve” pero con un costo enorme
Un BCP (Business Continuity Plan) útil no es un PDF largo.
Es un plan operativo con roles, umbrales y checklists.
En este artículo te dejo la estructura mínima para que puedas armar un BCP base en serio (sin burocracia) y ejecutarlo bajo presión.
Por qué los planes fallan cuando “queda la escoba”
1) Mucho texto, cero acción
Si el plan tiene 40 páginas y nadie lo ha practicado, en crisis no se usa.
2) Sin roles claros (nadie decide)
Cuando no hay roles definidos:
- todos opinan
- nadie decide
- se pierde tiempo crítico
3) Sin checklists
En crisis, la memoria falla.
El checklist es lo que convierte el plan en acción.
4) Sin bitácora
Sin bitácora:
- se repiten decisiones
- se pierde trazabilidad
- se discute después “qué se hizo”
- y no se aprende
Estructura mínima de un BCP base (1 documento usable)
Piensa en un BCP como una carpeta que te salva cuando hay caos.
Debe ser corto, claro y accesible.
1) Activación: ¿cuándo se activa el plan?
Define umbrales concretos (ejemplos):
- caída de sistema > 30 min
- corte de luz > 1 hora
- proveedor crítico sin entrega en X horas
- ausentismo en turno crítico > X%
- incidente de seguridad que afecta operación
Si no defines umbrales, se activa tarde o se activa por pánico.
2) Roles y comité de continuidad (3–5 personas)
No necesitas 20 cargos. Necesitas claridad.
Roles recomendados:
- Líder de continuidad (coordinador): ordena la respuesta
- Dueño de operación: define mínimo viable
- TI / soporte (si aplica): recupera sistemas
- Comunicaciones: mensajes a clientes/equipo
- Proveedores/logística: alternativas
Regla: cada rol con nombre, reemplazo y contacto.
3) Comunicación: qué decir y a quién (plantillas cortas)
Mensajes listos:
- al equipo: “qué pasó, prioridades, próximos pasos”
- a clientes: “qué se afecta, plazos, alternativa, canal”
- a proveedores: “urgencia, requerimiento, plan B”
En crisis, comunicar bien baja el pánico y evita rumores.
4) Bitácora de incidentes (la herramienta que ordena todo)
La bitácora debe ser simple:
- hora
- evento
- decisión
- responsable
- estado
- evidencia
Puedes hacerlo en papel o planilla. Lo importante es que exista.
Si quieres las plantillas listas (BCP base, bitácora, roles, checklists por escenarios) con guía paso a paso, el curso te entrega la ruta completa para implementarlo sin improvisar:
Checklists por escenarios (los 4 que más pasan)
No intentes cubrir todo. Parte con 4 escenarios típicos.
Cada checklist debe tener 8–12 pasos máximo.
Escenario 1: corte de luz
Checklist:
- Activar roles y bitácora
- Confirmar alcance (área afectada y duración estimada)
- Priorizar mínimo viable (qué se sigue haciendo)
- Asegurar seguridad de personas (lo primero)
- Activar plan B (UPS, generador, modo manual)
- Comunicar a equipo (prioridades)
- Comunicar a clientes (si hay impacto)
- Monitorear cada 30–60 min
- Recuperar normalidad
- Registrar lección aprendida
Escenario 2: caída de TI / internet
Checklist:
- Activar roles y bitácora
- Confirmar si es local o general
- Definir proceso manual temporal (ventas, facturación, despacho)
- Escalar con proveedor/soporte
- Estimar RTO (cuánto tarda)
- Comunicar canal alternativo
- Controlar backlog (no perder pedidos)
- Recuperación y reconciliación de datos
- Cierre y revisión
Escenario 3: ausentismo masivo
Checklist:
- Activar roles y bitácora
- Confirmar % ausentismo y duración probable
- Definir mínimo viable (qué se sostiene sí o sí)
- Activar reemplazos / cross-training
- Ajustar turnos y prioridades
- Comunicar expectativas al equipo
- Revisar riesgos de seguridad
- Seguimiento diario y ajuste
Escenario 4: proveedor crítico falla
Checklist:
- Activar roles y bitácora
- Confirmar faltante y plazos
- Activar proveedor alternativo (si existe)
- Ajustar producción/servicio (mínimo viable)
- Comunicar a clientes (plazos y alternativas)
- Negociar entrega parcial
- Revisar inventario y sustitutos
- Cierre y plan para evitar repetición (homologar segundo proveedor)
Bitácora de incidentes: qué registrar y por qué importa
La bitácora no es burocracia. Es control.
Qué registrar (mínimo)
- hora y evento
- decisión tomada
- quién decide
- qué acción se ejecuta
- estado (pendiente/en curso/hecho)
- evidencia (captura, foto, correo, confirmación)
Frecuencia
- al inicio: cada 10–15 min si es crítico
- luego: cada 30–60 min
Beneficios
- reduce caos
- evita repetir discusiones
- permite aprender después
- ayuda en auditorías/contratos si aplica
Cierre del incidente + lecciones aprendidas (para no repetir)
Muchos equipos “sobreviven” y vuelven a lo normal sin aprender.
El cierre mínimo:
- confirmar que la operación volvió a estándar
- reconciliar datos (si hubo modo manual)
- documentar 3 cosas:
- qué funcionó
- qué falló
- qué cambiaremos (control preventivo)
Actualizar el BCP es parte del proceso, no un extra.
Errores comunes (los que destruyen el BCP)
- Plan largo y guardado
- Sin umbrales de activación
- Roles sin reemplazo
- Sin checklists por escenario
- Sin bitácora
- Sin comunicación a clientes
- No practicar (simulacros)
- No actualizar después de incidentes
Checklist del BCP accionable
- Umbrales de activación definidos
- Roles con reemplazo y contactos
- Plantillas de comunicación listas
- Bitácora lista (papel o planilla)
- 4 escenarios con checklist
- Mínimo viable por proceso crítico
- Rutina de cierre y lecciones aprendidas
Paso a paso (7 pasos) para construirlo
- Define procesos críticos y mínimo viable
- Define umbrales de activación
- Asigna roles y reemplazos
- Crea plantillas de comunicación
- Crea bitácora
- Crea checklists por escenario
- Practica 1 simulacro y ajusta
FAQs
¿Esto aplica si no tengo TI formal?
Sí. Igual debes definir plan manual temporal y un contacto de soporte.
¿Cuánto debe durar el BCP?
Lo que puedas usar. Ideal: 5–15 páginas máximo con anexos de checklists.
¿Cómo hago simulacros sin detener operación?
Simulacro de escritorio: se lee el escenario y se prueba el checklist en 30–45 min.
¿Quién debe liderar el plan?
Alguien con visión de operación y capacidad de coordinar. No tiene que ser “gerente”, pero sí con autoridad para ordenar.
Cierre
El BCP no se escribe para guardarlo. Se escribe para que el día del incidente el equipo actúe con calma, roles claros y checklists.
Si quieres construir tu Plan de Continuidad base con plantillas, guía paso a paso, escenarios, bitácora, pruebas e indicadores, revisa el curso aquí: