GRCreal // expediente: academia curso: ISO 27001 Lead Implementer
ISO 27001 · BUSINESS CASE · SGSI

Business Case: por que invertir

Antes de implementar, hay que convencer.
El Business Case es el documento que abre la puerta.

MÓDULO 02 / 10ISO 27001 · Lead Implementer
FOCOBusiness Case: por que invertir

Conecta este módulo con el anterior y busca qué evidencia cambiaría tu conclusión.

Definicion
Que es un Business Case
Un Business Case es un documento que define la propuesta, establece sus objetivos, entregables, coste estimado y alcance. Es la herramienta que resume para la alta direccion los principales aspectos a tener en cuenta al implementar un Sistema de Gestion de Seguridad de la Informacion (SGSI).
“A document defines the proposal, sets out its objectives, deliverables, estimated cost and effort, and scope.”
Tom Mochal · TechRepublic
El Business Case no es un formulario. Es un argumentario estructurado que responde a una pregunta clave: ¿por que la organizacion deberia invertir tiempo, dinero y recursos en esto? Sin un Business Case solido, el proyecto de implementacion del SGSI compite en desventaja con otras iniciativas que si han cuantificado su retorno.
Estructura
Las partes de un Business Case
Un Business Case efectivo para un SGSI debe incluir los siguientes componentes:
1Executive Summary. Resumen ejecutivo que presenta los hallazgos clave y la recomendacion principal para la alta direccion.
2Problem Statement / Opportunity. Descripcion del problema actual o la oportunidad que justifica la inversion. Incluye el contexto de negocio y los drivers que motivan la implementacion del SGSI.
3Strategic Alignment. Como el SGSI se alinea con los objetivos estrategicos de la organizacion y las politicas corporativas existentes.
4Options Analysis. Analisis de diferentes opciones para abordar el problema: opcion minima, opcion recomendada, opcion optima.
5Cost-Benefit Analysis. Estimacion detallada de costes (inversion inicial, operacion recurrente) y beneficios (tangibles e intangibles).
6Risk Assessment. Identificacion de riesgos asociados a la implementacion y su mitigacion. Incluye el riesgo de no hacer nada.
7Implementation Timeline. Cronograma detallado con fases, hitos, entregables y plazo estimado hasta la certificacion.
Perspectiva ejecutiva
Las preguntas que la direccion hara
Un Business Case no se escribe para archivarlo. Se escribe para que la alta direccion lo lea y tome una decision. Por tanto, debe responder explicitamente a estas preguntas:
💰¿Cuanto cuesta? No solo la implementacion inicial. El coste total de propiedad (TCO) del SGSI incluyendo mantenimiento, auditorias de seguimiento, formacion continua.
📈¿Que retorno obtendremos? ROI en un horizonte de 3 años. Ahorros por evitacion de incidentes, acceso a nuevos mercados, mejora de eficiencia operativa.
⏱️¿Cuanto tiempo llevara? Desde la decision hasta la obtencion del certificado. Con hitos intermedios medibles.
⚠️¿Que pasa si no lo hacemos? Riesgos residuales asumidos: multas potenciales, perjuicio economico por incidentes, perdida de clientes.
👤¿Quien lidera esto? Roles, responsabilidades, dedicacion requerida y perfil del responsable del proyecto.
Error tipico
El Business Case tecnico vs el Business Case de negocio
“Necesitamos ISO 27001 porque es bueno tenerla.”
Frase que jamas debe aparecer en un Business Case.
El error mas frecuente al escribir un Business Case es redactarlo desde la perspectiva tecnica en lugar de la perspectiva de negocio. La alta direccion no toma decisiones porque "es bueno tenerla". Toma decisiones porque hay un caso de negocio solido que lo justifica.
❌Enfoque tecnico: "Implementaremos controles de acceso, cifrado y monitorizacion para proteger la confidencialidad, integridad y disponibilidad de la informacion."
✅Enfoque de negocio: "La certificacion ISO 27001 nos permitira acceder a licitaciones que requieren certificacion, ademas de reducir las primas de ciberseguro."
Un Business Case que no habla el idioma del negocio no consigue financiacion. Por muy bien escrito que este tecnicamente. Los directivos no compran controles. Compran resultados de negocio: reduccion de riesgo, cumplimiento normativo, acceso a mercados, eficiencia operativa.
Herramienta practica
Estructura de Business Case para tu proyecto
Utiliza esta estructura como plantilla para construir tu propio Business Case:
1.Executive Summary (1 pagina)
2.Situacion actual y problema (1-2 paginas)
3.Opciones evaluadas (1 pagina con tabla comparativa)
4.Beneficios y metrica de exito (1-2 paginas)
5.Costes y presupuesto (1 pagina con desglose anual)
6.Analisis de riesgos (1 pagina)
7.Cronograma de implementacion (1 pagina)
8.Recomendacion y siguientes pasos (media pagina)
Resumen del modulo
Lo que debes llevarte de aqui
1El Business Case es el documento que justifica la inversion ante la alta direccion
2Debe incluir: problema, objetivos, opciones, costes, beneficios, riesgos y cronograma
3Debe responder a las preguntas reales de la direccion: coste, retorno, plazo, riesgo
4El lenguaje del Business Case es el lenguaje del negocio, no el lenguaje tecnico
APLICACIÓN PRÁCTICA

Cómo llevar el contenido del módulo a una organización real

Este módulo debe utilizarse dentro de diseño, implantación, operación y mejora de un SGSI basado en riesgos. Su valor no está en repetir definiciones, sino en decidir qué debe ocurrir, quién participa y cómo se demuestra.

Para trabajar «Business Case: por que invertir», comienza delimitando alcance, criterio, responsables, operación, evidencias y mejora. Después conecta el requisito o principio con los procesos, sistemas, terceros y decisiones que realmente existen en la organización.

Los actores habituales serán Dirección, Seguridad, Riesgos, Tecnología, Legal, Personas y propietarios de activos. No todos ejecutan el control, pero cada uno puede aportar una parte del contexto, la evidencia o la decisión.

  1. Define el objeto y el alcance antes de discutir controles.
  2. Identifica propietario, ejecutor, revisor y autoridad de excepción.
  3. Distingue diseño, implantación, operación y eficacia.
  4. Comprueba cambios, incidencias y excepciones, no solo el estado ideal.
  5. Cierra con una decisión y una acción verificable.
EXPEDIENTE DEL MÓDULO

Documentación y evidencia que debería existir

La documentación no debería ser una colección de archivos aislados. Debe permitir seguir una relación lógica entre criterio, decisión, actividad y resultado.

Cada evidencia necesita contexto: sistema o proceso al que pertenece, periodo cubierto, fuente, responsable y estado. Sin esos datos, una captura o un documento pueden ser auténticos pero insuficientes.

  • alcance y contexto aprobados
  • metodología y evaluación de riesgos
  • plan de tratamiento y Declaración de Aplicabilidad
  • procedimientos, registros y métricas operativas
  • auditoría interna, revisión y acciones de mejora
CASO DE REVISIÓN

Aplicación de «Business Case: por que invertir»

Escenario: una organización quiere implantar ISO 27001 y comienza por redactar políticas sin haber definido alcance, contexto ni riesgos. El objetivo no es memorizar una respuesta, sino reconstruir qué debería verificarse y con qué evidencia.

1 · Delimitar

Define el alcance y concreta alcance, criterio, responsables, operación, evidencias y mejora.

2 · Corroborar

Contrasta entrevistas con documentos, registros y observación de la operación.

3 · Concluir

Separa hechos, criterio aplicable, impacto y acción necesaria.

ERRORES FRECUENTES

Dónde suele fallar la aplicación

  • implantar controles antes de entender el riesgo
  • copiar documentación genérica
  • dar por terminado el SGSI al obtener la certificación
  • tratar una excepción permanente como si fuera temporal
  • cerrar acciones por actividad realizada, sin validar su eficacia
COMPROBACIÓN

Preguntas que deberías poder responder

  • ¿Qué decisión concreta cambia después de comprender «Business Case: por que invertir»?
  • ¿Qué evidencia pedirías primero y qué necesitarías corroborar?
  • ¿Qué parte depende del diseño y cuál de la operación diaria?
  • ¿Qué excepción sería aceptable y quién tendría autoridad para aprobarla?
  • ¿Cómo comprobarías dentro de tres meses que sigue funcionando?
EJEMPLO GUIADO

Caso práctico: Business Case: por que invertir

La dirección rechaza el proyecto porque solo ve costes de consultoría y licencias. No se han cuantificado pérdidas por indisponibilidad, requisitos de clientes ni riesgo contractual.

CONTEXTO TÉCNICO

Ecommerce B2B con plataforma cloud, pagos y contratos con grandes clientes.

DECISIÓN

  • Construir un business case con escenarios de riesgo, obligaciones, beneficios y coste total.
  • Asignar un responsable y una fecha de revisión.
  • Definir cómo se comprobará la eficacia.

EVIDENCIA

  • Incidentes, pérdidas, requisitos contractuales, oportunidades, costes y objetivos.
  • Corroborar con una fuente independiente.
  • Conservar población, periodo y responsable.

ERROR A EVITAR

  • Justificar el SGSI únicamente por obtener un certificado.
  • Aceptar afirmaciones sin prueba suficiente.
  • Cerrar acciones sin verificación posterior.
MINI EJERCICIO RESUELTO

¿Qué argumento suele ser más sólido ante Dirección?

Respuesta orientativa: La reducción de exposición y la habilitación de negocio vinculadas a riesgos concretos.

¿QUÉ CAMBIARÍA SI…?

un cliente estratégico exige certificación en nueve meses?

Revisa cómo cambian alcance, riesgo, responsabilidad, evidencia y decisión.

PÁRATE AQUÍNo sigas por inercia

Has documentado «Business Case: por que invertir». ¿Qué tendría que ocurrir en operación para demostrar que no se ha quedado en diseño?

Busca propietario, frecuencia, ejecución, desviaciones y evidencia producida por el proceso normal.

No hay botón ni respuesta oculta. Explica tu criterio antes de continuar.
ANTES DE SEGUIR

Deberías poder explicar estas tres ideas sin volver arriba

Esto no desbloquea el módulo siguiente ni modifica tu progreso. Es una autocomprobación antes de pulsar Continuar.

  1. 01

    Que es un Business Case

  2. 02

    Las partes de un Business Case

  3. 03

    Las preguntas que la direccion hara

El siguiente paso es saber
donde estamos realmente.
Siguiente modulo: GAP Analysis