Diferencias con otros enfoques y herramientas

¿Porqué estructurar la Solución de Continuidad Operativa en varios Planes y no uno solo?

Las tareas que debe desarrollar una organización para recuperarse de una contingencia persiguen una serie de objetivos concretos y usualmente requieren de habilidades y conocimientos específicos de parte de las personas que las ejecutan.

Esto hace que naturalmente el trabajo de recuperación se organice a través de una serie de equipos de respuesta, cada uno con responsabilidades y habilidades concretas.

Muy probablemente estos equipos no sean "intercambiables", por lo cual no existe en principio ninguna necesidad de que alguno de ellos cuente con la descripción de las tareas que deben realizar los restantes. Es más, es recomendable que no sea así. Generalmente los procedimientos recogidos en los Planes pueden involucrar información confidencial o sensible. Por ejemplo, muchas veces en caso de contingencia la estructura de control interno de las organizaciones se ve debilitada porque se eliminan controles en pos de lograr un nivel operativo aceptable durante el período de operación en régimen de contingencia, lo cual no es bueno que se divulgue, como tampoco la ubicación de instalaciones alternativas, números de contacto personales de alta gerencia, etc.

Coordinación entre los equipos

No obstante lo anterior, que podría hacer creer que todos los equipos pueden trabajar en forma aislada, tanto al momento de tener que ejecutar un Plan de Contingencia como de mantenerlos la coordinación entre los equipos vinculados a partir de algún proceso compartido es fundamental.

Para resolver este tema se ha trabajado de la siguiente forma: cuando una tarea, que forma parte un proceso incluido en un Plan (responsabilidad de un equipo determinado), está vinculada a otro equipo, se deberá indicar explícitamente esta relación según el formato sugerido por el BCPOrganizer.

En lo que respecta a la instancia de la ejecución del Plan, esta vinculación no es cerrada, en el sentido de que el primer equipo mencionado conoce completamente el objetivo de la tarea que debe desarrollar, y sabe de que forma lo debe asistir el equipo vinculado, por lo tanto si este último no responde, si bien probablemente se vea afectado el tiempo de recuperación, el equipo inicial podrá procurar este soporte de otra forma y no quedará “detenido” por falta de asistencia o coordinación.

En lo que hace a la instancia de mantenimiento, al momento de modificarse una tarea de cualquier Plan que presente uno o más equipos como vinculados a la misma, éstos serán automáticamente notificados del cambio propuesto, y se requerirá de su aprobación para que BCPOrganizer acepte dicha modificación como definitiva.