Qué es TOGAF

Los módulos anteriores trabajaron la mitad del problema: entender a las personas y encontrar la solución correcta. TOGAF cubre la otra mitad: ordenar una organización completa (sus procesos, sus datos, sus aplicaciones y su infraestructura) para que esa solución se construya, se gobierne y evolucione sin romper lo que ya existe. Este capítulo presenta el marco, su historia y su vocabulario; los siguientes recorren su método.

TOGAF® es una marca registrada de The Open Group.

Arquitectura empresarial

Una arquitectura empresarial (Enterprise Architecture, EA) es la descripción estructurada de una organización: qué hace, con qué información, con qué sistemas y sobre qué tecnología, junto con los principios y las reglas que guían su evolución. Su propósito es alinear el cambio tecnológico con la estrategia del negocio y reducir la fragmentación que aparece cuando cada proyecto decide por su cuenta.

TOGAF organiza esa descripción en cuatro dominios, conocidos por la sigla BDAT:

Dominio	Qué describe	Preguntas que responde
Negocio (Business)	Estrategia, gobierno, organización, procesos, capacidades, flujos de valor	¿Qué hace la empresa y quién lo hace?
Datos (Data)	Entidades, estructura, propiedad, calidad y gestión de la información	¿Qué información necesitamos y quién la custodia?
Aplicaciones (Application)	Sistemas, sus interfaces y su relación con los procesos	¿Qué software soporta cada proceso?
Tecnología (Technology)	Plataformas, redes, middleware, hardware, nube	¿Sobre qué infraestructura corre todo lo anterior?

flowchart TD
    E["Estrategia del negocio"] --> B["Arquitectura de Negocio"]
    B --> D["Arquitectura de Datos"]
    B --> A["Arquitectura de Aplicaciones"]
    D --> T["Arquitectura Tecnológica"]
    A --> T
    T --> O["Operación y proyectos"]
    O -.retroalimenta.-> E

Los dominios de Datos y Aplicaciones se agrupan bajo el nombre Arquitecturas de Sistemas de Información (Information Systems Architectures).

The Open Group y el Architecture Forum

The Open Group es un consorcio internacional sin fines de lucro, neutral respecto a proveedores, que desarrolla estándares abiertos y programas de certificación. Además de TOGAF, publica el lenguaje de modelado ArchiMate®, el estándar IT4IT™, la especificación Single UNIX® y marcos de seguridad como O-ISM3.

Dentro del consorcio, el Architecture Forum es el grupo de trabajo que mantiene el estándar TOGAF. Lo integran empresas usuarias, consultoras, proveedores de herramientas y universidades. Las versiones se aprueban por consenso de sus miembros, lo que explica el ritmo de publicación y el carácter genérico del contenido: el estándar describe lo que funciona en muchas organizaciones, no la práctica de una sola.

Historia

timeline
    title Evolución de TOGAF
    1994 : TAFIM publicado por el Departamento de Defensa de EE. UU.
    1995 : TOGAF versión 1, derivada de TAFIM
    2002 : TOGAF 8 Enterprise Edition
    2009 : TOGAF 9, con Content Framework y Enterprise Continuum
    2011 : TOGAF 9.1, correcciones y aclaraciones
    2018 : TOGAF 9.2, Business Architecture reforzada
    2022 : TOGAF Standard 10th Edition, contenido modular

• TAFIM (Technical Architecture Framework for Information Management) fue un marco del Departamento de Defensa de Estados Unidos. Su contenido se transfirió a The Open Group, que publicó TOGAF versión 1 en 1995.
• Las versiones 2 a 7 se centraron en arquitectura técnica. TOGAF 8 Enterprise Edition (2002) amplió el alcance a negocio, datos y aplicaciones.
• TOGAF 9 (2009) introdujo el Architecture Content Framework, el Enterprise Continuum formalizado y el Architecture Capability Framework. 9.1 (2011) corrigió inconsistencias. 9.2 (2018) modernizó la Arquitectura de Negocio con capacidades, flujos de valor y mapas de organización.
• TOGAF Standard, 10th Edition (abril de 2022) reorganizó el estándar en una parte estable y una parte extensible, pensada para actualizarse sin esperar una nueva edición completa.

Estructura de la 10ª edición

La edición vigente separa el contenido en dos capas.

TOGAF Fundamental Content

Son los seis documentos que forman el núcleo estable del estándar. Cambian poco y son la base de la certificación.

Documento	Contenido
Introduction and Core Concepts	Definiciones, propósito del marco, conceptos fundamentales
Architecture Development Method	El ciclo ADM, fase por fase
ADM Techniques	Principios, escenarios de negocio, análisis de brechas, planificación basada en capacidades, gestión de riesgos, interoperabilidad
Applying the ADM	Iteración, niveles de arquitectura, partición, seguridad, adaptación
Architecture Content	Content Framework, metamodelo, artefactos, deliverables, building blocks, Enterprise Continuum, Architecture Repository
Enterprise Architecture Capability and Governance	Cómo establecer y gobernar la capacidad de arquitectura, Architecture Board, contratos, cumplimiento

TOGAF Series Guides

Documentos complementarios que explican cómo aplicar el núcleo en contextos específicos. Se publican y actualizan de forma independiente. Algunos de los más usados:

Guía	Tema
Business Capabilities	Cómo modelar y usar mapas de capacidades
Value Streams	Flujos de valor y su relación con capacidades
Information Mapping	Mapas de información para la Arquitectura de Negocio
Organization Mapping	Unidades, roles y su relación con capacidades
Business Models	Modelos de negocio y lienzos dentro del ADM
Business Scenarios	Técnica para capturar requisitos de negocio
The TOGAF Standard and the ArchiMate Specification	Uso conjunto de ambos estándares
Agile Architecture / Enabling Enterprise Agility	TOGAF en organizaciones ágiles
Digital Business Reference Model y Digital Technology Adoption	Transformación digital
Integrating Risk and Security	Seguridad dentro del ADM
Microservices Architecture	Cómo tratar microservicios como estilo arquitectónico
Government Reference Model	Modelo de referencia para administraciones públicas

flowchart LR
    subgraph FC["TOGAF Fundamental Content"]
        I["Introduction and Core Concepts"]
        ADM["Architecture Development Method"]
        TE["ADM Techniques"]
        AP["Applying the ADM"]
        AC["Architecture Content"]
        CG["EA Capability and Governance"]
    end
    subgraph SG["TOGAF Series Guides"]
        BC["Business Capabilities"]
        VS["Value Streams"]
        AG["Agile Architecture"]
        DG["Digital"]
        SE["Security"]
        MS["Microservices"]
    end
    FC -->|se aplica mediante| SG

Conceptos núcleo

El estándar define con precisión varios términos que reaparecen en todos los capítulos siguientes.

Término	Definición de trabajo
Empresa (Enterprise)	Cualquier conjunto de organizaciones con objetivos comunes: una corporación, una división, una agencia pública, una cadena de valor que cruza empresas
Arquitectura (Architecture)	La estructura de componentes, sus relaciones y los principios que guían su diseño y evolución
ADM (Architecture Development Method)	El método iterativo para desarrollar y mantener una arquitectura empresarial; el corazón de TOGAF
Enterprise Continuum	Un modo de clasificar activos de arquitectura y de solución desde lo genérico hasta lo específico de la organización
Architecture Repository	El repositorio donde se guardan los activos: metamodelo, landscape, modelos de referencia, estándares, Architecture Capability
Architecture Capability	La capacidad organizativa (personas, procesos, herramientas, gobierno) para hacer arquitectura
Building block	Componente reutilizable con interfaces definidas; puede combinarse con otros para formar arquitecturas o soluciones

Building blocks: ABB y SBB

• Un Architecture Building Block (ABB) describe qué se necesita, sin fijar producto: “servicio de autenticación centralizado con SSO y MFA”.
• Un Solution Building Block (SBB) describe con qué se implementa: “Keycloak 24 desplegado en el clúster de Kubernetes de producción”.

El ADM produce ABB en las fases B, C y D y los convierte en SBB en las fases E y F.

Deliverables, artefactos y building blocks

Concepto	Qué es	Ejemplo
Deliverable	Producto de trabajo formal, contractual, revisado y aprobado	Architecture Definition Document
Artefacto (Artifact)	Pieza de contenido que describe un aspecto de la arquitectura: catálogo, matriz o diagrama	Catálogo de aplicaciones, matriz de interacción, diagrama de flujo de valor
Building block	Componente reutilizable	Servicio de notificaciones

Un deliverable contiene artefactos; los artefactos describen building blocks.

Línea base y objetivo

Toda fase de desarrollo compara dos estados:

• Arquitectura de línea base (Baseline Architecture): cómo están las cosas hoy.
• Arquitectura objetivo (Target Architecture): cómo deberían estar al final del ciclo.

La diferencia entre ambas se formaliza con el análisis de brechas (Gap Analysis) y, cuando el salto es grande, se escalona en arquitecturas de transición (Transition Architectures).

Nivel de detalle y partición

Una organización no se arquitecta entera de una vez. TOGAF propone tres niveles:

Nivel	Alcance	Horizonte
Estratégico	Toda la empresa, dirección general	3 a 5 años
Segmento	Una unidad, programa o línea de negocio	1 a 3 años
Capacidad	Una capacidad concreta o proyecto	Meses

La partición (partitioning) divide la arquitectura por alcance, nivel de detalle, periodo de tiempo y dominio, para que equipos distintos trabajen en paralelo sin colisionar.

flowchart TD
    S["Arquitectura estratégica · toda la empresa"] --> SG1["Segmento: ventas y canales"]
    S --> SG2["Segmento: cadena de suministro"]
    S --> SG3["Segmento: finanzas"]
    SG1 --> C1["Capacidad: gestión de pedidos"]
    SG1 --> C2["Capacidad: fidelización"]
    SG2 --> C3["Capacidad: inventario en tiempo real"]

Certificaciones

The Open Group opera un programa de certificación de personas basado en exámenes.

Certificación	Edición	Qué evalúa
TOGAF Enterprise Architecture Foundation	10ª	Conocimiento de conceptos, terminología y estructura del ADM
TOGAF Enterprise Architecture Practitioner	10ª	Aplicación del ADM a escenarios; requiere Foundation
TOGAF 9 Certified, Part 1	9.x	Equivalente histórico de Foundation
TOGAF 9 Certified, Part 2	9.x	Equivalente histórico de Practitioner

Además de las certificaciones principales, el programa ofrece Open Badges por especialidades asociadas a las Series Guides (por ejemplo, Business Architecture o Digital Enterprise Architecture). Los exámenes se rinden en centros autorizados o en línea con supervisión. El capítulo 19 detalla rutas de preparación.

TOGAF frente a otros marcos

TOGAF no compite con todos los marcos de arquitectura; con varios se complementa.

Marco	Naturaleza	Relación con TOGAF
Zachman Framework	Taxonomía: una matriz de perspectivas (planificador, dueño, diseñador, constructor…) por interrogantes (qué, cómo, dónde, quién, cuándo, por qué)	Clasifica artefactos; no tiene método. TOGAF aporta el proceso, Zachman la ontología
FEAF (Federal Enterprise Architecture Framework)	Marco del gobierno federal de EE. UU. con modelos de referencia	Misma familia de ideas; TOGAF puede usarse como método dentro de FEAF
DoDAF	Marco del Departamento de Defensa de EE. UU., orientado a vistas (viewpoints)	Comparte raíz histórica con TOGAF; su énfasis está en los productos documentales
ArchiMate	Lenguaje gráfico de modelado de arquitectura empresarial, también de The Open Group	Lenguaje con el que se dibujan los artefactos que TOGAF pide. Existe una Series Guide sobre su uso conjunto
SAFe (Scaled Agile Framework)	Marco de escalado ágil	Define roles de arquitectura (Enterprise Architect, System Architect) que pueden alimentarse del ADM; TOGAF publica guías de agilidad para coexistir

Cuándo ayuda y cuándo sobra

TOGAF aporta valor cuando se dan varias de estas condiciones:

• Muchos sistemas y equipos con dependencias cruzadas.
• Cambios que afectan a procesos, datos y tecnología a la vez.
• Necesidad de justificar inversiones ante un comité o un regulador.
• Rotación de personal que exige documentación común.
• Fusiones, migraciones a nube, programas de transformación plurianuales.

Resulta sobredimensionado cuando:

• La organización tiene un solo producto y un equipo pequeño.
• El problema aún no está definido; ahí conviene el primer diamante del capítulo 8 y las fases de empatía y definición del Design Thinking.
• Se aplica el ADM completo por obligación, generando deliverables que nadie lee.

El propio estándar insiste en la adaptación (tailoring): se adopta lo que resuelve un problema real y se descarta el resto. El capítulo 17 muestra cómo encajar la fase A con los marcos de diseño vistos antes.

Ejercicio práctico

Trabaja sobre el caso del curso: una cadena de retail mediana con tiendas físicas, tienda en línea y una aplicación móvil que hoy funcionan como negocios separados.

1. Identifica cinco elementos de cada dominio BDAT de esa cadena. Por ejemplo, en Negocio: proceso de venta en tienda, proceso de venta en línea, devoluciones, fidelización, reposición de inventario.
2. Para cada elemento de Aplicaciones, indica si es un ABB (lo que se necesita) o un SBB (el producto que lo implementa hoy). Separa las dos listas.
3. Decide en qué nivel de arquitectura (estratégico, segmento, capacidad) conviene abordar la unificación de canales y justifica el horizonte temporal.
4. Escribe en una tabla qué Series Guides de TOGAF consultarías y qué pregunta concreta esperas que respondan.
5. Lista tres señales que indicarían que el ADM completo es excesivo para este caso y tres que indicarían que es necesario.

Autoevaluación

1. ¿Cuál es el origen histórico de TOGAF?

   • A. El marco TAFIM del Departamento de Defensa de Estados Unidos
   • B. La matriz de John Zachman
   • C. El Federal Enterprise Architecture Framework
   • D. La especificación ArchiMate

2. ¿Qué diferencia a un Architecture Building Block de un Solution Building Block?

   • A. El ABB es más pequeño que el SBB
   • B. El ABB se crea en la fase G y el SBB en la fase B
   • C. El ABB describe lo que se necesita sin fijar producto; el SBB indica con qué se implementa
   • D. El ABB es un deliverable y el SBB es un artefacto

3. ¿Qué parte de la 10ª edición contiene el ciclo ADM fase por fase?

   • A. Una TOGAF Series Guide
   • B. El documento Architecture Content
   • C. El documento ADM Techniques
   • D. El documento Architecture Development Method dentro del Fundamental Content

4. ¿Cuál es la relación entre TOGAF y ArchiMate?

   • A. Son marcos rivales publicados por consorcios distintos
   • B. ArchiMate es un lenguaje de modelado de The Open Group con el que se dibujan los artefactos que TOGAF describe
   • C. ArchiMate reemplazó a TOGAF en la 10ª edición
   • D. TOGAF es un subconjunto de ArchiMate

Respuestas

1. A. TOGAF versión 1 (1995) derivó de TAFIM, cedido por el Departamento de Defensa de EE. UU. a The Open Group.
2. C. El ABB es independiente de producto; el SBB es la implementación concreta.
3. D. El ADM es uno de los seis documentos del TOGAF Fundamental Content.
4. B. ArchiMate es el lenguaje gráfico; TOGAF es el método. Existe una Series Guide sobre su uso conjunto.

Checklist

• Puedo explicar los cuatro dominios BDAT con un ejemplo de mi organización.
• Distingo Fundamental Content de Series Guides y sé qué contiene cada uno.
• Diferencio ABB de SBB y deliverable de artefacto.
• Identifico el nivel de arquitectura (estratégico, segmento, capacidad) de un problema dado.
• Sé qué aporta cada marco vecino (Zachman, ArchiMate, FEAF, DoDAF, SAFe) frente a TOGAF.
• Reconozco cuándo aplicar el ADM completo sería excesivo.