Por rol · Gerente de continuidad de negocio
Un plan que probó. No un plan que escribió.
Los dueños de proceso que nunca entran en la plataforma también tienen que responder el cuestionario de impacto. Delimite el BIA como campaña, redacte los planes detrás y pruébelos con calendario, con hallazgos adjuntos a cada ejecución.
Qué sustituye esto
- La mitad de los dueños de proceso dejan de responder tras el segundo correo.
- Dos años desde la última aprobación; nadie lo ha abierto desde entonces.
- La última prueba fue un tabletop que no dejó ningún hallazgo escrito.
Qué hace aquí
- 1Delimite un BIA como campaña.Elija los procesos, nombre a los dueños, envíelo y persiga a quien no responde con recordatorios en vez de un cuarto correo.BIA campaigns
- 2Recoja respuestas de dueños sin cuenta.Cada dueño de proceso abre un enlace con token y responde un cuestionario: sin cuenta, sin contraseña, nada que aprovisionar.BIA questionnaire
- 3Redacte los planes de continuidad y recuperación.DR en nube, recuperación ante ciberataque, integridad de datos, recuperación de red y failback tienen su sección en el plan.Recovery plans
- 4Incluya la matriz de escalado en el plan.Criterios de activación, de desactivación y reglas de respuesta por severidad viven en el plan, no en un anexo caducado.Continuity plans
- 5Ejecute una prueba y levante hallazgos.Prográmela, iníciela, complétela y duplique la ejecución para el trimestre siguiente. Cada hallazgo queda unido a la prueba.Plan tests
- 6Active un plan ante un evento real.Cada declaración escribe un registro de activación con su bitácora, junto al grafo de dependencias y la puntuación de preparación.Command Center
Qué cambia
- Una campaña de BIA sigue el reparto, los recordatorios y la tendencia de respuesta según llegan.
- Cinco dominios de recuperación: DR en nube, ciberrecuperación, integridad de datos, recuperación de red, failback.
- Cada ejecución guarda sus hallazgos y su fecha. El plan se convierte en un registro de ejercicios.
BIA campaignsPublic BIA formContinuity plansDisaster recovery plansRecovery teamsPlan testsCommand Center
Dónde termina el rol
Activos e incidentes se abren solo en lectura. Planes, pruebas y equipos de recuperación son suyos; el registro de riesgos que buscará está en otra mesa.
Trabaja con
- Gestor de riesgosLos registros en hoja de cálculo pierden las conexiones. Fije la metodología de puntuación una vez y deje que cada entrada sostenga los controles, procesos, incidentes, KRIs y vulnerabilidades que toca, con planes de tratamiento y aceptaciones formales registradas.RISK
- Gerente de TIUn inventario es exacto el día en que se exportó. Aquí el registro se mantiene vivo, las excepciones son decisiones escritas y cada sistema se escanea contra su línea base con el add-on de hardening.ASSETS
- Gerente del SOCLa continuidad es el problema más duro del SOC y muere a las siete de la mañana. Turnos, escalado, carga de trabajo y un relevo firmado la mantienen viva. Los casos y los incidentes son suyos para cerrarlos — o para borrarlos.SOC
¿Listo para ir
más allá del GRC tradicional?
Prueba gratis de 14 días. Sin tarjeta de crédito. Nube u on-premises.