El Marco de Zachman (Zachman Framework) no surgió de la informática pura, sino de una analogía muy inteligente con disciplinas mucho más antiguas: la arquitectura clásica y la ingeniería aeronáutica.
Fue introducido por John Zachman en 1987 a través de un artículo publicado en el IBM Systems Journal. Aquí te detallo su origen y la lógica detrás de su creación:
1. El Problema: La complejidad de los sistemas
En los años 80, Zachman trabajaba en IBM y notó que los sistemas de información se estaban volviendo tan masivos y complejos que las empresas no sabían cómo gestionarlos. Se dio cuenta de que el software no se podía construir "sobre la marcha"; necesitaba una estructura, tal como un edificio.
2. La Inspiración: Disciplinas de diseño físico
Zachman observó cómo trabajaban los arquitectos de edificios y los ingenieros que diseñaban aviones complejos. Notó que para construir un avión, no se usaba un solo plano, sino varios niveles de representación dependiendo de quién mirara el proyecto:
-
El dueño quería saber para qué servía el avión.
-
El diseñador necesitaba los esquemas lógicos.
-
El constructor necesitaba las especificaciones de las piezas.
3. La Estructura: Las 6 preguntas y los 6 roles
Zachman adaptó estas observaciones a las organizaciones. Su marco se basa en una matriz de doble entrada que cruza dos dimensiones fundamentales:
-
Las Columnas (Interrogativos): Basadas en las preguntas clásicas de la comunicación:
-
Quién (Personas)
-
Qué (Datos)
-
Dónde (Redes)
-
Cuándo (Tiempo)
-
Por qué (Motivación)
-
Cómo (Procesos)
-
Las Filas (Perspectivas de los interesados):
-
Contextual (El Planificador) Ej. CEO
-
Conceptual (El Dueño) Ej. Directores de Área
-
Lógica (El Diseñador) Ej, Arquitectos de sistemas, Analistas de Negocio Senior
-
Física (El Constructor) Ej. Ingenieros de Software, Administradores de Bases de Datos (DBA), Arquitectos de Infraestructura
-
Implementación (El Subcontratista) Ej. Programadores, Técnicos de redes, Especialistas en seguridad.
-
Operacional (La Organización misma) Ej. El Usuario Final y los Operadores de Negocio.
Zachman incluyó esta fila para demostrar la brecha entre "lo que se diseñó" y "lo que realmente existe".
-
Las filas 1 a 5 son representaciones (modelos, planos, diseños). Son el "deber ser".
-
La fila 6 es la encarnación física. Es donde se prueba si la arquitectura empresarial fue exitosa.
Ejemplo: Si el Diseñador (Fila 3) dijo que el sistema debía procesar 1,000 pagos por segundo, pero en el Producto Final (Fila 6) solo procesa 100, la arquitectura tiene una desconexión que debe corregirse subiendo de nuevo por las filas.
¿Por qué cambió la industria?
Antes de Zachman, la mayoría de los enfoques se centraban solo en la tecnología. Zachman fue el primero en proponer que la Arquitectura Empresarial debe abarcar a toda la organización, desde la visión del CEO hasta el código del programador, asegurando que todos los niveles estén alineados.
Dato curioso: John Zachman suele decir que su marco no es una "metodología" (pasos a seguir), sino una ontología (una clasificación de todo lo que existe en una empresa).
