La gobernanza no es un documento: es el ADN de la transformación
Nos ha pasado muchas veces, con empresas grandes y pequeñas, en distintas industrias: un equipo cierra un proyecto, lo celebra como una transformación lograda, y casi nadie se detiene a preguntar si realmente fue una transformación en el negocio. El resultado estaba ahí, el entregable, el hito, la fecha cumplida... que no es lo mismo que haber construido algo que perdure y se adapte de manera continua.
Esa confusión es un vacío de liderazgo que en varias ocasiones pasa como un problema de información.
En nuestra experiencia, la transformación fracasa porque nadie se preguntó desde el principio cómo se estaba diseñando la gobernanza.
Lo que solemos observar en algunos de nuestros clientes es esto: se planifica y ejecuta la transformación como si fuera un proyecto o programa, y se le entrega la gobernanza propia del proyecto (plazos, hitos, escalamientos) como si eso alcanzara. Se planifican entregables. Algunos hitos se cumplen, otros no. Aparecen fricciones entre áreas y equipos. Cambia el scope (en la mayoría de los casos) en un 80%. El presupuesto termina siendo la variable que manda, definiendo el alcance por lo que excluye, no por lo que la empresa realmente necesita.
Eso no es transformación. Es un proyecto que decidimos llamar transformación y que ya cerró.
Entonces, ¿qué necesitamos entender? Las bases para cualquier transformación y para la organización en general son la gobernanza empresarial. Y ¿qué es?... es el sistema que define los derechos de decisión y responsabilidad, los cuales determinan a grandes rasgos qué se financia, cómo se mide el avance, quién asume las consecuencias cuando la realidad se aleja del plan, qué y cómo se escala. Funciona de manera continua y evoluciona de acuerdo al contexto interno y externo; está embebida en el ADN cultural, por lo que no es un documento; la transformación, cuando de verdad se lidera como gobernanza, funciona igual: es la base sobre la que la empresa se sostiene.
Esa diferencia, y sobre todo en su implementación, se nota en el día a día, sobre todo cuando 3 frentes están integrados y son ejecutados como un sistema: riesgo, cumplimiento y arquitectura empresarial.
Riesgo. Cuando la transformación se lidera como proyecto, el riesgo se gestiona a nivel de tarea: un plan de mitigación para este plazo, una solución provisoria para esta dependencia, y se da por resuelto en cuanto el obstáculo desaparece. En otras ocasiones, el riesgo directamente no se gestiona, no está dentro del radar.
En cambio, cuando se lidera como gobernanza, el riesgo se gestiona a nivel de apetito: se decide explícitamente quién está autorizado para aceptar qué, en nombre de toda la empresa, y por qué. Hay transparencia entre quien lo diseña como responsable y quien lo resguarda como ejecutor.
Uno cierra el riesgo lo justo y necesario para llegar a la fecha. El otro deja una postura de riesgo que la empresa puede sostener la próxima vez y la siguiente.
Acompañamos a un cliente en Medio Oriente donde el riesgo más crítico de la compañía nunca había sido identificado, y mucho menos evaluado estratégicamente y operacionalmente, porque nadie lo tenía bajo su responsabilidad. Se trataba como un detalle operativo, cuando en realidad era un riesgo para la capacidad misma de la organización, que exigía una respuesta estratégica. Una vez elevado, ese mismo cliente tuvo que decidir, en medio de su plan de continuidad de negocio, qué le costaría un incendio real: qué quedaba bajo su responsabilidad directa, qué podía certificarse a un tercero, y qué ninguno de los dos primeros podía absorber. Esa decisión solo fue posible porque el riesgo ya había sido reformulado como una pregunta de gobernanza, como parte del propósito y del negocio.
Cumplimiento. Liderar la transformación como proyecto trata el cumplimiento como evidencia que se junta al cierre... un registro de auditoría armado para sobrevivir a la revisión, después del hecho. Liderarla como gobernanza diseña esa exigencia dentro de la capacidad desde el principio, antes de que haya algo que inspeccionar.
Uno logra un proyecto que pasa una auditoría. El otro logra una capacidad que se mantiene conforme a medida que evoluciona, porque nadie tiene que volver a demostrarlo cada vez que se la toca.
Un cliente de gran tamaño pasó de un trabajo completamente manual y sin documentar, directamente a la automatización total con Agentic AI, sin ningún paso intermedio, y trató la conformidad de terceros como la meta final. Esa es la mirada de proyecto: una auditoría aprobada. Nunca respondió la pregunta de fondo: cómo fluyen los datos, dónde están alojados, qué necesitamos documentar, qué no, qué se puede integrar y qué no, qué se puede automatizar y qué no, porque el cumplimiento nunca fue responsabilidad de nadie más allá de la auditoría misma. El cumplimiento no es una función de finanzas con un sello al final. Es una responsabilidad de toda la empresa, y finanzas es solo uno de los habilitadores, que funcionan como nexo. La base no se queda quieta: BPM y BPMN 2.0, ISO 9001, ESG, IFRS y los estándares de ciberseguridad cambian todo el tiempo, y sostener esa base es un ciclo de mejora continua, no una lista que se cierra una sola vez. Tratarlo como una lista tiene un costo: el auditor no se detiene ahí. Va a pedir el proceso real: cómo fluye la comunicación entre áreas, equipos y roles, dónde se almacenan los datos, y cómo se mueven (o no) entre sistemas que nunca fueron pensados para conversar entre sí, qué está ejecutado por una IA al 100%, dónde está el criterio humano, en cuáles instancias, etc.
Arquitectura empresarial. Liderar como proyecto trata la arquitectura empresarial como una verificación de dependencias; es decir, confirmar que este entregable no rompa otra cosa. Liderarla como gobernanza la trata como la estructura sobre la que se construye cada decisión, de modo que cada capacidad fortalece a las demás.
Uno logra una integración que hay que volver a verificar con cada nueva iniciativa. El otro logra una arquitectura que se potencia con el tiempo.
La mayoría de nuestros clientes, cuando escuchan "arquitectura empresarial", piensan en tecnología o en datos, y ahí se detienen. Eso es solo una parte. Lo que casi siempre falta conectar es la arquitectura del negocio, y una no funciona sin la otra. Por eso tantos programas de "transformación digital" fracasan: la inversión va a tecnología y datos, pero la integración no llega o se bloquea por la falta de visibilidad sobre los riesgos. Los equipos acumulan herramientas porque nada los detiene, sin que nadie se pregunte cuál es la capacidad completa que cada herramienta puede cubrir, cómo la usamos e integramos. En la mayoría de estos casos, la organización fue diseñada desde una mirada puramente de IT, y fue el negocio el que tuvo que adaptarse.
Nada de esto es un problema de recursos ni una falta de habilidades en el equipo. Es una decisión que los líderes toman, sepan o no que la están tomando, cada vez que dejan que los plazos de un proyecto reemplacen a la gobernanza empresarial.
Cuando eligen primero la gobernanza y luego el proyecto, es cuando sus equipos se enfocan en construir capacidad y generar valor, no solo en cerrar. Ahí se construye una cultura de mejora continua real: las estrategias se adaptan con eficiencia, el cambio se operacionaliza, el avance se mide de forma continua y el aprendizaje retroalimenta el proceso hasta que una nueva capacidad queda embebida en el ADN organizacional, o una ya existente mejora.
La diferencia no está en la organización. Está en quien decide cómo se diseña la gobernanza, antes de fijar el primer plazo.
Una elección optimiza lo que ya existe. La otra construye lo que la empresa necesita a continuación.
Esa es la diferencia que trabajamos en construir.
Comentarios