Arquitectura empresarial

Componente 4: Metodología de arquitectura empresarial

Como mínimo, una metodología de Arquitectura Empresarial debe abordar el desarrollo y el 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.

Componente 4: La metodología de arquitectura empresarial incluye:

• Metodología de desarrollo de arquitectura
• Integración de la planificación
• Marco de gobernanza
• Gestión del trabajo

Metodología de desarrollo de arquitectura

En Método TOGAF de desarrollo de arquitecturas proporciona el método estándar de la industria para desarrollar y mantener una arquitectura empresarial. TOGAF ADM para el núcleo de la Norma TOGAF.

En esencia, el TOGAF ADM utiliza un modelo de flujo de información. Cada fase del ADM existe para sustentar la creación de información. El gráfico clásico del 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. Es necesario integrar el flujo de información en un modelo de proceso. El proceso consiste en comprobar si se cuenta con el conocimiento suficiente; de ser así, utilizarlo. De no ser así, desarrollarlo. El ADM TOGAF no es una secuencia de actividades. Mucha gente, al analizar el gráfico del ADM TOGAF, lo confunde con un modelo de proceso lineal en cascada.

Cada vez que el equipo de EA realiza cualquier actividad para desarrollar la información que proviene de una Fase de ADM, están ejecutando una Fase. Una Arquitecto empresarial Siempre necesita consumir las entradas obligatorias y producir las salidas obligatorias. Esto 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 del TOGAF ADM está diseñada para crear la información necesaria

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

No te sorprendas si tienes más de uno alternativa arquitectónica Se expresan como diferentes visiones de arquitectura. Rara vez se cuenta con suficiente información para seleccionar el mejor camino en la Fase A.

Entregables de la Fase A proporcionar la base de desarrollo de la arquitectura de gobierno.

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 el desarrollo de arquitectura

En dominio de la arquitectura empresarial Describe la estructura empresarial objetivo. Normalmente incluirá elementos como capacidad empresarial, Diseño organizacional, procesos y flujos de información. A menudo aborda motivaciones como la estrategia, las metas y los objetivos. Estos componentes se documentarán como... Modelos de arquitectura empresarial.

Descargue una versión gratuita Guía de evaluación de la capacidad de arquitectura empresarial.

Fase C: Desarrollo de la arquitectura de sistemas de información

Arquitectura de sistemas de información incluye tanto el dominio de la arquitectura de aplicaciones y el dominio de la arquitectura de datos.

El resultado de la Fase C es la arquitectura de la aplicación candidata y la arquitectura de datos candidata. En conjunto, estas crean la arquitectura de los sistemas de información candidata.

Tabla de TOGAF 10 Guía de la serie TOGAF: Guía del arquitecto empresarial para el desarrollo de 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 inyectan costos en la cartera de TI - Modelo funcional
• Dónde 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 de producto
• Las cosas que una organización debe ser capaz de hacer - Modelo funcional
• El flujo de información necesario para realizar las actividades de una empresa - Modelo de integración
• Las actividades completas que realiza una empresa, normalmente agrupadas para mostrar cómo se relacionan entre sí. Modelo de servicio
• ¿Qué es el portafolio 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 tecnológica candidata.

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

Con mayor frecuencia, observamos arquitecturas tecnológicas débiles, compuestas en gran medida por modelos físicos. En la mayor parte de nuestro trabajo, alineamos la Fase D con Arquitectura de la nube. Para los productos de trabajo centrales de otros dominios como, por ejemplo, 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 inyectan costos en la cartera de TI - Modelo de interfaz
• Dónde se inyecta rigidez en la cartera de TI - Modelo de ciclo de vida
• Las cosas que una infraestructura debe poder hacer: Modelo del sistema de infraestructura
• Restricciones a la adquisición y uso de 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 se agrupan para mostrar cómo se relacionan entre sí. Modelo de servicio
• ¿Qué es la Cartera 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 de arquitectura simplificada. Se esperaba que fuera prometedor. Al desarrollar una hoja de ruta de arquitectura con las partes interesadas, identificará posibles cambios que deberían abandonarse. De hecho, la mayoría de los cambios deberían abandonarse. Fallarán una o más pruebas de valor:

• Demasiado trabajo para el regreso
• El éxito es demasiado incierto para el regreso.
• El regreso es simplemente agradable de tener

El resultado de la Fase E es un Hoja de ruta de la arquitectura y apoyar la arquitectura empresarial candidata.

Tabla de Marco TOGAF Guía de la serie TOGAF: Guía del arquitecto empresarial para el desarrollo de 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 se debe buscar considerando diferentes criterios? Hoja de ruta de arquitectura tipo 4: Escenarios
• ¿Qué trabajo aportará valor, y cuál es el coste y la incertidumbre? Hoja de ruta de arquitectura tipo 1: Mapa de calor
• Cuándo se producirá el trabajo, el cambio y la entrega de valor – Hoja de ruta de arquitectura 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? Hoja de ruta de arquitectura tipo 4: Escenarios
• ¿Qué tipo de cambio estamos persiguiendo? Estrategia de implementación

Integración de la planificación

En 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. En la mayoría de los casos, se ajustará a la planificación estándar de portafolios y proyectos. Sin embargo, si está diseñando una transformación, es de esperar 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 el desarrollo de 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 implementación
• ¿Qué conjunto de trabajos se centra en resultados específicos? Portafolio del Plan de Implementación
• ¿Qué conjunto de trabajos se ejecutarán 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 implementación.

Simplemente ampliar el marco de gobernanza para incluir Gobernando la arquitectura en desarrollo y Gobernando la implementación.

El desarrollo de su arquitectura tomará decisiones o selecciones. Sus proyectos de implementación tomarán decisiones. ¿Estas decisiones se ajustan a la dirección? ¿Cuál es su 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. Utilice su Junta de Gobierno de Arquitectura Empresarial debe gestionar el proceso. Debe utilizar el listas de verificación de gobernanza del 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 ADM TOGAF 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 el desarrollo de arquitectura

El papel del arquitecto empresarial es proteger el valor a través de gobernanza de la implementación. Se prueban las decisiones del diseñador y del implementador comparándolas con las brechas documentadas, las especificaciones de requisitos de arquitectura y los controles. No se debe inventar una nueva arquitectura durante un proyecto.

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

• En primer lugar, un proyecto de implementación exitoso que ofrezca el valor esperado dentro de las limitaciones de la arquitectura.
• En segundo lugar, un proyecto cancelado. Cuando un proyecto no puede generar el valor esperado, los escasos recursos de la empresa para el cambio deben reasignarse lo antes posible.
• En tercer lugar, un cambio en la arquitectura objetivo. Ampliar el valor esperado o incorporarlo a lo que podemos lograr. Reducir o ajustar las restricciones.

Cuando surge un problema, el arquitecto empresarial ofrece una recomendación sobre qué debe hacer la parte interesada. Las partes interesadas solo tienen tres opciones:

1. 1. Hacer cumplir la conformidad con la arquitectura de destino
   2. Proporcionar alivio y permitir que el proyecto ignore la arquitectura de destino (lo que suele ser un método débil para cambiar el objetivo)
   3. cambiar la arquitectura de destino

Controles de gobernanza ampliados sobre la realización del valor

El TOGAF ADM proporciona controles ampliados en la Fase H: Gestión de Cambios de Arquitectura. Esta actividad de valor ampliado constituye un control de arquitectura.

Ver TOGAF Fase H - Aplicación de Agile y nuestro seminario web grabado Webinar True Life EA: Respuesta ágil 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 centramos en la guía de TOGAF sobre conocimientos esenciales. Para mejorar la productividad, utilizamos un enfoque de fabricación del conocimiento Kanban.

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

Comenzamos con la Fase A:

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

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