Arquitectura empresarial: qué es y cuándo la necesita tu empresa
Qué es la arquitectura empresarial, qué problemas resuelve, cómo se trabaja con TOGAF y qué señales indican que tu empresa ya la necesita.
Respuesta corta: la arquitectura empresarial es el mapa que conecta la estrategia de tu empresa con sus procesos, sus datos, sus aplicaciones y su tecnología. La necesitas cuando las decisiones de tecnología se toman proyecto por proyecto, sin una visión de conjunto, y eso ya te cuesta dinero: sistemas duplicados, procesos que cambian de un país o de una sucursal a otra, e inversiones que nadie sabe a qué objetivo responden.
El nombre suena a algo reservado para corporaciones enormes. En la práctica es una forma ordenada de responder tres preguntas: dónde está la empresa hoy, a dónde quiere llegar y qué pasos tienen más sentido para llegar ahí.
Qué es, sin jerga
Piensa en una ciudad que creció sin plan. Cada barrio se construyó cuando hizo falta, con sus propias calles y sus propias reglas. Funciona, pero cruzarla es lento, los servicios se duplican y cada obra nueva rompe algo de la anterior.
A muchas empresas les pasa lo mismo con su operación. Cada área compró el sistema que necesitaba, cada sucursal ajustó el proceso a su manera y cada proyecto resolvió su urgencia. Nadie hizo nada mal. Simplemente nadie miró el conjunto.
La arquitectura empresarial es ese plan de ciudad. No es un sistema ni un producto: es una forma de describir la empresa completa para decidir mejor.
Los cuatro dominios
Los marcos de trabajo más usados, como TOGAF, organizan la empresa en cuatro capas que se apoyan una en otra:
- Negocio. La estrategia, los objetivos, las capacidades y los procesos. Qué hace la empresa y cómo lo hace.
- Datos. Qué información maneja, dónde vive y quién es responsable de ella.
- Aplicaciones. Los sistemas que soportan los procesos y cómo se comunican entre sí.
- Tecnología. La infraestructura sobre la que todo corre: servidores, nube, redes y seguridad.
El orden importa. Se empieza por el negocio y se termina en la tecnología, no al revés. Una empresa que arranca eligiendo la herramienta suele terminar adaptando su proceso a lo que la herramienta permite.
Qué problemas resuelve
Inversiones sin un porqué
Cuando no hay mapa, cada proyecto se justifica solo. La arquitectura empresarial obliga a que cada inversión responda a una capacidad que el negocio necesita, y permite decir que no a lo que no suma.
Procesos que cambian de un lugar a otro
Es muy común en empresas con varias sucursales o varios países: el mismo proceso, por ejemplo compras o la apertura de un punto de venta, se hace de forma distinta en cada sitio. Estandarizarlo exige primero entender cómo funciona hoy en cada lugar y diseñar una versión única que sirva a todos.
Sistemas que no conversan
Un sistema de ventas, otro de inventario, otro de facturación, y personas copiando datos entre ellos. El mapa de aplicaciones muestra qué se duplica, qué falta y dónde conviene integrar en lugar de reemplazar.
Decisiones de tecnología que no llegan a la dirección
La tecnología suele discutirse en el área de TI y presentarse a la dirección como una factura. Con un mapa compartido, la junta directiva puede decidir sobre tecnología con el mismo criterio con que decide sobre finanzas o sobre expansión.
Señales de que tu empresa ya la necesita
- Vas a abrir sucursales o entrar a otro país y no sabes si tu operación se puede replicar.
- Tienes varios sistemas que hacen lo mismo y nadie se atreve a apagar ninguno.
- Los proyectos de tecnología se atrasan porque dependen unos de otros y nadie lo había visto.
- Cada área tiene sus propias cifras y no coinciden.
- Estás por hacer una inversión grande, como un ERP, una migración a la nube o un canal digital nuevo.
- La dirección siente que gasta en tecnología sin ver resultados claros.
Si reconoces dos o tres, vale la pena detenerse a dibujar el mapa antes de seguir construyendo.
Cómo se trabaja en la práctica
Un ejercicio de arquitectura empresarial bien hecho no produce una biblioteca de diagramas. Produce decisiones. El camino habitual tiene cinco pasos:
- Definir el alcance. No hace falta mapear toda la empresa. Se elige un frente con impacto, como un proceso clave o una unidad de negocio.
- Entender la situación actual. Entrevistas, revisión de procesos y sistemas, y validación con quienes hacen el trabajo todos los días.
- Diseñar la situación deseada. Cómo debería funcionar ese frente para cumplir los objetivos del negocio.
- Identificar las brechas. Qué separa lo actual de lo deseado, en procesos, datos, aplicaciones y tecnología.
- Armar la hoja de ruta. Las iniciativas ordenadas por impacto y dependencia, con responsables.
Después viene lo más importante: ejecutar. Un diseño que no se implementa es un gasto. Por eso conviene que quien diseña acompañe también la puesta en marcha.
Tres ejemplos de nuestro trabajo
Con una cadena regional de tiendas hicimos una consultoría de arquitectura empresarial para transformar dos procesos clave: las compras y la apertura de sucursales. Hoy estamos en la fase de implementación, con la meta de lograr ahorros, digitalizar los procesos y estandarizarlos en toda la región.
En Banco Integral acompañamos la implementación de la arquitectura empresarial del banco, junto con la adopción de prácticas ágiles y células de desarrollo dedicadas a sus proyectos de cumplimiento.
En Super Repuestos trabajamos la arquitectura empresarial de la compañía, acompañamos la definición de su equipo de tecnología y damos asesoría personalizada en tecnología a nivel de junta directiva.
Errores comunes
Querer mapearlo todo
Los ejercicios que intentan documentar la empresa completa antes de decidir algo suelen agotarse a medio camino. Es mejor empezar por un frente acotado y mostrar resultados.
Dejarlo solo en manos de TI
Si el negocio no participa, el resultado describe sistemas y no resuelve problemas de la operación.
Confundir el marco con el objetivo
TOGAF, COBIT o ITIL son herramientas. El objetivo es decidir mejor, no cumplir con todas las plantillas del marco.
Diseñar y no ejecutar
La hoja de ruta necesita presupuesto, responsables y seguimiento. Sin eso, el documento termina en un cajón.
Cómo te ayuda TechyWe
En TechyWe hacemos consultoría empresarial con prácticas de arquitectura empresarial, gobierno y gestión de TI, y acompañamos la implementación para que el diseño se convierta en resultados. Si el cambio es más amplio, lo conectamos con un plan de transformación digital.
Si quieres saber por dónde empezar, te puede servir nuestra guía sobre transformación digital en Centroamérica.
¿Estás por tomar una decisión grande de tecnología o de expansión? Escríbenos y revisamos juntos el mapa antes de invertir.
Preguntas frecuentes
¿Qué es la arquitectura empresarial?
Es una disciplina que describe cómo se conectan la estrategia, los procesos, los datos, las aplicaciones y la tecnología de una empresa, para que las decisiones de inversión y de cambio respondan a objetivos de negocio.
¿La arquitectura empresarial es solo para empresas grandes?
No. Las empresas grandes la necesitan por su complejidad, pero una empresa mediana que está creciendo, abriendo sucursales o cambiando sistemas también se beneficia de tener un mapa antes de invertir.
¿Qué es TOGAF?
Es uno de los marcos de trabajo más usados en arquitectura empresarial. Propone un método para pasar de la situación actual a la situación deseada por etapas, y organiza la empresa en cuatro dominios: negocio, datos, aplicaciones y tecnología.
¿Qué entrega una consultoría de arquitectura empresarial?
Normalmente un diagnóstico de la situación actual, el diseño de la situación deseada, las brechas entre ambas y una hoja de ruta priorizada de iniciativas. Lo importante es que la hoja de ruta se pueda ejecutar.
¿En qué se diferencia de la transformación digital?
La transformación digital es el cambio. La arquitectura empresarial es el mapa que ordena ese cambio: dice qué mover primero, qué depende de qué y qué no vale la pena tocar.
¿Quién debe participar del lado de la empresa?
La dirección general o la junta directiva para definir prioridades, los responsables de los procesos que se van a analizar y el equipo de tecnología. Sin el negocio en la mesa, el resultado se queda en un documento técnico.
Hechos, no promesas
Proyectos detrás
de este artículo.
Sigue leyendo