TOGAF® ADM Fase F: Elaboración del plan de implementación

La Fase F de TOGAF ADM elabora el Plan de Implementación. La ejecución de los Planes de Implementación es la forma en que las empresas dirigen el cambio. Un Plan de Implementación de la Fase F utilizará uno, dos, veinte o más proyectos de cambio. No importa si utiliza Portafolio o Programa para gestionar el cambio. Elabore el Plan de Implementación para apoyar la mejora de su organización.

Estándar TOGAF 10.ª edición Está claro que el propósito de la arquitectura empresarial es guiar un cambio efectivo. Un cambio efectivo significa que ejecutamos planes y proyectos. La Fase F de TOGAF ADM representa una transición desde donde... arquitectura empresarial El proceso pasa al control de los líderes del cambio. Sin la ejecución del cambio, la arquitectura empresarial es una actividad inútil.

TOGAF ADM Separa el Plan de Implementación de la Fase F de la Hoja de Ruta de Arquitectura de la Fase E para apoyar la transición del desarrollo de una arquitectura al desarrollo de los medios para el cambio. Los arquitectos empresariales desempeñan un papel fundamental en el cambio. Sin embargo, la profesión está diseñada para asesorar, no para actuar. Integramos estas buenas prácticas en el diseño de... método de desarrollo de arquitectura. La arquitectura empresarial identificó el cambio más efectivo y proporcionó a las partes interesadas los medios para hacerlo. gobernar el cambio. Están listos para desarrollar el plan de implementación.

Explorar la formación para la certificación TOGAF

TOGAF ADM Fase F: Elaboración del plan de implementación

De un vistazo:

Descargue la Guía de gobernanza de la arquitectura empresarial
Plan de implementación de la fase F del TOGAF 10

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 Cómo desarrollar una arquitectura.

TOGAF ADM desarrolla una arquitectura empresarial

Cada TOGAF ADM Cada fase explica las actividades para desarrollar el conocimiento. Cada fase de ADM desarrolla el conocimiento sobre una parte del... arquitectura empresarial. Las interacciones entre las Fases son flujos de información. Estos flujos de información se fusionan en unos pocos entregables críticos: uno de ellos es el Plan de Implementación de la Fase F del TOGAF ADM.

¿Qué es TOGAF Fase F?

La Fase F de TOGAF proporciona los pasos y la información para que los arquitectos empresariales apoyen a los planificadores en la elaboración de un Plan de Implementación. Es una práctica recomendada que los arquitectos empresariales apoyen a los planificadores. Su función es garantizar que las decisiones de las partes interesadas sobre la arquitectura se reflejen en el plan. Si las decisiones previas no se reflejan en el Plan de Implementación, la arquitectura empresarial debe actualizarse. Solo cuando la empresa se compromete con un cambio, la arquitectura empresarial propuesta se aprueba definitivamente.

¿Cuál es el objetivo de la fase F del TOGAF ADM?

El objetivo de la Fase F es realizar la transición desde la Hoja de ruta de la arquitectura desarrollado en TOGAF ADM Fase E A un Plan de Implementación. La hoja de ruta de la arquitectura ya ha descartado las opciones de cambio menos adecuadas. El Plan de Implementación define cómo su organización pretende ejecutar el cambio y alcanzar las etapas de transición.

Al explicar la arquitectura empresarial, hablamos de considerar posibles cambios y sopesar opciones. Todo eso es cosa del pasado. La hoja de ruta de la arquitectura señala el camino a seguir y los posibles puntos de transición. Es hora de tomar la decisión final.

El éxito requiere:

  • Tú decides cómo ejecutar el cambio (Proyectos)
  • Conoces los recursos que se movilizarán para implementar el cambio.
  • Conoces los beneficios requeridos y las restricciones impuestas (Contrato de Arquitectura)

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

Si bien los enfoques en cascada no ofrecen una buena arquitectura, debe haber una clara diferencia entre una hoja de ruta de arquitectura y la elaboración de un plan de implementación. Explorar y descartar posibles cambios es un resultado valioso en la arquitectura empresarial. La Fase F entra en un mundo complejo y práctico.

Los planificadores de portafolio, los gerentes de programa y los gerentes de proyecto no viven en un mundo de posibilidades. Viven en un mundo difícil de ejecución. Hablan de cosas como... triángulo de hierro. Esperan conocer el destino, los beneficios esperados y las limitaciones. Pretenden llevar a todos a la meta.

Si bien el estándar TOGAF indica que no se completará la arquitectura objetivo hasta la Fase F, esta solo cambiará si la organización se niega a continuar. De lo contrario, el desarrollo de la arquitectura estará completo.

¿Qué es un Plan de Implementación de Arquitectura?

Un Plan de Implementación proporciona un cronograma de los proyectos que materializarán la Arquitectura Objetivo. Los proyectos ejecutables se agruparán en portafolios y programas gestionados. Estrategia de implementación establece el enfoque del cambio.

Analicemos la definición del Plan de Implementación. En primer lugar, el Plan de Implementación es un cronograma. Vincula los proyectos en el tiempo.

En segundo lugar, se basa en un proyecto. Sabemos por PMI Que cada proyecto es un conjunto de tareas interdependientes con un objetivo común. Características de los proyectos:

  • Una fecha de inicio y una fecha de finalización claras. Tendrán un inicio claro, un final definido y una visión general de lo que sucede entretanto.
  • Crean algo nuevo. Son una actividad única y única. Nunca se repite de la misma manera.
  • Tiene límites claros. Operan dentro de límites de tiempo, dinero, calidad y funcionalidad.
  • Nunca es lo mismo de siempre. Cambia lo habitual.

En tercer lugar, agrupa los proyectos en Carteras y Programas para la gestión.

Por último, se establece cómo se llevará a cabo el cambio. Estrategia de implementación será necesario un cambio:

  • Evolutivo
  • Revolucionario
  • Campo verde

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

El estándar TOGAF ADM separa la Fase E de la Fase F, y la Hoja de Ruta de Arquitectura del Plan de Implementación y Migración. Esta separación se basa en la planificación de mejores prácticas. Una hoja de ruta de arquitectura facilita la definición del camino, el destino y las decisiones pendientes. También permite identificar las bifurcaciones sin resolver en el proceso. El plan de implementación y migración solo facilita la ejecución.

Podemos garantizar que sus hojas de ruta actuales se asemejan más a Planes de Implementación que a Hojas de Ruta de Arquitectura. Sin embargo, rara vez vemos el trabajo dividido en proyectos independientes, ni estos vinculados al Portafolio y al Programa para su gestión. Generalmente, se trata de un único proyecto extenso. La Estrategia de Implementación rara vez es explícita, lo que lleva al proyecto a intentar decidir dentro del mismo cuál es el mejor enfoque. Siempre se decide por el camino más sencillo para el proyecto.

El desarrollo de un plan de implementación real se realiza con las partes interesadas, los responsables de los recursos y los planificadores de su empresa. El arquitecto empresarial está ahí para destacar el valor esperado, la dependencia y la estrategia de implementación. Ya hemos evaluado el valor. Usted cuenta con arquitecturas de transición. Este es un ejercicio de planificación para entregar lo esperado, no para determinar lo razonable.

Descargue la Guía de gobernanza de la arquitectura empresarial

Entregables del plan de implementación de la fase F del TOGAF ADM

Los dos resultados centrales de la Fase F son un plan de implementación y un contrato de arquitectura. Esta es la parte de acción de la arquitectura empresarial.

Uso más valioso del Plan de Implementación

  1. Definición del plan de cambio. Identificar qué cambiará y cuándo.
  2. Definir el tipo de cambio a través de la Estrategia de Implementación
  3. Definiendo el control a través de Portafolio y Programa

Un plan de implementación ayudará a responder las siguientes preguntas:

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

Un Plan de Implementación es una herramienta de ejecución de cambios empresariales. Integra la ejecución y organiza a la organización.

Finalización del plan de implementación de la Fase F

Todas las fases de TOGAF ADM te ayudan a desarrollar los conocimientos necesarios. El resultado de la fase F es un plan de implementación y un contrato de arquitectura de apoyo.

Resultados y resultados Conocimientos esenciales
Un conjunto de proyectos aprobados[1], que contiene el objetivo y las restricciones necesarias, los recursos requeridos y las fechas de inicio y finalización. Recursos disponibles para emprender el cambio.

Cómo se ajustan las prioridades y preferencias de las partes interesadas en función del valor, el esfuerzo y el riesgo del cambio. (Requisitos de las partes interesadas)

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

Fase F Bare Bones

En la Fase F, los planificadores de cambios realizan la mayor parte del trabajo pesado. Los Planes de Implementación requieren un compromiso de trabajo.

Los elementos básicos de la Fase F son:

Siempre nos sentimos liberados en la Fase F. Las amplias posibilidades de arquitectura se reducen a un solo hilo. Dejamos atrás todas las complejas disyuntivas, y ahora nos toca la ardua negociación de recursos y tiempo. Francamente, si nuestra Hoja de Ruta de Arquitectura no define los límites entre alcance y calidad, no estábamos preparados para la Planificación de la Implementación.

  • ¿Qué cambiará y cuándo?

Paquetes de trabajo asignados a proyectos. Uno o más proyectos alcanzan un estado de transición o el objetivo final. ¿Qué cambiará? ¿Cuándo ocurrirá?

Deberá explicar los estados de transición. Los implementadores son realistas concretos. Se identificarán con el estado objetivo y buscarán alcanzarlo. Como resultado, querrán superar un estado de transición. Se sentirán muy incómodos con la idea de que una parte interesada llegue a un punto de reposo de valor como sinónimo y ejecute una rampa de salida.

Qué trabajo, qué alcance, cuándo. Todo está en el Proyectos del Plan de Implementación.

  • ¿Qué tipo de cambio ocurrirá?

Nunca deje el tipo de cambio en manos de un equipo de proyecto. Tienen un objetivo final y tomarán cualquier atajo para alzarse con la victoria. Por lo tanto, los sistemas son... no desmantelados. Por eso los procesos heredados durar para siempre. Si esperas un reemplazo, es Greenfield. Si esperas una mejora, es Evolutivo. Sé claro, y luego... Gobernanza de la implementación de la fase G Prueba de cumplimiento. Usa tu poder más poderoso gobernanza de la implementación herramientas, las Estrategia de implementación.

  • Cómo se gestionará el cambio para obtener un resultado

La profesión de Gestión de Proyectos inventó el concepto de Portafolio y Programa para resolver el problema de gestionar un conjunto complejo de proyectos. Quienes realizan el trabajo tienen dificultades para comprender cómo encajan entre sí. Buscan una recompensa inmediata y se obsesionan con la entrega tangible al final del proyecto. Cuando la arquitectura empresarial presenta uno o más estados de transición, se necesitan más... gobernanza de la implementación.

Agrupar proyectos por resultado y asignar un responsable del mismo simplifica la gobernanza de la implementación. La gobernanza de la arquitectura de mejores prácticas utiliza estructuras de autoridad naturales. La gestión de portafolios es una estructura natural. Ayude a sus partes interesadas a crear sus propias... Portafolio del Plan de Implementación.

  • Cómo se gestionará el cambio como trabajo

La cartera se utiliza para agrupar según el resultado. El programa se utiliza para agrupar según la ejecución. Al agrupar proyectos por ejecución, se simplifica. gobernanza de la implementación. Me gusta la agrupación de carteras. gobernanza de la arquitectura de mejores prácticas y adoptar una estructura de autoridad natural. Ayuda a tus partes interesadas a crear su Programa del Plan de Implementación.

  • ¿Qué beneficio se entregará?

Desarrollamos el concepto de Contrato de Arquitectura para separar el beneficio, o valor, de la descripción del proyecto. Los equipos de proyecto se centran en el final del proyecto. Los equipos de proyecto se centran en las necesidades de su patrocinador. Es de esperar que los implementadores descarten beneficios que no estén directamente alineados con su proyecto. Es de esperar que esta descarte se presente como una reducción de riesgos o de costos.

Para proporcionar una dirección y un control claros, utilice el Contrato de arquitectura para obtener el beneficio o valor. Especialmente si estás construyendo capacidad o asegurar el futuro agilidad empresarial.

  • ¿Qué restricciones limitan la libertad de los implementadores?

Si no tienes algo que debe Para el control, es necesario evitar las especificaciones de arquitectura. Estas siempre bloquean la innovación y limitan la creatividad y el conocimiento de los equipos de implementación.

Cuando necesite algo, utilice una Especificación de Arquitectura en el Contrato de arquitectura. En Navegar™, Utilizamos cuatro tipos de Especificación de Arquitectura:

  • Principio en el que es adecuada una orientación general sobre cómo decidir
  • Patrón, donde existe un enfoque preferido conocido
  • Estándar, donde existe un enfoque aceptable conocido
  • Regla, donde todas las opciones deben ser eliminadas

Esperamos que nuestros arquitectos empresariales siempre tengan un Estándar antes de elaborar una Regla. Comparen su Estándar con un Patrón. Asegúrese de que el Patrón cumpla con el Principio. Hacemos esto para asegurarnos de limitar al mínimo los grados de libertad de los Implementadores. Escribir una Regla es fácil, pero requiere una gran comprensión. Es necesario anticiparse y conocer las circunstancias únicas y las capacidades futuras. De lo contrario, la Regla se equivocará.

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

  • Primero, la definición de "hecho". ¿Cuándo llegaremos a un estado de transición?
  • En segundo lugar, la responsabilidad del cambio. ¿Quién es responsable de qué portafolio o programa?
  • En tercer lugar, las reglas de juego. ¿Qué beneficio se obtendrá? ¿Qué restricción se impone?

Con estos tres elementos esenciales, las partes interesadas están listas para desarrollar un Plan de Implementación. Saben qué quieren que se haga. Saben qué no quieren que cambie. Saben cómo han limitado a sus implementadores.

TOGAF ADM Fase F: Entregables del plan de implementación y propósitos de la arquitectura empresarial

Existen cuatro propósitos fundamentales para desarrollar una arquitectura empresarial: apoyar la Estrategia, el Portafolio, el Proyecto o la Entrega de Soluciones. En la mayoría de los casos, no se desarrollará una Hoja de Ruta de Arquitectura a menos que se apoye la Estrategia o el Portafolio. Los patrones se explican en Guía del arquitecto empresarial para el desarrollo de arquitectura.

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

Arquitectura para apoyar la estrategia

Al apoyar la estrategia, proporcionará una arquitectura objetivo integral y desarrollará hojas de ruta para el cambio. Su arquitectura identificará las iniciativas de cambio y los portafolios y programas de apoyo. La hoja de ruta de la arquitectura establecerá los términos de referencia, identificará sinergias y regulará la ejecución del portafolio y los programas.

Arquitectura para soportar Portafolio

Al respaldar una cartera, normalmente se abordará la cartera en sí. Su arquitectura identificará los proyectos, establecerá sus términos de referencia, alineará sus enfoques, identificará sinergias y gestionará la ejecución del proyecto.

Arquitectura para apoyar la estrategia Arquitectura para apoyar la cartera Arquitectura de apoyo al proyecto Arquitectura para respaldar la entrega de soluciones
Producto del trabajo de la fase F: Plan de implementación de la arquitectura Probablemente no se utilice Entregable clave

Durante la presupuestación de cartera

Actualizar según sea necesario para respaldar la presupuestación y la gestión del programa.

 Entregable clave

Antes de comenzar el proyecto

 Entregable clave

Antes del compromiso y la contratación
Producto del trabajo de la fase F: Contrato de arquitectura Probablemente no se utilice Uso limitado Entregable clave

Antes de finalizar el inicio del proyecto

 Entregable clave

Antes del compromiso y la contratación
Producto del trabajo de la fase F: Arquitectura empresarial objetivo Entregable importante

Se utiliza para el mantenimiento de registros y el desarrollo de arquitectura futura.

 Entregable importante

Se utiliza para el mantenimiento de registros y el desarrollo de arquitectura futura.

 Arquitectura mayoritariamente superior

Se utiliza para el mantenimiento de registros y el desarrollo de arquitectura futura.

 Arquitectura superior

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

Plan de implementación

La estructura de su plan de implementación cambia si trabaja para respaldar la estrategia, la cartera o el proyecto. Los planes de implementación se utilizan para Gobernar la implementación.

  Arquitectura para apoyar la estrategia Arquitectura para soportar Portafolio Arquitectura para apoyar el proyecto Arquitectura para apoyar la entrega de soluciones
Proyectos de planes de implementación Resumen Entregable clave Arquitectura superior Arquitectura superior
Estrategia del plan de implementación Apropiado para el proyecto Entregable clave Entregable clave o arquitectura superior Arquitectura superior
Portafolio de planes de implementación Entregable clave Entregable clave Arquitectura superior Arquitectura superior
Programa del Plan de Implementación Entregable clave Entregable clave Arquitectura superior Arquitectura superior

Contrato de arquitectura

  Arquitectura para apoyar la estrategia Arquitectura para soportar Portafolio Arquitectura para apoyar el proyecto Arquitectura para apoyar la entrega de soluciones
Contrato de Arquitectura - Beneficio Apropiado para el proyecto Entregable clave Entregable clave o Arquitectura Superior Arquitectura superior
Contrato de Arquitectura – Especificación de Arquitectura Principio Principio y patrón Principio, patrón y estándar Principio, patrón, estándar y regla
Contrato de Arquitectura - Control Apropiado para el proyecto Entregable clave apropiado para el Proyecto Entregable clave o Arquitectura Superior Entregable clave o Arquitectura Superior
Contrato de Arquitectura - Estrategia del Plan de Implementación Apropiado para el proyecto Entregable clave Entregable clave o Arquitectura Superior Arquitectura superior
Contrato de Arquitectura – Transición Entregable clave Entregable clave o Arquitectura Superior Entregable clave o Arquitectura Superior Arquitectura superior

Arquitectura empresarial de destino

El completo La arquitectura empresarial comprenderá los modelos de arquitectura de dominio y el conjunto de brechas consolidadas. Como entregable, se actualiza la Arquitectura Empresarial Objetivo para su uso en el desarrollo futuro de la arquitectura o como referencia en la Gobernanza de la Implementación de la Fase G.

Modelos que componen la Arquitectura Empresarial Objetivo

¿Cuál es el papel del arquitecto empresarial en la Fase F?

En la Fase F de TOGAF, esperamos que el Arquitecto Empresarial asesore a los planificadores. Deberán interpretar la arquitectura objetivo y cualquier transición. Y, lo más importante, se asegurarán de que los beneficios y las limitaciones esperados se incluyan en los planes.

Los arquitectos están acostumbrados a planificar secuencias de trabajo que ofrecen beneficios inesperados o a anticipar la necesidad de una restricción. El arquitecto empresarial deberá explicar los estados de transición.

Los planificadores de proyectos tienen horizontes temporales cortos y son pensadores muy directos. Se sentirán incómodos con:

  • Beneficios intangibles
  • Realización diferida del beneficio
  • Restricción que obstaculiza el proyecto actual

En cuanto al beneficio, siempre usamos el ejemplo de la construcción de un puente. La rampa y los soportes son necesarios, pero no aportan ningún valor añadido. Además, hasta que no se termina toda la plataforma de la carretera, el puente no aporta ningún valor realizable. Esto ayuda a comprender que podríamos estar realizando un gran trabajo, simplemente para seguir trabajando antes de obtener un beneficio significativo.

Consideramos que hablar sobre carreteras e intercambiadores les ayuda a comprender las limitaciones que obstaculizan el proyecto actual. A medida que aumenta el volumen de tráfico, los costos de la plataforma y el asfalto aumentan drásticamente. Hasta que construyamos el puente, el volumen de tráfico es bajo, por lo que el gasto en plataforma simplemente incrementa el costo del proyecto actual. Cuando la carretera, el puente y el intercambiador se integran, se tiene una red de tráfico que puede soportar el volumen. Una red que genera valor. Una red que no requiere demoler la carretera en uso y reconstruirla.

El rol más importante del arquitecto empresarial es anticiparse y trascender los límites. Comprenderá por qué el proyecto actual podría verse limitado o por qué los criterios de éxito no son evidentes. Ayudará a involucrar a los responsables del portafolio cuando el patrocinador del proyecto elimine el beneficio empresarial.

Dos datos centrales sobre la fase F de TOGAF: Plan de implementación

Adopte un enfoque pragmático Construyendo sus equipos de arquitectura empresarial. Basamos el enfoque pragmático en un hecho incómodo: si el pensamiento convencional generara organizaciones flexibles y eficientes, nuestra profesión no existiría. La arquitectura empresarial requiere un pensamiento inusual.

Hay dos hechos centrales que contamos arquitectos empresariales Acerca de la Fase F de TOGAF: Hoja de Ruta de Arquitectura. En primer lugar, aparte de su parte interesada, nadie involucrado en la Planificación de la Implementación creerá nada de lo que diga. Sus ideas siempre serán demasiado grandes, demasiado diferidas, demasiado teóricas. Deberá vigilar a todos como un halcón vigila a los ratones. Necesitarán una relación sólida con su parte interesada. Deberá utilizar las conversaciones sobre las compensaciones que ya ha tenido para desarrollar la Hoja de Ruta de Arquitectura. De hecho, es probable que tenga que volver a discutir las compensaciones con todos los demás. En segundo lugar, si no cuenta con un Contrato de Arquitectura documentado, tendrá dificultades con la Gobernanza de la Implementación. Nadie recordará el beneficio esperado, la estrategia de implementación ni ninguna restricción. Nunca. Reimaginarán todo durante la ejecución del proyecto.TOGAF ADM Fase G) para completar el proyecto lo más fácilmente posible para servir a los intereses tácticos del patrocinador del proyecto.

Las partes interesadas necesitan arquitectos empresariales que protejan el valor que desean. Normalmente, la mayor parte de esta protección recae en el patrocinador del proyecto y el equipo de implementación.

[1] No te obsesiones con la definición del término "proyecto" ni con lo que es un proyecto. Es simplemente un esfuerzo de organización del trabajo para lograr un resultado claro. Es poco probable que la definición interna de proyecto de tu organización, y la etiqueta que se use, coincidan con la de otras organizaciones. Mi asistente se refiere a reservar un vuelo como un proyecto.

Explorar la formación para la certificación TOGAF
Técnicas de implementación de la fase F del TOGAF ADM

Modelos, herramientas y técnicas del plan de implementación

La Fase F del TOGAF ADM entrega el Plan de Implementación y el Contrato de Arquitectura. Esta Fase existe para facilitar la acción.

La Fase F es la traducción de la Hoja de Ruta de la Arquitectura y la Arquitectura Objetivo a la acción. Existen cinco técnicas centrales para la elaboración del Plan de Implementación que ayudan a las partes interesadas a comprender cómo aprovechar los beneficios de la arquitectura objetivo.

  • Agrupación de carteras
  • Agrupación de programas
  • Realización de beneficios
  • Mitigación de riesgos
  • Contrato de arquitectura
  • Modelo de estrategia de implementación
  • Uso de técnicas de hoja de ruta de arquitectura

Técnicas del plan de implementación

En conjunto, las técnicas resaltarán todo lo que los arquitectos empresariales pueden aportar a la elaboración del plan de implementación. Su función principal es proteger el valor del cambio.

Planificación de carteras / Agrupación de carteras

La profesión de Gestión de Proyectos utiliza Portafolio y Programa para gestionar un conjunto complejo de proyectos. Los patrocinadores e implementadores del proyecto examinan los entregables explícitos del proyecto.

La Planificación de Portafolio agrupa los proyectos por resultado. Como Portafolio específico, alguien puede ser responsable del resultado. Esto aumenta las posibilidades de éxito y facilita la gobernanza de la implementación.

La Cartera crea una estructura de autoridad natural. El resto de la organización adoptará la estructura de autoridad y los informes basados en resultados.

Planificación de programas / Agrupación de programas

El programa agrupa los proyectos para su ejecución. Al igual que en Portafolio, se asignará una persona responsable de gestionar un conjunto de proyectos relacionados. Se crea una estructura de autoridad natural orientada a la ejecución. El resto de la organización adoptará la estructura de autoridad y los informes basados en la ejecución.

Realización de beneficios

Siempre alineamos los beneficios de la arquitectura empresarial con la deficiencia que originó el desarrollo de la arquitectura actual. Utilizamos la Hoja de Ruta de Arquitectura y la Arquitectura Empresarial para... Gobernar la implementación. Esto requiere separar los beneficios esperados de aquellos del proyecto que se espera que generen dichos beneficios.

En Navegar por Alineamos un beneficio con el Paquete de Trabajo. Vinculamos el Paquete de Trabajo con la brecha que cubre y el Proyecto que lo entregará.

Con frecuencia, durante el inicio y la ejecución del proyecto, se observa que el trabajo que generará un beneficio se desvincula del alcance, mientras que este continúa apareciendo en las diapositivas de PowerPoint. Esto es especialmente cierto cuando el patrocinador del proyecto no recibirá el beneficio.

La arquitectura empresarial existe para guiar el cambio efectivo. El cambio efectivo genera beneficios.

Al elaborar el Plan de Implementación, buscamos el trabajo que cubrirá explícitamente una brecha y generará un beneficio. Si no se realiza ningún trabajo, se tendrá una brecha sin cubrir y un beneficio faltante.

Mitigación de riesgos

Tenemos dos usos del término Riesgo. En primer lugar, se trata del efecto de la incertidumbre en el logro de su objetivo. Esta es la definición utilizada por la profesión de gestión de riesgos. Creemos que tiene mayor relevancia en la arquitectura empresarial. En segundo lugar, es el uso habitual de un riesgo como algo negativo que puede ocurrir. La mayoría de la gente piensa en el riesgo como una amenaza o algo negativo. No importa cómo se utilice el riesgo. La incertidumbre y la amenaza se abordan de la misma manera. Se abordan con un control, y ese control debe implementarse mediante un paquete de trabajo.

Navegar por Alinea el riesgo con un activo o un objetivo. Un control mitiga el riesgo. Un paquete de trabajo implementa controles. Vinculamos el paquete de trabajo con el proyecto responsable.

Los objetivos son la razón por la que realizamos el cambio. Si no se cumplen, significa que el cambio fue inútil. Cuando existe la incertidumbre de alcanzar el objetivo, ¿qué se hace para reducirla? Abordar la incertidumbre es fundamental para la planificación de la implementación y... gobernanza de la implementación actividad.

Nuevamente, separamos el Riesgo y el Control del Proyecto. Los vinculamos a través del Trabajo. Esto nos permite planificar y supervisar la reducción del alcance.

Observamos con frecuencia que, durante el inicio y la ejecución del proyecto, se eliminan del alcance los objetivos y activos que no están directamente vinculados al proyecto ni al patrocinador. Esto es especialmente cierto cuando el patrocinador no es el responsable del objetivo.

Solíamos esperar que las iniciativas de cambio desarrollaran capacidades, redujeran la fricción que mina la agilidad y redujeran los costos operativos continuos. Sin embargo, fracasan constantemente. Fracasan porque entregamos el trabajo mediante proyectos enfocados. Cada proyecto enfocado está sujeto al Triángulo de Hierro y se reduce drásticamente el alcance. Nunca hemos visto que una reducción del alcance se presente como una amenaza para un objetivo empresarial. Siempre la presentan como una mejora del proyecto.

Los arquitectos empresariales deben abordar la incertidumbre de alcanzar los objetivos durante la planificación de la implementación. Sin esto, no pueden realizar... gobernanza de la implementación actividad.

Contrato de arquitectura

El concepto de TOGAF del Contrato de Arquitectura es increíblemente poderoso. A menudo se presenta como una especie de acuerdo documentado entre el Equipo de Arquitectura Empresarial y el Proyecto. Si bien documentarlo es útil, el contrato se establece entre las partes interesadas y el Proyecto. nunca entre el Proyecto y el Equipo de EA.

Cuando elaboramos un Contrato de Arquitectura, nos aseguramos de que incluya:

  • Beneficio

¿Qué beneficios brindará el Proyecto a través de qué paquetes de trabajo?
Esto proporciona visibilidad a los implementadores, al proceso de gobernanza y a las partes interesadas que esperan el beneficio, quién es responsable y qué están haciendo para cumplir con su responsabilidad.

  • Control

¿Qué controles implementará el proyecto a través de qué paquetes de trabajo? ¿Qué riesgos mitigan estos controles?
Al igual que el Beneficio, esto brinda visibilidad a los Implementadores, al proceso de gobernanza y a las Partes Interesadas que esperan lograr el Objetivo, quién es responsable y qué están haciendo para cumplir con su responsabilidad.

  • Especificación de arquitectura

¿Qué restricciones quitan la libertad a los implementadores?
Esto aclara cuándo un equipo de proyecto debe seguir una guía que contradice la lógica de su proyecto. Si la lógica de su proyecto los impulsa a seguir la restricción, no necesitamos la Especificación de Arquitectura. La utilizamos cuando la lógica del proyecto podría resultar en una mala decisión para la empresa.

  • Estrategia del plan de implementación

Cómo abordar el cambio
Al igual que con la Especificación de Arquitectura, ¿cómo debe abordar el proyecto un Implementador? Esto es especialmente cierto cuando la lógica del proyecto lo lleva a adoptar otro enfoque.

  • Transición

¿Cuándo nos detenemos deliberadamente? Cada minuto de trabajo de cambio después de un punto de transición es probablemente un desperdicio. Creamos puntos de transición para que sean Puntos de Descanso de Valor. Puntos en el cambio donde las partes interesadas pueden retrasar, detener o cambiar de dirección. Usamos transiciones para... gobernanza de la implementación. Son útiles cuando la lógica del proyecto o las preferencias del patrocinador del proyecto hacen que este avance más de lo previsto. Generalmente, se explica su eficiencia. Sin embargo, si los patrocinadores retrasan, detienen o cambian de dirección y no se alcanza el siguiente punto de reposo de valor completo, el proyecto construye otro medio puente.

Estrategia de implementación

Independientemente de si la Estrategia de Implementación se incluye en el Contrato de Arquitectura, esta es fundamental para elaborar un Plan de Implementación. Los tres tipos de cambio (evolutivo, revolucionario y totalmente nuevo) impulsarán el diseño del proyecto y del sistema.

Por ejemplo, si necesita empezar desde cero (Greenfield), espera cambios en la organización, los procesos y los sistemas. Está desechando deliberadamente la organización, los procesos y los sistemas existentes. Es mejor que su proyecto esté diseñado para crear algo nuevo y liderar la gestión del cambio durante el proceso.

Francamente, los sistemas heredados, los procesos pobres y las organizaciones rígidas se sostienen introduciendo un cambio en el camino fácil del Proyecto (Evolutivo).

Usando Técnicas de la hoja de ruta de arquitectura

Las diferentes técnicas para desarrollar una hoja de ruta de arquitectura se utilizan para proporcionar diferentes orientaciones y restricciones a la hora de elaborar el plan de implementación.

Los mapas de calor proporcionarán orientación y restricciones a partir de atributos como el valor, el trabajo, el riesgo o el estado de transición. Impulsan el diseño del proyecto.

Los diagramas de ciclo de vida ofrecen orientación y limitaciones temporales. Ya sea que se trate de un sistema o de un cambio, resaltan los límites de inicio y fin. Son eficaces cuando se necesita un cambio en un momento determinado. Es sorprendente la frecuencia con la que un cambio tardío resulta inútil. Si no se puede implementar el nuevo sistema a tiempo, un sistema nuevo con retraso pierde su valor.

Los modelos de dependencia proporcionan orientación y restricciones sobre la dependencia, ya sea laboral, organizacional, de sistemas o de estados de transición. Un diagrama de dependencia suele ayudarle a comprender las fechas límite en un diagrama de ciclo de vida.

Las hojas de ruta de escenarios rara vez son útiles a la hora de desarrollar un plan de implementación.

Visualización compleja de paquetes de trabajo, opciones de arquitectura o de estado de transición. El gráfico de Rad suele representar preocupaciones o atributos como el valor, el trabajo o el riesgo. Los puntos del gráfico suelen representar opciones de arquitectura o de estado de transición.

Conozca más sobre Conexiam Talleres de la hoja de ruta de arquitectura

Arquitectura de transición

La arquitectura de transición proporciona orientación y restricciones sobre los puntos de parada. Para lograr puntos de parada valiosos, se estructuran los proyectos para que alcancen juntos el estado de transición. Las fechas más importantes en cualquier estado de transición son las fechas límite o de "requerido para".

Brecha y solución

Las brechas explican qué deficiencia necesitamos remediar. Ayudan a definir el alcance y el resultado del proyecto.

Las soluciones simplifican el diseño. Si existe una solución prevista, o atributos de solución, se simplifica el alcance y el diseño. Esto es especialmente cierto cuando se ha seleccionado una estrategia de implementación desde cero o revolucionaria.

Técnicas del plan de implementación alineadas con el propósito de la arquitectura empresarial

Los equipos de arquitectura se centran en diferentes propósitos. El hecho de que apoyen las preguntas de portafolio o la entrega de soluciones cambiará la forma en que desarrollan y utilizan las hojas de ruta de arquitectura. Por ejemplo, la arquitectura que apoya la entrega de soluciones no utilizará una hoja de ruta de arquitectura de tipo 1 (mapa de calor) para tomar decisiones. La utilizaremos como una arquitectura superior y un conjunto de restricciones para el desarrollo de la arquitectura y cualquier implementación. Los buenos arquitectos siempre trabajan dentro de las limitaciones de una arquitectura superior.

Arquitectura para apoyar la estrategia Arquitectura para apoyar la cartera Arquitectura de apoyo al proyecto Arquitectura para respaldar la entrega de soluciones
Planificación de cartera Entregable clave Entregable clave Arquitectura superior Arquitectura superior
Planificación de programas Entregable clave Entregable clave Arquitectura superior Arquitectura superior
Realización de beneficios Entregable clave Entregable clave Entregable importante y arquitectura superior Arquitectura superior
Mitigación de riesgos Entregable clave Entregable clave Entregable importante y arquitectura superior Arquitectura superior
Contrato de arquitectura Entregable importante Entregable clave Entregable clave y Arquitectura Superior Entregable clave y Arquitectura Superior
Estrategia de implementación Arquitectura superior Arquitectura superior Arquitectura superior Arquitectura superior
Hoja de ruta de arquitectura tipo 1: Mapa de calor Arquitectura superior Arquitectura superior Arquitectura superior Arquitectura superior
Hoja de ruta de arquitectura tipo 2: Diagrama de ciclo de vida Arquitectura superior Arquitectura superior Arquitectura superior Arquitectura superior
Hoja de ruta de arquitectura tipo 3: Dependencia Arquitectura superior Arquitectura superior Arquitectura superior Arquitectura superior
Hoja de ruta de arquitectura tipo 4: Escenario Arquitectura superior
Arquitectura de transición Arquitectura superior Arquitectura superior Arquitectura superior Arquitectura superior
Brecha y solución Arquitectura superior Arquitectura superior Arquitectura superior

Técnicas de plan de implementación para casos de uso de arquitectura empresarial

Las técnicas del Plan de Implementación brindan un mejor soporte para diferentes casos prácticos de arquitectura empresarial. Dependiendo del caso de uso, los arquitectos empresariales son más eficientes a la hora de ayudar a sus partes interesadas con diferentes técnicas.

Si bien cada caso de uso de arquitectura empresarial implica un cambio, el tipo de cambio y los impulsores son diferentes.

Cambio estratégico Cambio incremental Mejorar los costos Mejorar cualidades Mejorar 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
Planificación de cartera Crítico Útil Crítico Útil Útil Crítico Útil Crítico
Planificación de programas Crítico Muy útil Útil Útil Crítico Muy útil Crítico Crítico Crítico Crítico
Realización de beneficios Crítico Muy útil Crítico Crítico Crítico Muy útil Muy útil Crítico Útil Crítico
Mitigación de riesgos Crítico Muy útil Crítico Crítico Crítico Muy útil Muy útil Crítico Útil Crítico
Contrato de arquitectura Crítico Útil Útil Útil Crítico Crítico Útil Crítico Crítico Crítico
Estrategia de implementación Crítico Útil Útil Útil Crítico Crítico Crítico Crítico Útil Útil
Hoja de ruta de arquitectura tipo 1: Mapa de calor Útil Útil Útil Útil Útil Útil Útil Útil Útil Útil
Hoja de ruta de arquitectura tipo 2: Diagrama de ciclo de vida Crítico Crítico Útil Útil Crítico Útil Útil Crítico Útil Crítico
Hoja de ruta de arquitectura tipo 3: Dependencia Crítico Crítico Útil Útil Crítico Útil Útil Crítico Útil Crítico
Hoja de ruta de arquitectura tipo 4: Escenario Uso limitado Uso limitado Uso limitado Útil
Arquitectura de transición Crítico Crítico Útil Útil Crítico Útil Útil Crítico Útil Crítico
Brecha y solución Útil Útil Útil Útil Útil Útil Útil Útil Útil Útil

Aplicación de los principios de arquitectura empresarial al desarrollo del plan de implementación

Sus principios de arquitectura guiarán y limitarán su plan de implementación. Nuestras prácticas de consultoría identificaron 7 principios de arquitectura que todo arquitecto empresarial debería conocer. La siguiente tabla proporciona un ejemplo simple de cómo un plan de implementación está limitado por una arquitectura superior.

Cualquier plan de implementación que no se ajuste a la letra y al espíritu de la arquitectura superior debe ser detectado. gobernanza de la arquitectura empresarial y reelaborado.

Implicación del plan de implementación
No te metas con el éxito Todo cambio debe evaluarse considerando la posibilidad de que perjudique el éxito actual. Es necesario limitar las posibles mejoras para garantizar que se mantenga la línea base.
Enfoque en la excelencia El cambio debe estar enfocado. Todo cambio que no tenga una relación directa con el valor empresarial debe ser cuestionado. Utilice definiciones de valor que respalden la excelencia para evaluar el valor potencial de un cambio.

No tenga miedo de identificar cambios que no mejoran la excelencia empresarial como '‘libre de valor.'’
¿Por qué no uno? Es necesario desafiar los cambios que generan duplicación y reducir la entrega de valor.

Los cambios que eliminan la duplicación necesitan 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 indicadores fundamentales del valor. Cualquier cambio que no satisfaga las necesidades de ubicación y estilo reduce la generación de valor.
Experiencia de usuario sin dolor Es necesario revisar los costos del cambio para garantizar que el impacto en el usuario se evalúe adecuadamente. Analice cuidadosamente el impacto del cambio en comparación con el beneficio potencial. Siempre pagará por el impacto, aunque podría no recibir el beneficio esperado.
Autoservicio El autoservicio es una medida de valor empresarial. Analice la prestación del autoservicio en sus etapas inicial, de transición y objetivo. Ajuste las evaluaciones de costos y beneficios para recompensar la implementación del autoservicio y penalizar los daños al autoservicio existente. Siempre se paga por los daños. Podría obtener un beneficio.

¿Cómo se alinea TOGAF Fase F con el Desarrollo Ágil?

Cada plan de implementación proporcionará múltiples restricciones y orientación para el desarrollo ágil. Vemos Arquitectura empresarial y desarrollo ágil Se intersecan en cuatro áreas. Hay cuatro áreas donde hay una intersección:

  1. definir el enfoque ágil
  2. guiar el backlog en el sprint
  3. Restringir las opciones dentro de los sprints
  4. Resolver la dependencia del producto cruzado

El Plan de Implementación influirá significativamente en la definición del enfoque ágil. Por ejemplo, el Modelo de Estrategia de Implementación impondrá o prohibirá el uso del desarrollo ágil.

Los estados de transición y los beneficios esperados informarán el desarrollo o el lanzamiento del producto, lo que guiará el trabajo pendiente.

¿Cómo TOGAF Fase F posibilita la agilidad empresarial?

Agilidad empresarial  Es la capacidad de su organización para responder a lo inesperado. Los planes de implementación responden a lo esperado. Una sólida capacidad de planificación le ayuda a responder a lo inesperado. Existe una correlación directa en el modelo de agilidad empresarial con la capacidad de recopilar información y tomar una decisión de resolución. Estas son las habilidades de planificación.

Modelo de agilidad empresarial

  1. Estado de alerta: ¿Puedes detectar oportunidades y amenazas?
  2. Accesibilidad: ¿Puede acceder a la información relevante a tiempo para responder?
  3. Capacidad de decisión: ¿Puede usted decidir utilizando la información disponible?
  4. Rapidez – ¿Puedes implementar tus decisiones en el tiempo disponible?
  5. Flexibilidad – ¿Qué estás haciendo para reducir las barreras a la acción?
Plan de implementación de la fase F del TOGAF ADM
Sea un mejor arquitecto empresarial - Programa de inicio rápido gratuito de 12 semanas

Reflexiones finales sobre la fase F del TOGAF ADM

Sin un Plan de Implementación, la arquitectura empresarial es un hermoso ejercicio teórico. Cada Equipo de Arquitectura Empresarial Necesita destacarse apoyando a su organización en la elaboración de buenos planes de implementación. Sin un plan que ofrezca los beneficios esperados o el valor requerido, gran parte del trabajo de arquitectura empresarial se desperdició.

Los equipos de arquitectura empresarial que respaldan la entrega de proyectos y soluciones necesitarán realizar ingeniería inversa de 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 F desempeñan un papel complejo. Deben:

  • Proteger vigilantemente la entrega de beneficios y la mitigación de riesgos mientras se relaja acerca de cómo se ejecutará el cambio
  • Asesorar a los planificadores sobre el panorama general sin ralentizar el proceso.
  • Trabajar con las partes interesadas para llevar las decisiones de cambio a la planificación formal y permitir la gobernanza del cambio.

En TOGAF ADM Fase F, te alejas de la dominios de arquitectura empresarial y nos centramos en el mundo real. TOGAF es muy claro. Desarrollamos arquitectura para guiar un cambio efectivo. Se requieren planes para implementar el cambio. Desperdiciamos el desarrollo de la arquitectura sin la transición a un plan.

Los equipos de EA altamente funcionales se centran en la elaboración de planes de implementación. Sin convertirse en planificadores. La gobernanza de la implementación es posible cuando los planificadores y los patrocinadores del proyecto comprenden lo que esperamos de ellos.

La Fase F de TOGAF ADM apoya la elaboración del Plan de Implementación. Otros lo elaboran. Facilita acciones que asignen los escasos recursos de cambio al mayor valor empresarial. Genera valor. Implementa un cambio efectivo.

Atrévete: obtén la certificación TOGAF
Scroll al inicio
Enlace secreto