Arquitectura empresarial

Componente 4: Metodología de Arquitectura Empresarial

Como mínimo, una metodología de arquitectura empresarial debe abordar el desarrollo y mantenimiento de una arquitectura empresarial. Un método completo incluirá planificar la implementación de los cambios y que rigen todos los proyectos de implementación. Una metodología integral incluirá orientación sobre la gestión del trabajo.

El Componente 4: Metodología de Arquitectura Empresarial incluye:

• Metodología de desarrollo de arquitectura
• Planificación de la integración
• Marco de Gobernanza
• Gestión del trabajo

Metodología de desarrollo de arquitectura

El Método de desarrollo de arquitectura TOGAF proporciona el método estándar de la industria para desarrollar y mantener una arquitectura empresarial. El Administrador de TOGAF para el núcleo de la Estándar TOGAF.

En su raíz, TOGAF ADM utiliza un modelo de flujo de información. Cada Fase en el ADM existe para sustentar la creación de información. El clásico gráfico TOGAF ADM es una representación simplificada de los flujos de información esenciales.

Como flujo de información, el ADM es inherentemente incremental e iterativo. Necesita diseñar el flujo de información en un modelo de proceso. Su proceso es una prueba si tiene suficiente conocimiento, si es así, utilícelo. Si no, producirlo. TOGAF ADM no es una secuencia de actividad. Demasiadas personas miran el gráfico TOGAF ADM y lo malinterpretan como un modelo de proceso de cascada lineal.

Cada vez que el equipo de EA está realizando alguna actividad para desarrollar la información que proviene de una Fase ADM, está ejecutando una Fase. Un Arquitecto Empresarial siempre necesita consumir los insumos obligatorios y producir los productos obligatorios. Esto se aplica a todas las fases de ADM.

El uso de TOGAF ADM como modelo de información ayuda al arquitecto empresarial a lograr la máxima eficiencia y productividad.

Cada Fase en TOGAF ADM está diseñada para crear la información necesaria

Fase A: Definición de la visión de la arquitectura

No se sorprenda si tiene más de uno arquitectura alternativa expresadas como diferentes Visiones de la Arquitectura. Rara vez tiene suficiente información para seleccionar el mejor camino en la Fase A.

Entregables de la fase A proporcionar la base de gobernar el desarrollo de la arquitectura.

Fase B: desarrollo de la arquitectura empresarial

El resultado de la Fase B es la arquitectura empresarial candidata.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

El dominio de la arquitectura negocio describe la estructura empresarial objetivo. Por lo general, incluirá elementos como capacidad empresarial, diseño organizacional, procesos y flujos de información. A menudo aborda motivaciones como estrategia, metas y objetivos. Estos componentes serán documentos como Modelos de Arquitectura Negocio.

Descargar gratis Guía de evaluación de la capacidad de la arquitectura empresarial.

Fase C: desarrollo de la arquitectura de los sistemas de información

Arquitectura de Sistemas de Información incluye tanto el aplicación Arquitectura dominio y el dominio de arquitectura de datos.

El resultado de la Fase C es la arquitectura de aplicación candidata y la arquitectura de datos candidata. Juntos, estos crean la arquitectura de sistemas de información candidata.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

La arquitectura de la aplicación ayudará a responder las siguientes preguntas:

• Cómo la cartera de aplicaciones permite la captura de valor: Modelo de desarrollo de aplicaciones
• Dónde se inyecta el costo en la cartera de TI: modelo funcional
• Donde se inyecta rigidez en la cartera de TI: Modelo de Integración
• Cómo funciona la empresa: Modelo de sistema
• Sistemas necesarios para entregar el producto o servicio: Modelo del Producto
• Las cosas que una organización debe ser capaz de hacer: modelo funcional
• El flujo de información que se requiere para realizar las actividades de una empresa: Modelo de Integración
• Las actividades completas que realiza una empresa, generalmente agrupadas para mostrar cómo se relacionan entre sí: Modelo de servicio
• Qué es la cartera de software: Modelo de software físico

Fase D: descripción y desarrollo de la arquitectura tecnológica

El resultado de la Fase D es el desarrollo de una arquitectura de tecnología candidata.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

La mayoría de las veces vemos arquitecturas tecnológicas débiles, compuestas en gran parte por modelos físicos. En la mayor parte de nuestro trabajo estamos alineando la Fase D con Arquitectura en la nube. Para los otros dominios, productos de trabajo básicos como, un Modelo de sistema y Modelo de servicio, son lo mismo.

La arquitectura tecnológica ayudará a responder las siguientes preguntas:

• Cómo la cartera de infraestructura permite la captura de valor: Modelo de servicio de infraestructura
• Cómo se entrega la infraestructura: Modelo de proveedor de infraestructura
• Dónde se inyecta el costo en la cartera de TI: Modelo de interfaz
• Donde se inyecta rigidez en la cartera de TI: modelo de ciclo de vida
• Las cosas que una infraestructura debe poder hacer: Modelo de sistema de infraestructura
• Restricciones en la adquisición y el uso de la tecnología: Catálogo de Normas
• Cómo utilizar la infraestructura para realizar las actividades de una empresa: Modelo de interfaz
• Las actividades completas que realiza una infraestructura agrupadas para mostrar cómo se relacionan entre sí: Modelo de servicio
• Qué es el Portafolio de Infraestructura – Modelo de Infraestructura Física

Fase E: Identificación de oportunidades y soluciones

El objetivo de la Fase E es superar la Visión simplificada de la arquitectura. Solo se esperaba que mostrara promesa. Al desarrollar una hoja de ruta de arquitectura con sus partes interesadas, identificará los cambios potenciales que deben abandonarse. De hecho, la mayoría de los cambios deberían abandonarse. Fallarán una o más pruebas de valor:

• Demasiado trabajo para la vuelta
• El éxito es demasiado incierto para el regreso
• El regreso solo es bueno tener

El resultado de la Fase E es un Hoja de ruta de la arquitectura y el apoyo a la arquitectura empresarial candidata.

Tabla de Marco TOGAF Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

Una hoja de ruta de arquitectura ayudará a responder las siguientes preguntas:

• ¿Cuándo se entregará el valor? Estados de transición
• Qué cambio perseguir dados diferentes criterios – Arquitectura Roadmap Tipo 4: Escenarios
• Qué trabajo generará valor, y el costo y la incertidumbre: Arquitectura Roadmap Tipo 1: Heatmap
• Cuándo ocurrirá el trabajo, el cambio y la entrega de valor: Arquitectura Roadmap Tipo 2: Ciclo de vida
• ¿Cuál es la dependencia y el impacto del trabajo y el cambio? Hoja de ruta de arquitectura tipo 3: impacto y dependencia
• ¿Qué decisiones se aplazan? Arquitectura Roadmap Tipo 4: Escenarios
• ¿Qué tipo de cambio estamos persiguiendo? Estrategia de implementacion

Planificación de la integración

El TOGAF ADM Fase F: elaboración de un plan de migración aborda la integración de la planificación. Destaca que el enfoque de arquitectura debe integrarse con el enfoque de planificación de su organización. La mayoría de las veces encajará en una cartera estándar y en la planificación de proyectos. Sin embargo, si está diseñando una transformación, espere que no se utilicen los enfoques de planificación estándar.

El resultado de la Fase F es un Plan de Implementación y un Contrato de Arquitectura de apoyo.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

Un Plan de Implementación ayudará a responder las siguientes preguntas:

• Cuándo ocurrirá el cambio - Proyectos del Plan de Implementación
• Lo que debe y no debe cambiar - Proyectos del Plan de Implementación
• ¿Qué tipo de cambio ocurrirá? Estrategia de implementacion
• ¿Qué conjunto de trabajo se centra en resultados específicos? Portafolio del Plan de Implementación
• ¿Qué conjunto de trabajo se ejecutará en conjunto? Programa del Plan de Implementación

Un contrato de arquitectura ayudará a responder las siguientes preguntas:

• Qué beneficio tangible e intangible se espera: Contrato de Arquitectura - Beneficio
• Cuando las restricciones limitan la libertad de los implementadores: Contrato de Arquitectura – Especificación de Arquitectura
• Cómo se abordarán los riesgos y la incertidumbre: Contrato de Arquitectura - Control
• ¿Qué cambio se espera? Contrato de Arquitectura – Estrategia de Implementación
• ¿Qué cambio está fuera de los límites? Contrato de Arquitectura - Transición & Beneficio

Marco de Gobernanza

Toda gobernanza sigue un modelo de dirección y control. Dirección y control en la selección. Dirección y control en la ejecución.

Simplemente amplíe el marco de gobernanza para incluir gobernar la arquitectura en desarrollo y gobernando la implementación.

El desarrollo de su arquitectura tomará decisiones o selecciones. Sus proyectos de implementación harán selecciones. ¿Están estas decisiones en cumplimiento de la dirección? ¿Cuál es tu control?

>>> Descargue la Guía del gobernador de arquitectura empresarial

Gobernanza del desarrollo de la arquitectura

Todos los derechos de decisión pertenecen a sus partes interesadas. Usa tu Junta de Gobierno de Arquitectura Empresarial debe gestionar el proceso. Debería usar el listas de verificación de gobernanza de desarrollo de arquitectura. Las listas de verificación son un control para demostrar que el arquitecto siguió la dirección.

Gobernanza de la implementación de la arquitectura

El TOGAF ADM tiene una fase específica para abordar la gobernanza de la implementación: Fase G: Implementación de la Gobernanza. El Resultado de la Fase G es un cambio exitoso.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura

El papel del arquitecto empresarial es proteger el valor a través de gobernanza de la implementación. Usted prueba las opciones del diseñador y del implementador comparándolas con brechas documentadas, requisitos de arquitectura, especificaciones y controles. No inventes una nueva arquitectura durante un proyecto.

Los tres elementos esenciales de finalización de la Fase G:

• Primero, un proyecto de implementación exitoso que entregue el valor esperado dentro de las limitaciones de la arquitectura.
• En segundo lugar, un proyecto cancelado. Cuando un proyecto no puede proporcionar el valor esperado, los escasos recursos de cambio de una empresa deben reasignarse lo antes posible.
• En tercer lugar, un cambio de la arquitectura de destino. Amplíe el valor esperado o llévelo a lo que podemos realizar. Relajar o endurecer las restricciones.

Cuando hay un problema, el arquitecto empresarial brinda una recomendación de lo que debe hacer la parte interesada. Los Stakeholders solo tienen tres opciones:

1. 1. exigir el cumplimiento de la arquitectura de destino
   2. proporcionar alivio y permitir que el proyecto ignore la arquitectura objetivo (que suele ser un método débil para cambiar el objetivo)
   3. cambiar la arquitectura de destino

Controles de gobierno extendidos sobre la realización de valor

TOGAF ADM proporciona controles ampliados en la Fase H: Gestión de cambios de arquitectura. Esta actividad de realización de valor extendido es un control de arquitectura.

Ver TOGAF Fase H - Aplicación de Agile y nuestro Webinar grabado Seminario web True Life EA: Respuesta ágil a la COVID-19 para la realización en el mundo real de Agilidad empresarial

Gestión del trabajo

Cuando nosotros desarrollar equipos de EA nos obsesionamos con la productividad. Nos enfocamos en la orientación en TOGAF sobre conocimientos esenciales. Para mejorar la productividad, utilizamos un enfoque de fabricación de conocimiento Kanban.

Siguiendo las mejores prácticas de Kanban, desglosamos el trabajo. Cada producto de trabajo tendrá un recurso contable y una fecha de vencimiento.

Comenzamos con la Fase A:

1. ¿Cuál es la pregunta?
   Espacio de preguntas o problemas. ¿Cuáles son las preguntas más importantes o las decisiones previas que nos limitan?
2. ¿Quiénes son las partes interesadas?
   ¿Cómo evaluarán los posibles cambios? ¿Cuáles son sus preocupaciones?
3. ¿Qué información necesitamos?
   ¿Qué hay en el repositorio? ¿Qué está faltando? ¿Cómo lo recogeremos?
4. ¿Qué análisis necesitamos?
5. ¿Qué productos de trabajo ayudarán a nuestras partes interesadas a comprender sus opciones?
   Vistas de la arquitectura

Luego ejecutamos. Con Kanban tenemos un retraso. El trabajo en curso se limita a lo que se puede completar.