Estás leyendo la publicación: Arquitectura empresarial, TOGAF 10 y agilidad empresarial: hacia la IA
Publicado originalmente en Hacia la IA.
La Arquitectura Empresarial es para la Empresa, no para los Arquitectos.
Un “empresa” es cualquier conjunto de organizaciones que tiene un conjunto común de objetivos. En ese sentido, una empresa puede ser una agencia gubernamental, una corporación completa, una división de una corporación, un solo departamento o una cadena de organizaciones geográficamente distantes unidas entre sí por una propiedad común.
El término “arquitectura empresarial” se puede utilizar para denotar tanto: la arquitectura de una empresa completa, que abarca todos sus sistemas de información, como la arquitectura de un dominio específico dentro de la empresa. En ambos casos, la arquitectura cruza múltiples sistemas y múltiples grupos funcionales dentro de la empresa.
¿Qué es la Arquitectura Empresarial?
Una Arquitectura Empresarial (EA) se desarrolla por una razón muy simple: para guiar el cambio efectivo.
La arquitectura empresarial es:
- Una descripción de los elementos dentro de una organización, lo que están destinados a lograr, cómo están organizados, cómo funcionan en la práctica y cómo responder al cambio.
- Un marco (estructura, enfoque y proceso) para cambio de gerencia a esos elementos y su disposición; adaptarse continuamente al cambio organizacional en línea con la estrategia (metas y objetivos) y las circunstancias (requerimientos específicos).
- La práctica de actuar para gestionar y evolucionar la Arquitectura Empresarial en todos los niveles de control, cambio y ritmo.
¿Cuáles son los impulsores de la Arquitectura Empresarial?
Para garantizar una gestión de cambios eficiente y la entrega de valor comercial, los impulsores de la arquitectura empresarial se originan en varias etapas del ciclo de vida de la entrega de valor, como:
- Partes interesadas identificar las iniciativas de cambio que se requieren para alcanzar los nuevos objetivos comerciales. Estos cambios suelen ser complejos e involucran varios sistemas y procesos con múltiples interdependencias.
- Sin una Arquitectura Empresarial, es muy poco probable que se consideren y cumplan todas las inquietudes y requisitos, lo que conducirá a una mayor fragmentación e ineficiencia.
- El desarrollo de la Arquitectura Empresarial es necesario para gestionar el cambio.
¿Por qué utilizar un marco de arquitectura empresarial?
Enterprise Architecture Framework define cómo crear y utilizar una arquitectura empresarial.
Las grandes corporaciones y las agencias gubernamentales pueden comprender múltiples “empresas” y, por lo tanto, bien puede haber único proyectos de arquitectura empresarial.
Sin embargo, a menudo hay mucho en común sobre los sistemas de información en cada “empresa”, y generalmente existe un gran potencial de ganancia en el uso de un marco de arquitectura común.
Para gestionar la escala y la complejidad de una empresa, una marco arquitectónico proporciona herramientas y enfoques que ayudan a los arquitectos a abstraer comunalidad y unicidadambos.
¿Qué es TOGAF: el marco de arquitectura de grupo abierto?
El estándar TOGAF es un marco para identificar e implementar cambios.
La norma proporciona:
- Una definición y descripción de un ciclo estándar de cambio utilizado para planificar, desarrollar, implementar, gobernar, cambiar y mantener una arquitectura para una empresa: el Método de desarrollo de arquitectura TOGAF (ADM).
- Una definición y descripción de los componentes básicos de una empresa que se utilizan para prestar servicios comerciales y sistemas de información: el Marco de contenido TOGAF.
- A conjunto de pautastécnicas y consejos para crear y mantener una arquitectura empresarial efectiva y generar cambios a través de nuevas arquitecturas de soluciones en todos los niveles de escala, ritmo y detalle.
Cuatro dominios de arquitectura se aceptan comúnmente como subconjuntos de una arquitectura empresarial general:
- El Arquitectura Empresarial define la estrategia comercial, la gobernanza, la organización y los procesos comerciales clave.
- El Arquitectura de datos describe la estructura de los activos de datos físicos y lógicos de una organización y los recursos de gestión de datos.
- El Arquitectura de la aplicación proporciona un modelo para las aplicaciones individuales que se implementarán, sus interacciones y sus relaciones con los procesos comerciales centrales de la organización.
- El Arquitectura Tecnológica describe la arquitectura digital y las capacidades y estándares de la infraestructura lógica de software y hardware que se requieren para respaldar la implementación de servicios comerciales, de datos y de aplicaciones. Esto incluye servicios digitales, Internet de las cosas (IoT), infraestructura de redes sociales, servicios en la nube, infraestructura de TI, middleware, redes, comunicaciones, procesamiento, estándares, etc.
TOGAF 10 Estructura de la documentación
La estructura del documento estándar TOGAF es modular y evolutivo. Hay una jerarquía clara desde los conceptos universales en el contenido fundamental de TOGAF hasta las mejores prácticas estables en las guías de la serie TOGAF para las ideas emergentes en la biblioteca TOGAF.
- El estándar TOGAF fundamental proporciona un “andamiaje” esencial y establece las mejores prácticas que son estables y duraderas.
- El Guías de serie (dominio) se basa en el contenido general proporcionado en el Contenido fundamental TOGAF proporcionando orientación para temas específicos.
- Junto con el estándar TOGAF se encuentra una amplia cartera de guía/referencia material, conocido como TOGAF Library, para apoyar la aplicación práctica del enfoque TOGAF. Modelos de referencia y guía de métodos, Información general sobre procedimientosy Establecer un equipo de EA son algunos de los documentos actualmente disponibles.
Hay muchos otros dominios que podrían ser definidos por combinando vistas apropiadas de los dominios de Negocios, Datos, Aplicaciones y Tecnología. Por ejemplo, Arquitectura de la Información, Arquitectura de Riesgo y Seguridad y Arquitectura Digital.
TOGAF 10 hace que el adopción de mejores prácticas más fácil. El marco TOGAF permite la creación de vistas multidimensionales y los categoriza para crear dominios específicos que permitan a una empresa considerar el alcance más amplio de su empresa y capacidades.
TOGAF 10 — Modelo de desarrollo de arquitectura (ADM)
El núcleo del marco TOGAF es TOGAF ADM.
Fundamentalmente, el estándar TOGAF respalda lo que hacen los arquitectos: entender, especificar y gobernar.
Entender
Fase A: Visión de la arquitectura: comprender el problema/la oportunidad, esbozar la solución e identificar el enfoque amplio de transición.
Fases BD — Negocios/Sistemas de información/Arquitectura tecnológica: identificar lo que se necesita (Bloques de construcción de arquitectura (ABB)).
Durante estas fases, una práctica recomendada es identificar las posibles implementaciones de soluciones (Solution Building Blocks (SBB)).
Especificar
Fase E — Oportunidades y soluciones: seleccione del conjunto de candidatos de SBB que mejor se adapte a los ABB de las Fases B a D y cómo interoperarán para brindar los niveles de servicio comercial requeridos y las transiciones de implementación más apropiadas.
Fase F: Planificación de la migración: organice los recursos para realizar las transiciones de manera controlada.
Gobernar
Fase G — Gobernanza de implementación: asegúrese de que las actividades de reutilización/construcción/adquisición e implementación estén organizadas e implementadas correctamente de acuerdo con el contrato y las especificaciones acordados.
Fase H: Gestión de cambios en la arquitectura: asegúrese de que el cambio esté debidamente planificado, estructurado y entregue el valor comercial que se espera.
TOGAF 10 — Marco de contenido de la arquitectura
Principios de Arquitectura, VisiónLos modelos de motivación, motivación y requisitos están destinados a capturar el contexto circundante de los modelos de arquitectura formal, incluidos los principios generales de arquitectura, un contexto estratégico que forma la entrada para el modelado de arquitectura y los requisitos generados a partir de la arquitectura.
Arquitectura empresarial captura modelos de arquitectura del negocio, observando específicamente los factores que motivan a la empresa, su estructura y sus capacidades.
Arquitectura de Sistemas de Información Los modelos capturan modelos de arquitectura de sistemas de TI, observando aplicaciones y datos en línea con las fases TOGAF ADM.
Arquitectura Tecnológica los modelos capturan activos tecnológicos que se utilizan para implementar y realizar soluciones de sistemas de información.
Realización/Transformación de Arquitectura los modelos capturan hojas de ruta de cambio que muestran la transición entre los estados de la arquitectura y las declaraciones vinculantes que se utilizan para dirigir y gobernar la implementación de la arquitectura.
Gestión de cambios de arquitectura los modelos capturan eventos de gestión de realización de valor, internos y externos, que impactan la Arquitectura Empresarial y la generación de requisitos para la acción.
TOGAF 10 — Habilitación de la agilidad empresarial
El marco TOGAF permite prácticas ágiles de EA para respaldar la estrategia empresarial, la alineación de procesos y sistemas.
Es importante señalar que TOGAF ADM “no”:
- Ordene que los pasos se realicen en la secuencia que se muestra.
- Ordenar un proceso de “cascada”; es decir, que cada fase debe completarse antes de que comience la siguiente.
- Especificar la duración de cualquier fase o ciclo de desarrollo de la arquitectura.
El marco TOGAF “sí”: recomienda que el ADM se adapte para satisfacer las necesidades de la empresa; la agilidad es una de esas necesidades.
El marco TOGAF presenta un modelo que identifica tres niveles de detalle que se pueden utilizar para el desarrollo de la arquitectura de partición:
- Empresa Arquitectura Estratégica proporciona una vista de alto nivel del área de la empresa afectada por el cambio. Permite una comprensión de la dirección estratégica general de la empresa a un alto nivel y debe ser lo suficientemente amplia como para establecer el contexto dentro del cual encajan los segmentos y las capacidades. Es necesario planificar y diseñar todo el esfuerzo y evitar consecuencias imprevistas.
- La capa intermedia, laArquitecturas de segmento, por lo general proporcionan orientación a nivel de cartera, programa o producto. Estos segmentos a gran escala a menudo se alinean con los límites naturales de la funcionalidad.
- La capa inferior, laArquitecturas de capacidad, son descripciones detalladas de (incrementos de) capacidades empresariales. Estos pueden alinearse con los sprints de entrega, o es posible que se necesiten varios sprints para entregar una capacidad. Son lo suficientemente detallados como para entregarlos a los desarrolladores para que actúen. Los sprints pueden ocurrir en cualquier nivel, pero se asocian más comúnmente con la entrega de capacidades o incrementos de capacidad.
Niveles y fases de ADM asignados a conceptos ágiles
Arquitectura Estratégica
En una empresa Ágil, Arquitectura Estratégica es una iteración de alto nivel compatible con TOGAF ADM Phase A, Architecture Vision. La dirección estratégica para la empresa se define en esta iteración para respaldar la toma de decisiones, y se puede elaborar más en la Fase B para proporcionar una visión de alto nivel del panorama de la organización.
Las ventajas clave para una empresa Agile que hace Arquitectura Estratégica son:
- Proporciona una comprensión del contexto de la organización necesaria para definir los temas estratégicos, las epopeyas y los impulsores; identifica flujos de valor, requisitos de alto nivel y otras características generales de la dirección y la visión estratégicas.
- Confirma la base para definir barandillas para la entrega del producto/servicio/solución
- Identifica las capacidades organizacionales de alto nivel necesarias para entregar todo el esfuerzo: habilidades de las personas, herramientas, herramientas de gestión, principios de gobierno, etc.
- Brinda una comprensión del panorama de la organización para dar forma a las hojas de ruta de planificación de la migración cuando se involucran componentes débilmente acoplados, lo que proporciona el panorama de la organización para identificar e implementar la colaboración y la integración necesarias entre los equipos asociados relevantes.
- Entrada para definir el backlog para los diferentes segmentos (típicamente áreas funcionales u organizacionales) que se cubrirán en iteraciones posteriores.
Arquitectura Estratégica proporciona un contexto para las arquitecturas de nivel inferior.
Arquitectura de segmento
Una arquitectura de segmento suele ser la especificación del producto o la solución empresarial. Debería ser suficiente arquitectura para identificar características y requisitos funcionales y no funcionales. Si la información adquirida al realizar las Fases A y B es insuficiente para esta actividad, puede haber más énfasis en explorar más a fondo las Fases B, C y D.
Las ventajas clave para una empresa ágil que utiliza la arquitectura de segmentos son:
- Soporte para la definición de backlogs de nivel de capacidad
- Identifique las capacidades/facilitadores y luego las características y funcionalidades necesarias para entregar el producto/servicio/solución.
- Defina los indicadores clave de rendimiento (KPI) necesarios para garantizar que se entregue valor de acuerdo con la visión y los objetivos comerciales
- Un segmento consta de uno o más productos y SBB. Se debe entregar la arquitectura suficiente para mejorar el diseño, el rendimiento y la facilidad de uso de la solución y brindar orientación para el diseño y la implementación entre equipos.
- La especificación en este nivel debe estar orientada a agrupar elementos a nivel de cartera para respaldar conceptos ágiles que incluyen épicas, ingeniería concurrente y planificación para la entrega e integración continuas de la solución de destino.
Arquitectura de segmento ayuda a dar forma a los productos y soluciones para cada segmento. Los resultados de las iteraciones de segmento son elementos pendientes que serán la base sobre la cual los equipos ágiles pueden trabajar en la implementación del producto y la solución.
Arquitectura de capacidad
Una arquitectura de capacidad entregado por un sprint o incluso por un conjunto de sprints, según el alcance, debe integrarse de forma incremental e iterativa en una canalización de entrega. Esta es una especificación de arquitectura orientada a la solución más específica, que incluye los ABB identificados a través de las Fases B, C y D, que cubre los aspectos funcionales y no funcionales de la solución que se implementará. Estas especificaciones de arquitectura luego se desarrollan más en las Fases E y F como base para los SBB y su integración en las soluciones/servicios/productos deseados.
Las ventajas clave para una empresa ágil que utiliza la arquitectura de capacidades son:
- Proporciona detalles suficientes de las arquitecturas de nivel superior para definir la implementación y proporciona comentarios para actualizar los niveles superiores cuando sea necesario.
- Desarrolló Just-In-Time (JIT), para proporcionar una “pista de solución” avanzada para consumir los sprints de entrega y evitar restricciones innecesarias.
- Define y refina las historias de usuario que implementarán los diferentes equipos ágiles.
- Habilita las actividades de control de calidad y cumplimiento para la implementación de la solución.
- Permite la trazabilidad para confirmar que se están cumpliendo los objetivos originales de la Arquitectura Estratégica.
Arquitectura de capacidad es la especificación de la solución que se construirá e implementará bajo demanda siguiendo las pautas de la arquitectura, las métricas y las consideraciones de cumplimiento por parte de los equipos Agile.
Resumen
TOGAF Standard, 10th Edition es significativamente más fácil de adoptar, un cuerpo útil de práctica de arquitectura empresarial estable y comprobada. El cuerpo de práctica comprobada aborda usos amplios, pero en algunas áreas, como la seguridad y la arquitectura empresarial, es más profundo. TOGAF 10 permite prácticas ágiles de arquitectura empresarial para respaldar la estrategia empresarial, la alineación de procesos y sistemas.
Referencia:
- “El estándar TOGAF® — Edición digital — Introducción.” y Pubs.opengroup.org. https://pubs.opengroup.org/togaf-standard/.
Enterprise Architecture, TOGAF 10 & Enterprise Agility se publicó originalmente en Hacia la IA en Medium, donde las personas continúan la conversación destacando y respondiendo a esta historia.
Publicado a través de Hacia la IA
