TOGAF ADM Fase E: construcción de la hoja de ruta de la arquitectura
De un vistazo:
- Descripción general de TOGAF ADM
- ¿Qué es TOGAF Fase E?
- ¿Qué es un Roadmap de Arquitectura?
- ¿Por qué una hoja de ruta de arquitectura es diferente de un plan de implementación?
- Entregables de la Fase E de TOGAF ADM
- ¿Cuál es el papel del arquitecto empresarial en la fase E?
- Herramientas y técnicas de hoja de ruta de arquitectura
- Técnicas de hoja de ruta de arquitectura
- 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
- Estrategia de implementacion
- Técnicas de hoja de ruta de arquitectura alineadas con el propósito de la arquitectura
- Técnicas de hoja de ruta de arquitectura para casos de uso de arquitectura empresarial
- ¿Cómo se alinea TOGAF Fase E con el desarrollo ágil?
- ¿Cómo habilita TOGAF Phase E la agilidad empresarial?
- Reflexiones finales sobre TOGAF ADM Fase E: construya la hoja de ruta de la arquitectura
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 entradas de información para crear un Hoja de ruta de la 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. Desarrollar la hoja de ruta requiere información para guiar de manera efectiva decisiones arquitectónicas. Información que proviene de la Fase B, Fase C y Fase D donde se arquitecturas de dominio Son desarrollados.
¿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 una dominio de la 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 empresarial describe los paquetes de trabajo necesarios para lograr la arquitectura de destino, o un punto de descanso de valor. Los paquetes de trabajo cambian su organización de la 'Arquitectura de referencia' a la 'Arquitectura de destino'.
Una hoja de ruta de arquitectura describe su 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 opciones y declaraciones de valor asociadas con cada paquete de trabajo. Valor expresado en términos de capacidad empresarial, alcance del mercado y limitaciones.... Proporcionar conciencia sobre 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.
¿Cuál es la diferencia entre un plan basado en la capacidad y una hoja de ruta de arquitectura?
Hay poca diferencia práctica entre una hoja de ruta de arquitectura y un plan basado en capacidades. Los usamos como sinónimos aproximados. Siempre que sea posible, eliminaremos las hojas de ruta de arquitectura de las capacidades comerciales. Obtenemos la ventaja de un concepto de gestión que centra la atención en un resultado. Al utilizar la planificación basada en la capacidad, podemos alejar la discusión de una larga lista de mejoras de puntos de abajo hacia arriba.
La planificación basada en la capacidad es importante cuando se trata de arquitectura empresarial. Una capacidad abarca todo lo necesario para una actividad determinada, incluidas las personas, los procesos y la tecnología. Como sustituto, proporciona una gran herramienta para centrar la atención en la mejora.
>>> Descargar la guía de planificación basada en la capacidad
¿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.
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
- Las partes interesadas realizan compensaciones y seleccionan estados de transición durante el desarrollo de la hoja de ruta de la arquitectura
- Guiar proyectos de cambio en el inicio, el ajuste del alcance y la finalización
- 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:
- ¿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
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 Marco TOGAF 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:
- ¿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? Arquitectura Roadmap Tipo 3: Paquete de trabajo
- ¿Qué decisiones se aplazan? Arquitectura Roadmap Tipo 4: Escenarios
- ¿Qué tipo de cambio estamos persiguiendo? Estrategia de implementacion
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 el 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:
- El trabajo para llegar al punto de descanso del valor siguiente supera la evaluación actual del valor.
- 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.
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 Marco TOGAF 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 Marco TOGAF Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar arquitectura
Arquitectura empresarial candidata
El completo la arquitectura empresarial 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.
- >>> Modelos de Arquitectura Negocio
- >>> Modelos de arquitectura de aplicaciones
- >>> Modelos de Arquitectura Tecnológica
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 – Hoja de ruta de arquitectura.
Primero, a menos que tenga partes interesadas e inquietudes, no puede continuar. Hasta que sepa qué 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 los arquitectos creen que necesitan ponerse manos a la obra, son inútiles. Las personas que avanzarán en una dirección aleatoria rodean a las partes interesadas. Las partes interesadas no necesitan arquitectos empresariales para eso.
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 la arquitectura a la 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 el desarrollo de arquitectura de mejores prácticas. 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
>> Para obtener más detalles sobre las técnicas de desarrollo de la hoja de ruta
>>> Descargar la guía de planificación basada en la capacidad
¿Se pueden utilizar patrones de arquitectura para el desarrollo de hojas de ruta?
Patrones de arquitectura son un enfoque consistente para un problema predecible. Los mapas de ruta de arquitectura resuelven problemas predecibles como modernización de TI, adquisiciones y transformación digital. Hay enfoques consistentes, como el Patrón estrangulador o el Patrones de fusiones y adquisiciones (M&A).
Siempre comenzamos con un patrón de arquitectura. El Bits duros cuéntenos inquietudes o limitaciones que la hoja de ruta de la arquitectura debe abordar.
¿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:
- definir el enfoque ágil
- guiar el backlog en sprint
- restringir las opciones dentro de los sprints
- 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 funciona el análisis de escenarios con TOGAF Fase E?
Análisis de escenarios Enriquece el potencial de desarrollo de futuros. Los escenarios representan futuros plausibles. Ofrecen un método para explorar oportunidades y destacan la idoneidad de diferentes soluciones.
El análisis de escenarios se puede realizar mirando hacia atrás y hacia delante. La mirada hacia atrás nos permite ver cómo se llegó a un futuro. Nos ayuda a comprender las acciones que se llevan a cabo durante el viaje.
Forwards utiliza el futuro como punto de partida. Lo utilizamos para explorar las condiciones que rodean una hoja de ruta y si esta es viable en diferentes escenarios circundantes.
¿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
- Estado de alerta: ¿puede detectar oportunidades y amenazas?
- Accesibilidad: ¿puede acceder a la información relevante a tiempo para responder?
- Capacidad de decisión: ¿puede decidir utilizando la información disponible?
- Rapidez: ¿puede implementar sus decisiones en el tiempo disponible?
- Flexibilidad: ¿Qué está haciendo para reducir las barreras a la acción?
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.
