TOGAF® ADM Fase E: construya la hoja de ruta de la arquitectura

TOGAF ADM Fase E desarrolla la hoja de ruta de la arquitectura. Los mapas de ruta de arquitectura útiles garantizan que los arquitectos empresariales guíen el cambio efectivo. Sin una hoja de ruta, la arquitectura empresarial es solo un ejercicio de creación de conocimiento. TOGAF Fase E y las hojas de ruta de arquitectura cumplen con el propósito de la arquitectura empresarial. Permiten un cambio efectivo.

Guiar el cambio efectivo requiere la hoja de ruta de la arquitectura desarrollada en TOGAF ADM Fase E. Desarrollar cuatro fundamentos dominios de arquitectura empresarial. Para crear un completo arquitectura empresarial no tiene sentido sin la hoja de ruta de la arquitectura. TOGAF 10 es directo: la arquitectura empresarial guía el cambio efectivo, y la hoja de ruta de la arquitectura es fundamental para la planificación del cambio.

transformación digital requiere organizar el cambio en las operaciones comerciales, el diseño de la organización, la cartera de software y la infraestructura. Nunca logrará la mejor empresa sin la arquitectura de TI correcta. Tampoco son posibles sin una hoja de ruta de arquitectura.

TOGAF separa la hoja de ruta de la arquitectura Fase E de la Plan de implementación de la fase F para resaltar diferentes propósitos. Utilice el desarrollo de la hoja de ruta de la arquitectura para realizar compensaciones y hacer selecciones de valor. Cuando sus partes interesadas entienden sus opciones, los costos y beneficios, y cómo deben gobernar proyectos de cambio, están listos para desarrollar el plan de implementación.

TOGAF ADM Fase E: construcción de la hoja de ruta de la arquitectura

De un vistazo:

Descripción general de TOGAF ADM

El TOGAF ADM establece el Marco TOGAF aparte de otros marcos de arquitectura empresarial. Es el único marco de arquitectura empresarial que incluye todos tres partes de un marco – cómo documentar una arquitectura, cómo construir un equipo de arquitectura empresarial, y como desarrollar y arquitectura.

TOGAF ADM desarrolla una arquitectura empresarial

Cada Administrador de TOGAF fase explica las actividades para desarrollar el conocimiento. Cada Fase ADM desarrolla conocimiento sobre parte del arquitectura empresarial. Las interacciones entre las Fases son flujos de información. Estos flujos de información se fusionan en algunos entregables críticos: uno es la Hoja de ruta de la arquitectura TOGAF ADM Fase E.

>>> Si necesitas un descripción general del TOGAF ADM, por favor lea el Explicación de las fases de TOGAF ADM.

¿Qué es TOGAF Fase E?

TOGAF Fase E proporciona los pasos y las entradas de información para crear una hoja de ruta de arquitectura. Empresa Los arquitectos lideran la proceso para que las partes interesadas y los arquitectos de dominio creen la hoja de ruta de la arquitectura.

¿Cuál es el objetivo de TOGAF ADM Fase E?

El objetivo de la Fase E es superar la arquitectura de destino simplificada en Architecture Vision. La arquitectura candidata simplificada desarrollada en Fase A mostró promesa. La actividad en la Fase E determina si vale la pena invertir en las ideas.

El desarrollo de arquitectura de mejores prácticas siguiendo TOGAF ADM considera posibles cambios. Muchos cambios posibles fallan en las pruebas clave. Busque cambios que sean:

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

Su organización tiene más mejoras potenciales de las que puede completar. Una función clave de la arquitectura empresarial es centrar la atención en el mejor cambio. Aventar ideas de cambio débiles libera recursos para cambios exitosos. En el momento en que una idea parece débil, avántala. ¡A la caza de paja! ¡Mata las ideas débiles! Entonces, ¡celebre su victoria! ¡Celebre que está permitiendo un cambio exitoso!

Para ello, reúne la arquitectura de dominio desarrollada en Fase B (Arquitectura Empresarial), Fase C (Arquitectura de la aplicación), y Fase D (Arquitectura tecnológica) en una arquitectura empresarial candidata. Debe perseguir los cambios en todos los dominios. El conjunto consolidado de cambios es la base de la hoja de ruta de la arquitectura.

El éxito requiere:

  • Usted aborda el problema de cómo su empresa no puede satisfacer las preferencias de las partes interesadas (brechas completas)
  • Conoces el trabajo que vale la pena hacer (cambio de enfoque y aventar distracciones)
  • Conoces el trabajo necesario para entregar el cambio completo (Paquete de trabajo)
  • Comprende la interacción entre los cambios y las restricciones en otros dominios de arquitectura para proteger el valor esperado (Especificaciones de requisitos de arquitectura)

Interacción con TOGAF Fase B, Fase C, y Fase D

Los enfoques en cascada no cumplen. La arquitectura empresarial de mejores prácticas no es una actividad en cascada. El único enfoque exitoso requiere desarrollar la arquitectura empresarial, la arquitectura de aplicaciones, la arquitectura de datos, la arquitectura tecnológica y arquitectura de seguridad simultaneamente.

La realidad de los dominios requiere un desarrollo separado. El lenguaje del TOGAF ADM intenta explicar simultáneamente y por separado el desarrollo de la arquitectura candidata. TOGAF utiliza el término iteración. El desarrollo simultáneo de mejores prácticas utiliza el enfoque ágil de solo lo suficiente. Muévase un poco, pruebe las restricciones en cascada en otros dominios.

Los arquitectos de aplicaciones son especialistas en un dominio de arquitectura. Esto es lo mismo para arquitectos de negocios, arquitectos de datos, tecnología y arquitectos de seguridad. Los arquitectos empresariales son generalistas. Donde hay huecos, necesitan llenar. Donde hay fuerza, retroceden. Nunca abandonan el papel fundamental de cruzar fronteras.

¿Qué es un Roadmap de Arquitectura?

Una hoja de ruta de arquitectura es un modelo de paquetes de trabajo que cambian una empresa de la 'Arquitectura de referencia' a la 'Arquitectura de destino'. Una hoja de ruta de arquitectura es su plan de cambio completo. Le dice las opciones disponibles en cada etapa de transición.

Uno de nosotros consultoría de arquitectura empresarial los clientes expresaron la hoja de ruta de la arquitectura perfecta

… incluye declaraciones de opciones y valores asociadas con cada paquete de trabajo. Valor expresado en términos de capacidad comercial, alcance de mercado y limitaciones... Proporcionar conocimiento de los obstáculos existentes. Incluyendo por qué son obstáculos y las implicaciones de abordarlos de frente o continuar desviándose...

Desglosemos estas definiciones de hoja de ruta de arquitectura. En primer lugar, la hoja de ruta de la arquitectura es un modelo para el cambio. Vincula los paquetes de trabajo necesarios para cambiar la organización de donde está hoy a lo que las partes interesadas quieren que sea.

Segundo, posicionamos el trabajo en términos de opciones disponibles y realización de valor. Hay muchos caminos a seguir. Más valioso, más fácil, más rápido, más barato, menos incierto, mejor para la eficiencia o mejor para la agilidad empresarial. Ayude a las partes interesadas a seleccionar los cambios que sean mejores.

En tercer lugar, necesita rampas de salida y transiciones. Nunca olvides que estás con una organización exitosa. Esto proporciona evidencia de que no necesitamos abordar todas las deficiencias. Tampoco necesitamos cambiar. El cambio es una elección.

¿Por qué una hoja de ruta de arquitectura es diferente de un plan de implementación?

El ADM estándar TOGAF separa la fase E y Fase F, y la hoja de ruta de la arquitectura de la Plan de Implementación y Migración. La separación se basa en la planificación de mejores prácticas. Una hoja de ruta de arquitectura ayuda a decidir su ruta, destino y dónde aún no se han tomado decisiones. También admite identificar dónde hay bifurcaciones sin resolver en el viaje. El plan de implementación y migración solo soporta la ejecución.

Podemos garantizar que sus hojas de ruta actuales no explican opciones en estados de transición. Ni un solo caso en nuestros varios miles de años de consultoría de arquitectura empresarial experiencia. Cada hoja de ruta que hemos visto era un plan lineal simple. Por lo general, se construye de abajo hacia arriba. Suele apuntar a cambios razonablemente posibles. Por lo general, no se dirige a ninguna parte.

Siempre separe una hoja de ruta de arquitectura de un plan de implementación. Utilice la hoja de ruta de la arquitectura para examinar el futuro. Luego construya un plan de implementación para conducir al primer destino conocido.

El desarrollo real de la hoja de ruta se realiza con una parte interesada. El arquitecto empresarial, con el arquitecto empresarial, el arquitecto de aplicaciones y el arquitecto tecnológico, explora cómo avanzar. ¿Cuáles son los estados de transición útiles? Busque y descarte cambios potenciales que ofrezcan muy poco, requieran demasiado trabajo o tengan demasiada incertidumbre.

TOGAF 10 Fase E Hoja de ruta

Entregables de la hoja de ruta de la arquitectura fase E de TOGAF ADM

El resultado central de la Fase E es una hoja de ruta de arquitectura. Esta es la parte de acción de la arquitectura empresarial.

Uso más valioso de la hoja de ruta de la arquitectura

  1. Las partes interesadas realizan compensaciones y seleccionan estados de transición durante el desarrollo de la hoja de ruta de la arquitectura
  2. Guiar proyectos de cambio en el inicio, el ajuste del alcance y la finalización
  3. Orientar a los implementadores sobre el valor de su proyecto, el alcance y las restricciones de ejecución del proyecto

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

Una hoja de ruta de la arquitectura es la herramienta de planificación de la arquitectura empresarial. Reúne los cuatro aspectos del cambio: valor, costo, incertidumbre y opción. Medimos el valor y el costo del cambio en los criterios que son importantes para nuestros grupos de interés. Disminuir el valor potencial basado en la incertidumbre. Recomendamos un impacto geométrico: cada pequeño aumento en la incertidumbre tiene una gran disminución en el valor potencial.

Si usa etiquetas diferentes a las nuestras, mire el propósito de la herramienta o técnica. Siempre nos enfocamos en lo que estamos tratando de lograr cuando realizamos consultoría de arquitectura empresarial. Nos relajamos sobre cómo se llama la herramienta o técnica. No nos importará si lo llamas diagrama de ishikawa, diagrama de espina de pescado o diagrama de causa y efecto. Realizaremos un análisis estructurado de la causa raíz.

Alcanza una técnica efectiva. Considere la causa raíz. Apuesto a que pensaste en el incidente de TI. Si lo hiciste, piénsalo de nuevo. El análisis de causa raíz es poderoso: ¿cuál es la causa raíz de la baja agilidad empresarial? ¿Complejidad de TI? Cambie su arquitectura para eliminar la causa raíz o la vida con el sistema recreando el problema.

Finalización de la hoja de ruta de la arquitectura de la Fase E

Todas las Fases de TOGAF ADM lo llevan a desarrollar el conocimiento que necesita. El resultado de la Fase E es una hoja de ruta de arquitectura y una arquitectura empresarial candidata de apoyo.

Producto y resultado Conocimiento esencial
Un conjunto de paquetes de trabajo que abordan el conjunto de brechas, con un signo de valor producido y esfuerzo requerido, y dependencias entre los paquetes de trabajo para alcanzar el objetivo ajustado. Dependencia entre el conjunto de cambios. (Paquete de trabajo y dependencia de Gap)

Valor, esfuerzo y riesgo asociado con cada cambio y paquete de trabajo.

Cómo se ajustan la prioridad y preferencia de las partes interesadas en respuesta al valor, el esfuerzo y el riesgo de cambio.

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

Fase E huesos desnudos

En la Fase E, el arquitecto empresarial realiza la mayor parte del trabajo pesado para desarrollar una arquitectura objetivo. Las mejoras sin trabajo ni riesgo son sueños. Las hojas de ruta de la arquitectura requieren la aceptación del trabajo y la incertidumbre.

Los huesos básicos de la Fase E son:

  • Saber cuándo se entregará el valor

Deseamos que entender el valor fuera más fácil. Desearíamos que la palabra valor fuera, bueno, menos valiosa. Cuanto más trabajo hacemos, más matices encontramos en el concepto. A medida que pasa de la estrategia a la cartera, al proyecto y a la entrega de soluciones, comprenda los cambios de valor. Las expectativas de valor son más concretas cuanto más se acercan a una entrega de solución o una conversación de implementación.

Nos inclinamos por la explicación de valor de Lean Six-Sigma, algo por lo que el cliente pagará más. Esperamos entender el valor desde dos lugares, primero la arquitectura empresarial. La arquitectura empresarial explicará dónde crea valor su organización y ayudará a optimizar la arquitectura hacia este valor. El segundo lugar es el Mapa de partes interesadas desarrollado en la Fase A. Pueden enfocar su proyecto de arquitectura en un resultado específico que permita indirectamente la generación de valor de su organización.

Los estados de transición son aquellos en los que su arquitectura puede ofrecer un valor específico. Al consultar, usamos Value Resting Points como sinónimo de transición de arquitectura. Cada transición es una decisión futura. Es una rampa de salida en el viaje actual.

La parte interesada ejercerá una rampa de salida por dos razones:

  1. El trabajo para llegar al punto de descanso del valor siguiente supera la evaluación actual del valor.
  2. El trabajo para alcanzar el siguiente punto de descanso de valor podría aplicarse a un cambio diferente que ofrezca un punto de descanso más emocionante o gratificante.

Desarrollar la hoja de ruta a través de conversaciones de transición y compensación es uno de los resultados más valiosos de un ejercicio de hoja de ruta de estrategia o cartera. Los recursos son finitos. Los líderes sénior siempre están buscando el mejor camino a seguir para cumplir con muchos criterios, no el mejor rendimiento con un solo criterio.

  • ¿Qué cambio perseguir dados diferentes criterios?

¿La ruta más rápida o la más barata? ¿Ofrecemos agilidad, eficiencia o capacidad? ¿Es más rápido a la eficiencia mejor que más barato a la capacidad? Las opciones potenciales son infinitas. Los interesados deben elegir. La mayoría de las partes interesadas son muy buenas para elegir en situaciones de información insuficiente. El desarrollo de la hoja de ruta de la arquitectura ayuda a las partes interesadas a tomar mejores decisiones. Usa un Arquitectura Roadmap Tipo 4: Escenarios cuando hay muchos caminos y criterios potenciales.

  • ¿Qué trabajo entregará valor, y el costo y la incertidumbre?

No siempre se puede seleccionar entre prioridades de igual peso. Algunos problemas son más apremiantes. Cuando comprenda la definición de valor, costo y Apetito por el riesgo cambiar a un Arquitectura Roadmap Tipo 1: Heatmap. Muestra paquetes de trabajo y estados de transición frente a criterios comparativos.

  • ¿Cuándo ocurrirá el trabajo, el cambio y la entrega de valor?

Cuando. Hay una interacción masiva entre cuándo y el valor de un estado de transición. Existe la misma interacción entre cuándo y el costo del trabajo. Un Arquitectura Roadmap Tipo 2: Ciclo de vida muestra cuando.

No se sorprenda de que sus partes interesadas descuenten valor o trabajen en diferentes momentos. Cuando el tiempo impacte el valor y el trabajo, espere un cambio dramático en los puntajes en un mapa de calor.

  • ¿Cuál es la dependencia y el impacto del trabajo y el cambio?

Si no explica la dependencia y el impacto, sus partes interesadas no pueden tomar decisiones informadas. los Arquitectura Roadmap Tipo 3: Escenario muestra dependencia.

  • ¿Qué decisiones se aplazan?

Las hojas de ruta de la arquitectura son no planes de implementacion. Apoyan la toma de decisiones futuras.

El desarrollo de escenarios de mejores prácticas ayuda a las partes interesadas a saber cuándo deben tomar la siguiente decisión. Trabajamos con un cliente que estaba atascado con un proceso de legado rígido y costoso porque no podía decidir sobre el estado futuro. Desarrollamos un conjunto de escenarios que se pueden simplificar como quédate atascado, mudarse a un alojamiento temporal, salta a la opción 1, y salta a la opción 2. Esto les permitió ver que cuando no podían decidir entre la opción 1 y la opción 2, estaban eligiendo quedarse atascados. Sin darse cuenta, habían estado seleccionando "permanecer atascados" durante una década. Les hicimos hacer un por parejas para encontrar la peor opción, quédate atascado.

Lo siguiente fue una hoja de ruta que eliminó el costoso proceso heredado y liberó al personal operativo, los desarrolladores de aplicaciones y los operadores de infraestructura del lastre del legado. Nos estábamos moviendo a sabiendas a un estado temporal, mientras que las partes interesadas podían explorar las opciones disponibles sin las restricciones operativas y de planificación del legado.

Arquitectura Roadmap Tipo 4: Escenarios ayudar a identificar los puntos en los que se puede aplazar una decisión futura. Cuantos más puntos de decisiones futuras contenga su hoja de ruta, más agilidad empresarial estará proporcionando. Cada punto de decisión es un estado de transición. Hay una opción para detener y recolectar valor.

  • ¿Qué tipo de cambio estamos persiguiendo?

Un modelo de estrategia de implementación es una de las pautas más poderosas para el próximo arquitecto, implementador y desarrollo ágil de software. Simplemente identificando que un cambio será:

    • Evolutivo
    • Revolucionario
    • Greenfield

El Modelo de estrategia de implementación es un poderoso gobernanza de la implementación herramienta.

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

  • Primero, ¿definición de valor? ¿Cómo vamos a medir el éxito?
  • Segundo, ¿alcance del cambio? ¿Qué cambiará en este estado de transición? ¿Qué no cambiará?
  • Tercero, ¿cómo sabrá que el cambio tuvo éxito? ¿Cuál es su prueba de gobierno para el éxito? ¿Cómo protegerá el valor?

Con estos tres elementos esenciales, las partes interesadas están listas para desarrollar un plan de implementación. Saben lo que quieren que se haga. Saben lo que no quieren cambiar. Saben cómo medirán el éxito.

La hoja de ruta de la arquitectura les ayudará a generar valor.

TOGAF ADM Fase E: Entregables de la hoja de ruta de la arquitectura y propósitos de la arquitectura empresarial

Hay cuatro propósitos principales para el desarrollo de la arquitectura empresarial. Ya sea que esté respaldando la estrategia, la cartera, el proyecto o la entrega de soluciones. En la mayoría de las circunstancias, no desarrollará una hoja de ruta de arquitectura a menos que esté respaldando la estrategia o la cartera. los TOGAF 10 Los patrones se explican en el Guía del arquitecto empresarial para desarrollar arquitectura.

Los diferentes entregables tienen diferente importancia en cada propósito.

Arquitectura para apoyar la estrategia

Cuando respalde la estrategia, proporcionará una arquitectura objetivo de extremo a extremo y desarrollará hojas de ruta de cambio. Su arquitectura identificará las iniciativas de cambio y la cartera y los programas de apoyo. La hoja de ruta de la arquitectura establecerá los términos de referencia, identificará las sinergias y regirá la ejecución de la cartera y los programas.

Arquitectura para soportar Portafolio

Cuando respalde una cartera, normalmente se dirigirá a la cartera única. Su arquitectura identificará proyectos y establecerá sus términos de referencia, alineará sus enfoques, identificará sinergias y regirá la ejecución del proyecto.

Arquitectura para apoyar la estrategia Arquitectura para apoyar la cartera Arquitectura para Proyecto de Soporte Arquitectura para respaldar la entrega de soluciones
Producto de trabajo de la fase E: arquitectura empresarial candidata Durante la sesión de planificación estratégica

Actualizar según sea necesario en la presupuestación por programas

Producto clave

Antes del inicio de la planificación presupuestaria

El uso principal es la aceptación del objetivo por parte de las partes interesadas y la definición de la brecha

Antes del inicio del proyecto y la finalización del caso de negocio

El uso principal es la creación de especificaciones de requisitos de arquitectura

Antes de la contratación de socios de ejecución (incluidos los proveedores internos)

El uso principal es la creación de especificaciones de requisitos de arquitectura

Producto de trabajo de la fase E: hoja de ruta de la arquitectura Durante la sesión de planificación estratégica

Actualizar según sea necesario en la presupuestación por programas

Entregable clave

Antes del inicio de la planificación presupuestaria

Actualizar según sea necesario para respaldar la gestión presupuestaria y de programas

Uso limitado

Se puede utilizar como entrada para proyectos con múltiples cambios interactivos

Antes de la contratación de socios de ejecución (incluidos los proveedores internos)

El uso principal es la identificación del cambio requerido y las preferencias de cómo ejecutar el cambio, para administrar la selección y el compromiso de los socios de entrega de soluciones.

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

Arquitectura empresarial candidata

La arquitectura empresarial completa comprenderá los modelos de arquitectura de dominio y el conjunto de brechas consolidadas.

Recuerde, la arquitectura de su empresa comprende arquitecturas de dominio. Un poderoso método de análisis y mantenimiento de registros es el modelado.

Hoja de ruta de la arquitectura

La estructura de su hoja de ruta de arquitectura cambia ya sea que esté trabajando para respaldar la estrategia, la cartera o el proyecto. Las hojas de ruta se utilizan para tomar decisiones o gobernar la implementación.

  Arquitectura para apoyar la estrategia Arquitectura para soportar Portafolio Arquitectura para apoyar Proyecto Arquitectura para soportar la entrega de soluciones
Hoja de ruta de arquitectura tipo 1: mapas de calor Decisión y gobernanza Gobernancia Gobernancia
Hoja de ruta de arquitectura tipo 2: gráfico de ciclo de vida Gobernancia

decisión limitada

Gobernancia Gobernancia
Hoja de ruta de arquitectura tipo 3: impacto y dependencia Decisión y gobernanza Decisión y gobernanza Gobernancia Gobernancia
Arquitectura Roadmap Tipo 4: Escenario y Múltiples Candidatos Decisión y gobernanza Decisión y gobernanza
Modelo de estrategia de implementación Decisión y gobernanza Decisión y gobernanza Gobernancia Gobernancia

 

¿Cuál es el papel del Arquitecto Empresarial en la Fase E?

En la Fase E de TOGAF, esperamos que Enterprise Architect reúna los componentes de la hoja de ruta candidata y sintetice el cambio empresarial. Liderarán el análisis de compensación con las partes interesadas para determinar la arquitectura objetivo.

En TOGAF Fase E, el rol del arquitecto empresarial es proteger el valor esperado. Por ejemplo, es posible que un arquitecto empresarial no vea el resultado de los cambios que está impulsando en la aplicación y la tecnología. Dependiendo de las habilidades de los arquitectos de dominio, el arquitecto empresarial se encargará de completarlo. Es posible que no entiendan ni se comuniquen de manera efectiva con otros arquitectos de dominio.

El papel más importante del arquitecto empresarial es cruzar fronteras. Ya sean límites de dominio, habilidad o autoridad, el arquitecto empresarial debe cruzarlos.

Dos hechos centrales sobre TOGAF Fase E: hoja de ruta de arquitectura

Nuestro enfoque de desarrollo de equipos de arquitectura empresarial es pragmático. Lo enfocamos en conseguir una arquitectura útil. Se basa en hechos concretos. Hay dos hechos centrales que contamos arquitectos empresariales sobre TOGAF Fase E – Arquitectura Roadmap. Primero, a menos que tenga partes interesadas e inquietudes, no puede continuar. Hasta que sepa lo que es valioso, la prioridad relativa de la velocidad, la certeza, la eficiencia, la agilidad empresarial y el costo del cambio, su plan es una suposición descabellada. En segundo lugar, si creen que necesitan lanzarse a hacer, son inútiles. Las personas que cargarán hacia adelante en una dirección aleatoria rodean a las partes interesadas. Las partes interesadas no necesitan arquitectos empresariales para eso.

Modelos de hoja de ruta de arquitectura TOGAF ADM Fase E

Modelos, herramientas y técnicas de la hoja de ruta de la arquitectura

El TOGAF ADM Fase E ofrece la hoja de ruta de la arquitectura. Esta fase existe para permitir la acción.

La Fase E es a menudo una traducción entre Vistas de Arquitectura a decisión. Los puntos de vista de la arquitectura fuerzan el análisis de una arquitectura frente a la preocupación de una parte interesada. Son fundamentales para las mejores prácticas de desarrollo de arquitectura. Sin embargo, pueden ser abrumadores para una parte interesada. Hay seis técnicas centrales de desarrollo de hojas de ruta que ayudan a las partes interesadas a comprender las opciones y las implicaciones.

  • Escenarios
  • Hoja de ruta de arquitectura tipo 1: etiquetado con recomendaciones y mapas de calor
  • Arquitectura Roadmap Tipo 2: Gráficos de ciclo de vida
  • Hoja de ruta de arquitectura tipo 3: impacto y dependencia del paquete de trabajo
  • Arquitectura Roadmap Tipo 4: Análisis de Escenario a través de Múltiples Candidatos
  • Modelo de estrategia de implementación

Técnicas de hoja de ruta de arquitectura

Los cambios potenciales y los criterios de selección requieren diferentes técnicas de hoja de ruta de arquitectura. Las diferentes técnicas apoyan diferentes tomas de decisiones. TOGAF Phase C Architecture Roadmap se trata menos de desarrollar la arquitectura objetivo que de seleccionar resultados y un trabajo aceptable.

En conjunto, las técnicas resaltarán todo lo relacionado con un cambio potencial.

Guión

Los escenarios le permiten explorar un futuro potencial, o arquitectura alternativa. Observamos dos métodos de escenarios diferentes, el primero explora las implicaciones del cambio externo. El segundo explora las implicaciones o los requisitos de un cambio que impulsaremos.

Como ejemplo, considere la nube pública. En el primer enfoque, observaría las implicaciones en su organización si el resto del mundo se traslada a la nube pública. Por ejemplo, es posible que no tenga sistemas empresariales disponibles comercialmente de proveedores viables. En el segundo, ¿cómo será tu mundo si conduces a la nube pública?

Los escenarios nos ayudan a comprender cómo encajar en un mundo posible o cómo alcanzar un futuro preferido. El desarrollo de escenarios requiere ser capaz de sopesar la preferencia de la organización y de las partes interesadas, el camino probable de las principales tendencias externas y cómo entran en juego las fuerzas.

TOGAF 10 Arquitectura Alternativas y Escenarios

Más información sobre Conexiam Talleres de escenarios

Hoja de ruta de arquitectura tipo 1: etiquetado con recomendaciones y mapas de calor

Visualización simple de paquetes de trabajo. El mapa de calor representará atributos como valor, trabajo, riesgo o estado de transición. Ayuda a representar y evaluar la información. La selección de atributos representados cambiará completamente el mapa de calor.
Hoja de ruta de Archiecture Tipo 1 - Mapa de calor

Más información sobre Conexiam Talleres de hoja de ruta de arquitectura

Arquitectura Roadmap Tipo 2: Gráficos de ciclo de vida

Visualización simple de paquetes de trabajo, componentes de arquitectura o iniciativas a lo largo del tiempo. Se utiliza para representar el cambio a lo largo del tiempo. El color puede representar atributos como trabajo, riesgo o estado de transición.

Arquitectura Roadmap Tipo 2 - Ciclo de vida

Más información sobre Conexiam Talleres de hoja de ruta de arquitectura

Hoja de ruta de arquitectura tipo 3: impacto y dependencia del paquete de trabajo

Visualización compleja de paquetes de trabajo, componentes de arquitectura o estados de transición. El diagrama representará el impacto o la dependencia. El color a menudo representará atributos como el valor, el trabajo, el riesgo o el estado de transición.

Más útil para discusiones sobre compensaciones y desarrollo de estados en transición.

Arquitectura Roadmap Tipo 3 - Dependencia

Más información sobre Conexiam Talleres de hoja de ruta de arquitectura

Arquitectura Roadmap Tipo 4: Análisis de Escenario a través de Múltiples Candidatos

Visualización compleja de paquetes de trabajo, opciones de arquitectura u opciones de estado de transición. Rad plot representará típicamente preocupaciones o atributos como valor, trabajo o riesgo. Los puntos en el gráfico generalmente representarán opciones de arquitectura u opciones de estado de transición.

Cuando su hoja de ruta de arquitectura necesita seleccionar entre alternativas de arquitectura debe utilizar el Tipo 4: Análisis Senario y técnica de Múltiples Candidatos.

Más útil para discusiones sobre compensación y selección de opciones.

Arquitectura Roadmap Tipo 4 - Escenario

Más información sobre Conexiam Talleres de hoja de ruta de arquitectura

Modelo de Estrategia de Implementación

Un modelo de estrategia de implementación es una de las pautas más poderosas para el próximo arquitecto, implementador y desarrollo ágil de software. Simplemente identificando que un cambio será:

  • Evolutivo
  • Revolucionario
  • Greenfield

Herramientas de hoja de ruta de arquitectura

Utilizamos un amplio conjunto de herramientas para desarrollar y comunicar una hoja de ruta de arquitectura.

  • Arquitectura de Transición
    Los estados de transición se consideran puntos de descanso de mayor valor. Un conjunto de cambios que entregan valor relevante. No confunda un estado de transición y las fases del proyecto o los entregables del calendario. Las fases y los entregables del calendario pertenecen a un Plan de Implementación.
    Una arquitectura de transición solo enumerará las fechas como 'requerido por' o 'fecha límite', que se basa en los cálculos de valor de un Tipo 2: Gráfico de ciclo de vida.
    Deberíamos crear estados de transición cuando:

    • Hay suficiente cambio para que una organización pueda detener todo el trabajo y cosechar valor
    • Cambios de conformidad con la arquitectura
  • Sujetalibros
    El sujetalibros proporciona un impacto de cambio. La gente trata de buscar un compromiso o un cambio razonable. Se siente más realista. El uso de bookending, el arquitecto empresarial, lleva el cambio al límite. Luego usa el sujetalibros para descubrir las implicaciones del cambio. Una vez que comprenda las implicaciones, retroceda y vea si alguna implicación no es aplicable. ¿Dónde ve un cambio en el valor, el trabajo o la incertidumbre? Por lo general, encontramos que los cambios "más razonables" tienen todos los aspectos negativos de un sujetalibros con menos beneficios.
  • Brecha y solución
    Cada vacío se puede llenar con una o más soluciones. Cualquier solución llenará más de un vacío. Al usar soluciones, simplifica el análisis complejo en menos opciones potenciales.

Técnicas de hoja de ruta de arquitectura alineadas con el propósito de la arquitectura empresarial

Los equipos de arquitectura admiten diferentes propósitos. Ya sea que admita las preguntas de la cartera o la entrega de la solución, cambiará la forma en que desarrolla y utiliza los mapas de ruta de la arquitectura. Por ejemplo, Architecture to support Solution Delivery no usará un Architecture Roadmap Type 1: Heatmap para desarrollar decisiones. Lo usaremos como arquitectura superior y un conjunto de restricciones en el desarrollo de la arquitectura y cualquier implementación. Los buenos arquitectos siempre trabajan dentro de las limitaciones de la arquitectura superior.

Arquitectura para apoyar la estrategia Arquitectura para apoyar la cartera Arquitectura para Proyecto de Soporte Arquitectura para respaldar la entrega de soluciones
Escenarios Entregable clave Entregable clave
Arquitectura Roadmap Tipo 1: Heatmap Entregable clave Entregable clave y arquitectura superior Arquitectura Superior
Arquitectura Roadmap Tipo 2: Ciclo de vida Entregable clave Entregable clave y arquitectura superior Arquitectura Superior
Hoja de ruta de arquitectura tipo 3: impacto y dependencia Entregable común Entregable clave Arquitectura Superior Arquitectura Superior
Arquitectura Roadmap Tipo 4: Múltiples Candidatos Entregable clave Entregable clave Arquitectura Superior Arquitectura Superior
Modelo de estrategia de implementación Entregable clave Entregable clave y arquitectura superior Arquitectura Superior Arquitectura Superior

Modelos de hoja de ruta de arquitectura para casos de uso de arquitectura empresarial

Las técnicas de Architecture Roadmap brindan un mejor soporte para diferentes casos de uso de arquitectura empresarial. Según el caso de uso, los arquitectos empresariales son más eficientes para ayudar a sus partes interesadas con diferentes técnicas.

Si bien cada caso de uso de arquitectura empresarial se trata de cambios, el tipo de cambio y los impulsores son diferentes.

Cambio Estratégico Cambio incrementado Mejorar el costo Mejorar calidad Mejore la agilidad empresarial Mitigación del riesgo tecnológico Modernización de TI Transformación Digital Racionalización de la cartera de aplicaciones Integración de adquisiciones
Escenarios Muy útil Restricciones clave Muy útil Muy útil Crítico Crítico
Arquitectura Roadmap Tipo 1: Heatmap Muy útil Crítico Crítico Crítico Crítico Crítico Crítico Muy útil
Arquitectura Roadmap Tipo 2: Ciclo de vida Crítico Muy útil Muy útil Muy útil Crítico Crítico Útil Crítico Muy útil
Hoja de ruta de arquitectura tipo 3: impacto y dependencia Crítico Útil Útil Útil Útil Crítico Muy útil Crítico Muy útil Crítico
Arquitectura Roadmap Tipo 4: Múltiples Candidatos Crítico Útil Útil Útil Crítico Muy útil Útil Crítico Muy útil
Modelo de estrategia de implementación Restricciones clave Restricciones clave Restricciones clave Restricciones clave Restricciones clave Restricciones clave Restricciones clave Restricción clave Restricción clave Restricciones clave

Aplicación de los principios de la arquitectura empresarial al desarrollo de la hoja de ruta de la arquitectura

Los principios de su arquitectura impulsarán y limitarán el desarrollo de su hoja de ruta. Nuestras prácticas de consultoría identificadas 7 principios de arquitectura que todo arquitecto empresarial debe conocer. La siguiente tabla proporciona un ejemplo simple de cómo una hoja de ruta es impulsada y restringida por una arquitectura superior entregada a través de principios. Cualquier desarrollo de la hoja de ruta que no se ajuste a la letra y al espíritu de la arquitectura superior debe ser captado por gobernanza de la arquitectura empresarial y reelaborado.

Implicación de la hoja de ruta de la arquitectura
No te metas con el éxito Todo cambio debe evaluarse por la posibilidad de que dañe el éxito actual. La mejora potencial debe limitarse para garantizar que se mantenga la línea de base.
Enfoque en la excelencia El cambio debe ser enfocado. Todo cambio sin una línea directa con el valor de la empresa debe ser cuestionado. Utilice definiciones de valor que respalden la excelencia para evaluar el valor potencial de un cambio.

No tenga miedo de identificar los cambios que no mejoran la excelencia empresarial como 'libre de valores.'

¿Por qué no uno? Los cambios que crean duplicación deben ser desafiados, con la disminución de la entrega de valor.

Los cambios que eliminan la duplicación deben aumentar la entrega de valor.

Los datos son un activo Asegúrese de que el control del modelo de datos no se entregue de manera que disminuya el valor del activo de datos.
Los sistemas funcionan donde trabajamos La ubicación y el estilo de trabajo son medidas fundamentales de valor. Cualquier cambio que no pueda satisfacer las necesidades de ubicación y estilo disminuye la entrega de valor.
Experiencia de usuario sin dolor Los costos de cambio deben revisarse para garantizar que el impacto del usuario se evalúe adecuadamente. Mire cuidadosamente el impacto del cambio en comparación con el beneficio potencial. Siempre pagará por el impacto, aunque es posible que no reciba el beneficio esperado.
Autoservicio El autoservicio es una medida de valor empresarial. Mire la entrega de autoservicio a través de los estados de referencia, transición y objetivo. Ajuste las evaluaciones de costos y beneficios para recompensar el aprovisionamiento de autoservicio y penalizar y dañar el autoservicio existente. Siempre pagas por los daños. Es posible que reciba un beneficio.

¿Cómo se alinea TOGAF Fase E con el desarrollo ágil?

Cada hoja de ruta de arquitectura proporcionará múltiples restricciones y orientación para un desarrollo ágil. Vemos Arquitectura empresarial y desarrollo ágil intersección en cuatro áreas. La hoja de ruta de la arquitectura:

  1. definir el enfoque ágil
  2. guiar el backlog en sprint
  3. restringir las opciones dentro de los sprints
  4. resolver la dependencia de productos cruzados

La hoja de ruta de Arquitectura tendrá un impacto significativo en la definición del enfoque ágil. Por ejemplo, el modelo de estrategia de implementación obligará o prohibirá el uso del desarrollo ágil. Como se esperaban los estados de transición. Los estados de transición y las medidas de valor de la hoja de ruta informarán el desarrollo del producto o el lanzamiento del producto, lo que guiará la acumulación.

¿Cómo habilita TOGAF Phase E la agilidad empresarial?

Recuerda, la agilidad empresarial se trata de la capacidad de su organización para responder a lo inesperado. Las hojas de ruta consisten en responder a lo esperado. Las habilidades más sólidas de desarrollo de la hoja de ruta de la arquitectura ayudarán a una organización a responder a lo inesperado. Cuando considera los cinco aspectos del modelo de agilidad empresarial, puede ver una correlación directa con el desarrollo de una hoja de ruta de arquitectura.

Modelo de agilidad empresarial

  1. Estado de alerta: ¿puede detectar oportunidades y amenazas?
  2. Accesibilidad: ¿puede acceder a la información relevante a tiempo para responder?
  3. Capacidad de decisión: ¿puede decidir utilizando la información disponible?
  4. Rapidez: ¿puede implementar sus decisiones en el tiempo disponible?
  5. Flexibilidad: ¿Qué está haciendo para reducir las barreras a la acción?
TOGAF ADM Fase E Hoja de ruta de arquitectura

Reflexiones finales sobre TOGAF ADM Fase E

No hay nada más importante para un Equipo de arquitectura empresarial que desarrollar hojas de ruta de arquitectura. Las hojas de ruta son fundamentales para seleccionar el cambio cuando el equipo respalda la estrategia y la cartera. Además, las hojas de ruta son fundamentales para guiar el cambio para los equipos que respaldan la entrega de proyectos y soluciones.

Es posible que los equipos que respaldan la entrega de proyectos y soluciones necesiten realizar ingeniería inversa en una hoja de ruta de cartera para obtener la orientación y las restricciones que necesitan.

Los arquitectos empresariales que trabajan en TOGAF ADM Fase E tienen un papel complejo.

  • trabajar con las partes interesadas y las PYME para seleccionar los cambios deseados y filtrar todos los demás cambios
  • trabajar con arquitectos de dominio para empaquetar soluciones que minimicen el número de cambios potenciales que necesitan ser considerados
  • trabajar con las partes interesadas para llevar las decisiones de cambio a la planificación formal y la gobernanza del cambio.

En TOGAF ADM Fase E, reúnes a los dominios de arquitectura empresarial. La arquitectura empresarial completa está impulsada por el cambio seleccionado. TOGAF es muy claro. El propósito de desarrollar arquitectura es guiar un cambio efectivo. Una arquitectura necesita una hoja de ruta de arquitectura para proporcionar valor.

Los equipos de EA de alto funcionamiento se centran en las hojas de ruta de la arquitectura. Todo lo que hacen se considera contra la red de deficiencias, cambios planificados y cambios durante el vuelo.

TOGAF ADM Fase E desarrolla la hoja de ruta de la arquitectura. La hoja de ruta de la arquitectura traduce la arquitectura empresarial de un ejercicio de creación de conocimiento a la acción. Use TOGAF Fase E para entregar acción. Acción que restringe los escasos recursos de cambio al máximo valor empresarial. Cumpla con el propósito de la arquitectura empresarial y genere un cambio efectivo.

Ir arriba