Evaluación de Arquitectura Empresarial
Cuando cada iniciativa del negocio tarda más de lo previsto, casi siempre el cuello de botella es la arquitectura. Evaluamos cómo encajan procesos, datos, aplicaciones y tecnología, dónde la arquitectura frena al negocio, y construimos la hoja de ruta para desatarlo.
El assessment levanta las cuatro capas de la arquitectura —negocio, datos, aplicaciones y tecnología—, identifica los puntos donde el diseño actual impide o encarece lo que el negocio quiere hacer, y construye la arquitectura objetivo con una hoja de ruta de transición priorizada. No es un diagrama: es un diagnóstico de capacidad de cambio.
Entienda por qué todo tarda
Dónde el diseño actual multiplica el esfuerzo de cada iniciativa nueva.
Defina hacia dónde ir
Una arquitectura objetivo explícita, no una preferencia técnica implícita.
Ordene la transición
Qué cambiar primero para desbloquear lo que el negocio tiene en agenda.
Uno levanta y traza la ruta. El otro la ejecuta.
Son dos servicios distintos y conviene saber cuál necesita antes de contratar. El assessment hace el primer levantamiento de información, construye la hoja de ruta y la alinea con las áreas de negocio. La práctica de consultoría ejecuta esa hoja de ruta.
Assessment de Arquitectura Empresarial — esta página
Levanta, traza y alinea. Levanta las cuatro capas de arquitectura, identifica los puntos de fricción, define la arquitectura objetivo y construye la hoja de ruta de transición acordada con las áreas. Dura entre dos y cuatro semanas según el tamaño de la organización. No implementa, no configura y no opera nada.
Práctica de Arquitectura Empresarial — ejecución
Ejecuta la hoja de ruta. Toma la hoja de ruta y la ejecuta: diseño detallado, definición de estándares, gobierno de arquitectura y acompañamiento en la implementación de cada transición. Sirve igual si ya tiene una hoja de ruta propia.
Ocho frentes, de negocio a tecnología.
La fricción rara vez está donde se busca. Revisamos las cuatro capas y los frentes que las atraviesan, calificando cada uno por nivel de madurez.
Arquitectura de negocio
Qué capacidades sostiene la organización, qué procesos las ejecutan y dónde se duplican entre áreas.
Arquitectura de datos
Dónde nace cada dato, quién lo posee, cuántas versiones existen y cuál se considera la verdadera.
Arquitectura de aplicaciones
Qué sistemas hay, qué capacidad cubre cada uno y dónde se solapan o dejan huecos.
Arquitectura tecnológica
Plataforma, red y nube sobre las que corre todo, y si sostienen lo que se quiere construir.
Integración
Cómo se comunican los sistemas: interfaces, dependencias y qué se rompe cuando una cambia.
Gobierno de arquitectura
Quién decide sobre diseño, con qué criterio y en qué momento del ciclo de un proyecto.
Estándares y principios
Qué reglas de diseño existen, si se aplican en la práctica y cómo se manejan las excepciones.
Deuda arquitectónica
Las decisiones pasadas que hoy limitan, con su costo de arrastre y su costo de corrección.
Seis fases, sin interrumpir la operación.
El assessment se apoya en entrevistas, revisión de documentación y análisis del portafolio. No hay intervención sobre sus sistemas en ningún momento.
Alcance y preparación
Definimos qué capacidades, procesos y sistemas entran, y acordamos accesos a documentación.
Entrevistas con negocio
Con los responsables de proceso, para entender qué quiere hacer el negocio y qué lo frena hoy.
Levantamiento de capas
Procesos, datos, aplicaciones y tecnología, con sus dependencias e integraciones.
Análisis de brechas
Comparación contra TOGAF y ArchiMate, capa por capa, entre la arquitectura actual y la deseada.
Arquitectura objetivo
Definición del estado deseado y de las transiciones necesarias para alcanzarlo.
Alineación con el negocio
Presentación de la hoja de ruta con la dirección y las áreas, para que las prioridades queden acordadas.
Contra qué se compara su madurez.
La evaluación no se apoya en el criterio del consultor de turno ni en el catálogo de un fabricante, sino en marcos públicos y auditables que su equipo puede consultar y su auditor reconocer. TOGAF es un marco internacional, pero la arquitectura que ordena opera bajo condiciones locales —proveedores, conectividad y regulación en Colombia y México— y así se evalúa.
TOGAF
Marco de evaluación. El método de desarrollo de arquitectura: define las capas, el análisis de brecha y la planeación de transición.
ArchiMate
Lenguaje de modelado. Notación estándar para representar la arquitectura de forma que negocio y tecnología lean lo mismo.
ISO/IEC 42010
Guía de descripción. Cómo se documenta una arquitectura: vistas, interesados y preocupaciones de cada uno.
COBIT 2019
Guía de gobierno. Ordena quién decide sobre arquitectura y cómo se controla el cumplimiento de los estándares.
IT4IT
Guía de cadena de valor. Conecta la arquitectura con el flujo real que va de la estrategia a la operación.
BIZBOK
Guía de capacidades. Referencia para mapear capacidades de negocio antes de bajar a sistemas.
Los marcos son públicos y verificables: cualquiera de su equipo puede consultarlos y contrastar la calificación que entregamos. Esa es la diferencia entre una evaluación auditable y una opinión.
Lo que cuesta construir sin plano.
La deuda arquitectónica no genera incidentes: genera lentitud. Por eso rara vez tiene dueño hasta que bloquea una iniciativa importante.
Iniciativas que se encarecen
Cada proyecto paga el costo de integrar con lo que ya existe, y ese costo nunca se presupuesta.
Datos que se contradicen
Varias fuentes para el mismo dato y ninguna designada como verdadera; las decisiones se discuten en vez de tomarse.
Integraciones frágiles
Conexiones punto a punto que nadie documentó y que se rompen cuando cualquiera de los extremos cambia.
Capacidades duplicadas
Dos áreas resuelven lo mismo con sistemas distintos, y ninguna quiere ceder el suyo.
Decisiones sin criterio
Sin principios de diseño, cada proyecto elige distinto y la complejidad se acumula.
Dependencia de quien lo armó
La arquitectura vive en la cabeza de una persona y no en un documento que alguien más pueda leer.
Lo que le cuesta en tiempo, dicho antes.
Un assessment que no dice qué compromiso pide termina retrasándose. Esto es lo que necesitamos de su lado para entregarlo en plazo.
Dos a cuatro semanas
Dos semanas en organizaciones de hasta 50 empleados; cuatro entre 51 y 300. El plazo se acuerda antes de empezar.
Entrevistas acordadas
Sesiones con los responsables de proceso, arquitectos o líderes técnicos, y las áreas de negocio afectadas.
Accesos de solo lectura
Consultas a las plataformas y a la documentación existente. En ningún momento se modifica una configuración.
Un punto de contacto
Una persona que coordine agendas y accesos. Es el factor que más afecta el cumplimiento del plazo.
Documentación que ya exista
Diagramas existentes, inventario de aplicaciones, contratos de integración y documentación de proyectos previos.
Una sesión de cierre
La presentación de resultados con la dirección y las áreas involucradas, donde se acuerdan las prioridades de la hoja de ruta.
Cuándo tiene sentido y cuándo no.
Tiene sentido si…
Cada iniciativa nueva tarda más de lo estimado; hay discusiones recurrentes sobre cuál dato es el correcto; va a emprender una modernización o una migración; o quiere entender por qué el costo de cambiar crece con cada año que pasa.
Probablemente no si…
Ya tiene la arquitectura objetivo definida y busca ejecutarla: vaya directo a la práctica de Arquitectura Empresarial. O si su pregunta es en qué invertir y no cómo está diseñado: eso lo responde el Assessment de Estrategia Tecnológica.
Lo que gana con el assessment.
Fricción localizada
Los puntos exactos donde el diseño actual encarece cada iniciativa.
Arquitectura objetivo explícita
Un estado deseado documentado, que deja de depender del criterio de quien esté disponible.
Transición ordenada
Qué cambiar primero para desbloquear lo que el negocio tiene en agenda.
Datos con dueño
Qué fuente es la verdadera para cada dato, y quién responde por ella.
Decisiones más rápidas
Principios de diseño explícitos que evitan volver a discutir lo mismo en cada proyecto.
Deuda cuantificada
El costo de arrastre de las decisiones pasadas, expresado en esfuerzo y no en opinión.
Por qué esta evaluación y no un diagrama.
La diferencia no está en dibujar lo que hay: está en explicar qué impide lo que el negocio quiere hacer y qué cuesta corregirlo.
Evaluación, no diagrama
Un dibujo del estado actual no dice qué frena al negocio. La fricción se mide contra lo que se quiere lograr.
Marcos reconocidos
La comparación es contra TOGAF y ArchiMate, con notación estándar que su equipo puede mantener después.
Lenguaje de negocio
Cada brecha con la iniciativa que bloquea y el sobrecosto que genera, no en términos técnicos.
Independencia de fabricante
La arquitectura objetivo no está condicionada por la plataforma que nos convenga vender.
Sin interrumpir la operación
Entrevistas y revisión documental. Ninguna intervención sobre sistemas productivos.
Continuidad con la ejecución
Si decide avanzar, la hoja de ruta conecta con la práctica de Arquitectura Empresarial sin volver a levantar todo.
As-Is, To-Be y el plan para pasar de uno al otro.
Todo assessment cierra con la misma estructura, sin importar la práctica: dónde está hoy, dónde debe estar, qué separa a los dos estados y en qué orden se cierra esa distancia.
Estado actual — As-Is
El punto de partida levantado con evidencia, no declarado en una entrevista: qué hay, cómo opera y qué tan lejos está de lo que el negocio necesita.
Estado objetivo — To-Be
Adónde debe llegar la organización, definido con las áreas de negocio y no impuesto por el consultor. Es el criterio contra el que se mide todo lo demás.
Análisis de brechas
Cada diferencia entre el As-Is y el To-Be, con todo lo necesario para cerrarla: tecnología, procesos, personas, gobierno y presupuesto. Ninguna brecha queda enunciada sin lo que exige.
Matriz de riesgos
Cada brecha calificada por probabilidad e impacto en el negocio, para que la prioridad no dependa de quién insista más sino de lo que cuesta no cerrarla.
Plan de trabajo
La secuencia concreta para alcanzar el To-Be: qué se hace primero, de qué depende, cuánto esfuerzo toma y quién debería responder por cada frente.
Alineación con el negocio
El plan se presenta y se acuerda con las áreas involucradas. Una hoja de ruta que solo firma TI no sobrevive al primer trimestre.
Cómo está estructurado lo que recibe.
El entregable central es un informe con una estructura fija, pensada para que la dirección lea las primeras páginas y el equipo técnico trabaje con el resto.
Resumen ejecutivo
Dos páginas: nivel de madurez arquitectónica, los tres puntos de fricción que más pesan y qué decisión pide cada uno.
Madurez por frente
Calificación de los ocho frentes con la brecha explícita frente a TOGAF.
Mapa de arquitectura actual
Las cuatro capas y sus dependencias, en notación ArchiMate.
Arquitectura objetivo
El estado deseado y qué lo separa del actual, capa por capa.
Hoja de ruta de transición
Cambios priorizados por desbloqueo de negocio frente a esfuerzo, con secuencia y dependencias.
Acciones inmediatas
Lo que se puede corregir o documentar sin proyecto ni presupuesto adicional.
Qué recibe al finalizar.
- Estado actual (As-Is): mapa de la arquitectura vigente en las cuatro capas, en notación estándar, con calificación de madurez por frente.
- Inventario de integraciones y dependencias entre sistemas.
- Inventario de deuda arquitectónica con costo de arrastre estimado.
- Estado objetivo (To-Be): arquitectura destino con vistas por interesado, acordada con las áreas de negocio.
- Análisis de brechas entre el As-Is y el To-Be, con cada brecha, su evidencia y todo lo necesario para cerrarla: sistemas, integraciones, datos, capacidades y gobierno.
- Matriz de riesgos: cada brecha y cada elemento de deuda calificados por probabilidad e impacto en el negocio.
- Plan de trabajo para alcanzar el To-Be: transición priorizada por desbloqueo de negocio, con secuencia y dependencias.
- Principios y estándares de diseño recomendados.
- Presentación ejecutiva para comité y dirección.
- Sesión de alineación con las áreas de negocio involucradas.
Sobre el Assessment de Arquitectura Empresarial.
¿Qué evalúan exactamente?+
¿En qué se diferencia de la consultoría de arquitectura?+
¿Necesitamos tener diagramas previos?+
¿Entregan los modelos en un formato que podamos mantener?+
¿Interrumpe la operación?+
¿Quién debe participar de nuestro lado?+
¿Es lo mismo que un assessment de estrategia tecnológica?+
¿Con qué frecuencia debería repetirlo?+
Sepa qué es lo que está frenando cada iniciativa.
Agende su Assessment de Arquitectura Empresarial y obtenga el mapa de las cuatro capas, la arquitectura objetivo y una hoja de ruta de transición priorizada por desbloqueo de negocio.
Agendar mi assessment → Ver la práctica de Arquitectura Empresarial →