TOGAF ADM Fase F: elaborar el plan de implementación
De un vistazo:
- Descripción general de TOGAF ADM
- ¿Qué es TOGAF Fase F?
- ¿Qué es un Plan de Implementación?
- ¿Por qué un plan de implementación es diferente de una hoja de ruta de arquitectura?
- Entregables de la fase F de TOGAF ADM
- ¿Cuál es el papel del arquitecto empresarial en la fase F?
- ¿Cuál es el papel de los planificadores de carteras y de proyectos en la fase F?
- Herramientas y Técnicas del Plan de Implementación
- Técnicas del Plan de Implementación
- Planificación de cartera
- Planificación del programa
- Realización de beneficios
- Mitigación de riesgos
- Contrato de Arquitectura
- Estrategia de implementacion
- Uso de técnicas de hoja de ruta de arquitectura para la planificación de la implementación
- Arquitectura Roadmap Tipo 1: Heatmap
- Arquitectura Roadmap Tipo 2: Gráficos de ciclo de vida
- Hoja de ruta de arquitectura tipo 3: impacto y dependencia del paquete de trabajo
- Hoja de ruta de arquitectura tipo 4: análisis de escenarios
- Arquitectura de Transición
- Brecha y solución
- Plan de Implementación Técnicas Alineadas al Propósito de la Arquitectura
- Técnicas del plan de implementación para casos de uso de arquitectura empresarial
- ¿Cómo se alinea TOGAF Fase F con el desarrollo ágil?
- ¿Cómo permite TOGAF Phase F la agilidad empresarial?
- Reflexiones finales sobre TOGAF ADM Fase F: elabore el plan de implementación
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 una 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 el Plan de implementación de la Fase F de TOGAF ADM.
¿Qué es TOGAF Fase F?
La fase F de TOGAF proporciona los pasos y la información que necesitan los arquitectos empresariales para ayudar a los planificadores a elaborar un plan de implementación. Es una práctica recomendada clara que los arquitectos empresariales ayuden a los planificadores. Su función es garantizar que las decisiones de las partes interesadas en la arquitectura se reflejen en el plan. Cuando las decisiones anteriores no se reflejen en el plan de implementación, se debe actualizar la arquitectura empresarial. Solo cuando su empresa se compromete a realizar un cambio, la arquitectura empresarial candidata se aprueba finalmente.
¿Cuál es el objetivo de TOGAF ADM Fase F?
El objetivo de la Fase F es hacer la transición de 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 eliminado las opciones de cambio deficientes. El Plan de Implementación es cómo su organización pretende ejecutar el cambio y alcanzar los estados de transición.
Cuando explicamos la arquitectura empresarial, hablamos de considerar posibles cambios, sopesar opciones. Todo eso está en el pasado. La hoja de ruta de la arquitectura señala el camino a seguir, puntos de transición potenciales. Es hora de la última selección.
El éxito requiere:
- Tú decides cómo ejecutar el cambio (Proyectos)
- Conoce los recursos que se utilizarán para lograr el cambio
- Conoce los beneficios requeridos y las limitaciones impuestas (Contrato de Arquitectura)
Interacción con TOGAF Fase B, Fase C Fase D, y Fase E
Si bien los enfoques en cascada no brindan una buena arquitectura, debe haber una ruptura marcada entre una hoja de ruta de arquitectura y la elaboración de un plan de implementación. Explorar y descartar cambios potenciales es un resultado valioso en la arquitectura empresarial. La Fase F entra en un mundo duro y práctico.
Los planificadores de carteras, los administradores de programas y los administradores de proyectos no viven en un mundo de posibilidades. Viven en un mundo duro de ejecución. Hablan de cosas como la triangulo de hierro. Esperan conocer el destino, los beneficios esperados y las limitaciones. Tienen la intención de arrastrar a todos a la línea de meta.
Si bien el estándar TOGAF dice que no completará la arquitectura de destino hasta la Fase F, su arquitectura solo cambiará cuando su organización se niegue a continuar. De lo contrario, el desarrollo de la arquitectura está completo.
¿Qué es un Plan de Implementación de Arquitectura?
Un Plan de Implementación proporciona un cronograma de los proyectos que realizarán la Arquitectura Objetivo. Los proyectos ejecutables se agruparán en carteras y programas administrados. los Estrategia de implementacion establece el enfoque del cambio.
Desglosemos la definición del Plan de Implementación. Primero, el Plan de Implementación es un cronograma. Enlaza proyectos en el tiempo.
En segundo lugar, se basa en un proyecto. sabemos de PMI que todo proyecto es un conjunto de tareas interdependientes que tienen un objetivo común. Características de los proyectos:
- Una fecha clara de inicio y finalización. Tendrán un comienzo claro, un final definido y una descripción general de lo que sucede en el medio.
- Crean algo nuevo. Son una actividad única de una sola vez. Nunca se repite de la misma manera otra vez
- Tiene límites claros. Operan dentro de las limitaciones de tiempo, dinero, calidad y funcionalidad.
- Nunca es negocio como de costumbre. Cambia el negocio como de costumbre.
En tercer lugar, agrupa los proyectos en Portafolios y Programas para la gestión.
Por último, establece cómo procederá el cambio. los Estrategia de implementacion requerirá un cambio ser:
- Evolutivo
- Revolucionario
- Greenfield
¿Por qué un plan de implementación es diferente de una hoja de ruta de arquitectura?
El ADM estándar de TOGAF separa la fase E y la fase F, y la hoja de ruta de la arquitectura del 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 se parecen más a planes de implementación que a hojas de ruta de arquitectura. Sin embargo, rara vez vemos el trabajo dividido en proyectos discretos y los proyectos vinculados a Portafolio y Programa para la gestión. Por lo general, es un solo proyecto extenso. Rara vez la estrategia de implementación es explícita, lo que lleva al proyecto a tratar de decidir dentro del proyecto cuál es el mejor enfoque. Siempre deciden el camino más fácil para el proyecto.
El desarrollo del plan de implementación real se realiza con las partes interesadas, los propietarios de los recursos y los planificadores de su empresa. El arquitecto empresarial está allí para resaltar el valor esperado, la dependencia y la estrategia de implementación. Ya hemos tasado el valor. Tienes arquitecturas de transición. Este es un ejercicio de planificación para entregar lo que se espera, no averiguar qué es razonable.
Entregables del plan de implementación de la fase F de 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
- Definición del plan de cambio. Identifique qué cambiará y cuándo
- Definición del tipo de cambio a través de la Estrategia de Implementación
- Definición del control a través de Portafolio y Programa
Un Plan de Implementación ayudará a responder las siguientes preguntas:
- Cuándo ocurrirá el cambio - Proyectos del Plan de Implementación
- Lo que debe y no debe cambiar - Proyectos del Plan de Implementación
- ¿Qué tipo de cambio ocurrirá? Estrategia de implementacion
- ¿Qué conjunto de trabajo se centra en resultados específicos? Portafolio del Plan de Implementación
- ¿Qué conjunto de trabajo se ejecutará en conjunto? Programa del Plan de Implementación
Un contrato de arquitectura ayudará a responder las siguientes preguntas:
- Qué beneficio tangible e intangible se espera: Contrato de Arquitectura - Beneficio
- Cuando las restricciones limitan la libertad de los implementadores: Contrato de Arquitectura – Especificación de Arquitectura
- Cómo se abordarán los riesgos y la incertidumbre: Contrato de Arquitectura - Control
- ¿Qué cambio se espera? Contrato de Arquitectura – Estrategia de Implementación
- ¿Qué cambio está fuera de los límites? Contrato de Arquitectura - Transición & Beneficio
Un plan de implementación es una herramienta de ejecución de cambios empresariales. Reúne la ejecución y organiza una organización.
Finalización del Plan de Implementación de la Fase F
Todas las Fases de TOGAF ADM lo llevan a desarrollar el conocimiento que necesita. El resultado de la Fase F es un Plan de Implementación y un Contrato de Arquitectura de apoyo.
| Producto y resultado | Conocimiento esencial |
| Un conjunto de proyectos aprobados.[1], que contiene el objetivo y las restricciones necesarias, los recursos necesarios y las fechas de inicio y finalización. | Recursos disponibles para acometer el cambio.
Cómo se ajustan la prioridad y preferencia de las partes interesadas en respuesta al valor, el esfuerzo y el riesgo de cambio. (Requisitos de las partes interesadas) |
Tabla de Guía de la serie TOGAF: Guía del arquitecto empresarial para desarrollar 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 huesos básicos de la Fase F son:
- ¿Qué cambiará y cuándo? Proyectos del Plan de Implementación
- ¿Qué tipo de cambio ocurrirá? Estrategia de implementacion
- Cómo se gestionará el cambio para obtener un resultado: Portafolio del Plan de Implementación
- Cómo se gestionará el cambio como trabajo: Programa del Plan de Implementación
- ¿Qué beneficio se entregará? Contrato de Arquitectura
- ¿Qué restricciones limitan la libertad de los implementadores? Contrato de Arquitectura
Siempre nos sentimos liberados en la Fase F. Las amplias posibilidades de la arquitectura se reducen a un solo hilo. Todo el complejo intercambio ha quedado atrás, y nos toca la dura negociación de recursos y tiempo. Francamente, si nuestra hoja de ruta de la arquitectura no tiene un control sobre el límite del alcance y la calidad, no estábamos listos para la planificación de la implementación.
- Qué cambiará y cuándo
Paquetes de trabajo asignados a Proyectos. Uno o más Proyectos que alcancen un Estado de Transición, o el Objetivo final. ¿Qué cambiará? ¿Cuándo sucederá?
Deberá explicar los estados de transición. Los implementadores son realistas concretos. Se identificarán con el estado objetivo y buscarán conducir allí. Como resultado, querrán dejar atrás un estado de transición. Se sentirán muy incómodos con la idea de que una parte interesada llegue a Puntos de Descanso de Valor como sinónimo y ejecute una rampa de salida.
Qué trabajo, qué alcance, cuándo. todo esta en el Proyectos del Plan de Implementación.
- ¿Qué tipo de cambio ocurrirá?
Nunca deje el tipo de cambio a un equipo de Proyecto. Tienen un objetivo final y cortarán cualquier esquina para reclamar la victoria. Por lo tanto, los sistemas son no dado de baja Esta es la razón por la que los procesos heredados durar para siempre. Si está esperando un reemplazo, es Greenfield. Si espera una mejora, es Evolutiva. Sea claro, y luego en Gobernanza de la implementación de la fase G prueba de cumplimiento. Usa tu poder más poderoso gobernanza de la implementación herramientas, la Estrategia de implementacion.
- 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. Las personas que hacen el trabajo tienen problemas para ver cómo encajan entre sí. Buscan una recompensa muy inmediata y se fijarán en la entrega tangible al final del proyecto. Cuando la arquitectura de su empresa tiene uno o más estados de transición, necesita más gobernanza de la implementación.
Agrupar proyectos por resultado y tener a alguien responsable del resultado simplifica la gobernanza de la implementación. El gobierno de la arquitectura de mejores prácticas utiliza estructuras de autoridad naturales. La gestión de cartera es una estructura natural. Ayude a sus partes interesadas a crear sus Portafolio del Plan de Implementación.
- Cómo se gestionará el cambio como trabajo
La cartera se utiliza para agrupar para el resultado. El programa se utiliza para agrupar para su ejecución. Cuando agrupa proyectos por ejecución, está simplificando gobernanza de la implementación. Me gusta Agrupación de cartera seguir Gobernanza de arquitectura de mejores prácticas y adoptar una estructura de autoridad natural. Ayude a sus partes interesadas a crear sus 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 de un proyecto. Los equipos de proyecto buscan el final del proyecto. Los equipos de proyecto buscan las necesidades de sus patrocinadores. Puede esperar que los implementadores pierdan beneficios que no están directamente alineados con su proyecto. Puede esperar que la caída se enmarque como reducción de riesgos o reducción de costos.
Para proporcionar una dirección y un control claros, utilice el Contrato de Arquitectura tener el beneficio, o el 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 deber control, debe mantenerse alejado de las especificaciones de arquitectura. Las especificaciones de arquitectura siempre bloquean la innovación y limitan la creatividad y el conocimiento de sus equipos de implementación.
Cuando necesite algo, use una especificación de arquitectura en el Contrato de Arquitectura. En Navegar™, utilizamos cuatro tipos de especificación de arquitectura:
- Principio, donde la orientación general sobre cómo decidir es apropiada
- Patrón, donde hay un enfoque preferido conocido
- Estándar, donde existe un enfoque aceptable conocido
- Regla, donde todas las opciones deben eliminarse
Esperamos que nuestros arquitectos empresariales siempre tengan un estándar antes de crear una regla. Pon a prueba su estándar contra un patrón. Asegúrese de que el Patrón cumpla con el Principio. Hacemos esto para asegurarnos de que hemos limitado los grados de libertad de los implementadores lo menos posible. Escribir una Regla es fácil, pero requiere casi omnisciencia. Debe mirar hacia adelante y conocer las circunstancias únicas y las habilidades futuras. O se equivoca en la regla.
Los tres elementos esenciales de 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 por el cambio. ¿Quién es responsable de qué Portafolio o Programa?
- En tercer lugar, las reglas de la carretera. ¿Qué beneficio se entregará? ¿Qué restricción se impone?
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 han limitado a sus ejecutores.
TOGAF ADM Fase F: Entregables del plan de implementación y propósitos de la arquitectura empresarial
Hay cuatro propósitos principales para desarrollar una arquitectura empresarial. O 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 respalde la estrategia o el portafolio. 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 F: plan de implementación de la arquitectura | Probablemente no se use | Entregable clave
Durante la presupuestación de la cartera Actualizar según sea necesario para respaldar la gestión presupuestaria y de programas |
Entregable clave
Antes del inicio del proyecto |
Entregable clave
Antes del compromiso y la contratación |
| Producto de trabajo de la fase F: contrato de arquitectura | Probablemente no se use | Uso limitado | Entregable clave
Antes de completar el inicio del proyecto |
Entregable clave
Antes del compromiso y la contratación |
| Producto de trabajo de la fase F: Arquitectura empresarial de destino | Producto importante
Se utiliza para el mantenimiento de registros y el desarrollo de arquitectura futura. |
Producto importante
Se utiliza para el mantenimiento de registros y el desarrollo de arquitectura futura. |
En su mayoría arquitectura 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 desarrollar arquitectura
Plan de IMPLEMENTACION
La estructura de su plan de implementación cambia ya sea que esté trabajando 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 Proyecto | Arquitectura para soportar la entrega de soluciones | |
| Proyectos del Plan 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 del Plan de Implementación | Entregable clave | Entregable clave | Arquitectura Superior | Arquitectura Superior |
| Plan de Implementación Programa | Entregable clave | Entregable clave | Arquitectura Superior | Arquitectura Superior |
Contrato de Arquitectura
| Arquitectura para apoyar la estrategia | Arquitectura para soportar Portafolio | Arquitectura para apoyar Proyecto | Arquitectura para soportar 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, está actualizando la arquitectura de la empresa de destino para usarla en el futuro desarrollo de la arquitectura, o como referencia en el gobierno de implementación de la fase G.
Modelos que componen la Target Enterprise Architecture
- >>> Modelos de Arquitectura Negocio
- >>> Modelos de arquitectura de aplicaciones
- >>> Modelos de Arquitectura Tecnológica
- >>> Técnicas de hoja de ruta de arquitectura
¿Cuál es el papel del Arquitecto Empresarial en la Fase F?
En TOGAF Fase F, esperamos que Enterprise Architect asesore a los planificadores. Deberán interpretar la arquitectura de destino y cualquier transición. Lo que es más importante, se asegurarán de que los beneficios y limitaciones esperados se capturen en los planes.
Los arquitectos están acostumbrados a planificar secuencias de trabajo que ofrecen beneficios inesperados. O esperando la necesidad de una restricción. El arquitecto empresarial deberá explicar los estados de transición.
Los planificadores de proyectos tienen horizontes de tiempo breves y son pensadores muy directos. Se sentirán incómodos con:
- Beneficios intangibles
- Realización diferida del beneficio
- Restricción que dificulta el proyecto actual
En cuanto al beneficio, siempre usamos el ejemplo de construir un puente. La rampa y los soportes son necesarios, pero no aportan ningún valor incremental. Además, hasta que no se termine toda la carretera-cubierta, el puente no aporta ningún valor realizable. Ayuda a las personas a comprender que podemos estar haciendo mucho trabajo, simplemente para hacer más trabajo antes de que podamos obtener un beneficio significativo.
Descubrimos que hablar sobre carreteras e intercambios les ayuda a comprender las limitaciones que obstaculizan el proyecto actual. A medida que aumenta el volumen de tráfico, los costos de la calzada y el asfalto aumentan drásticamente. Hasta que construyamos el puente, el volumen de tráfico es bajo, por lo que gastar en el lecho de la carretera simplemente aumenta el costo del proyecto actual. Cuando la carretera, el puente y el intercambio se unen, tiene una red de tráfico que puede sostener el volumen. Uno que entrega valor. Uno que no requiera desmontar la carretera en uso y reconstruirla.
El papel más importante del arquitecto empresarial es pensar en el futuro y cruzar fronteras. Comprenderán por qué el proyecto actual puede estar limitado o los criterios de éxito no son obvios. Ayudarán a involucrar a los propietarios de la cartera cuando el patrocinador del proyecto elimine el beneficio empresarial.
Dos hechos centrales sobre TOGAF Fase F - Plan de implementación
Adopte un enfoque pragmático Construyendo sus equipos de arquitectura empresarialBasamos el enfoque pragmático en un hecho incómodo: si el pensamiento normal diera lugar a organizaciones flexibles y eficientes, nuestra profesión no existiría. La arquitectura empresarial requiere un pensamiento anormal.
Hay dos hechos centrales que contamos arquitectos empresariales sobre TOGAF Fase F – Arquitectura Roadmap. Primero, aparte de su parte interesada, nadie involucrado en la planificación de la implementación creerá nada de lo que diga. Tus ideas siempre serán demasiado grandes, demasiado diferidas, demasiado teóricas. Tendrás que 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 de compensación que ya ha tenido para desarrollar la hoja de ruta de la arquitectura. De hecho, puede esperar volver a discutir la compensación con todos los demás. En segundo lugar, si no tiene un contrato de arquitectura documentado, tendrá problemas con la gobernanza de la implementación. Nadie recordará el beneficio esperado, la estrategia de implementación o cualquier restricción. Alguna vez. Reimaginarán todo durante la ejecución del proyecto (TOGAF ADM Fase G) para completar el proyecto tan fácilmente como sea posible para servir a los intereses tácticos del patrocinador del Proyecto.
Las partes interesadas necesitan arquitectos empresariales para proteger el valor que desean. Por lo general, la mayor parte de la vigilancia es del patrocinador del Proyecto y el equipo de implementación.
[1] No se obsesione con la definición del término “proyecto” o qué es un proyecto. Es solo un esfuerzo de organización para que el trabajo logre un resultado entendido. Es poco probable que la definición interna de un proyecto de su organización y la etiqueta utilizada se alineen con las de cualquier otra persona. Mi asistente se refiere a reservar un vuelo como un proyecto.
Modelos, herramientas y técnicas del plan de implementación
El TOGAF ADM Fase F entrega el Plan de Implementación y el Contrato de Arquitectura. Esta Fase existe para permitir la acción.
La fase F es una traducción de la hoja de ruta de la arquitectura y la arquitectura objetivo a la acción. Existen cinco técnicas centrales de elaboración del Plan de Implementación que ayudan a las partes interesadas a comprender cómo obtener los beneficios de la arquitectura de destino.
- Agrupación de cartera
- 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 tienen para contribuir a la elaboración del Plan de Implementación. El papel del Arquitecto Empresarial se reduce a proteger el valor del cambio.
Planificación de cartera / Agrupación de cartera
La profesión de gestión de proyectos utiliza la cartera y el programa para permitir la gestión de un conjunto complejo de proyectos. Los patrocinadores del proyecto y los implementadores analizan los entregables explícitos del proyecto.
Portfolio Planning agrupa los proyectos por resultado. Como Portafolio específico, alguien puede ser responsable del resultado. Esto aumenta la posibilidad de éxito y permite la gobernanza de la implementación.
El Portafolio crea una estructura de autoridad natural. El resto de la organización adoptará la estructura de autoridad y la presentación de informes basados en resultados.
Planificación de programas / Agrupación de programas
Programa agrupa proyectos para ejecución. Al igual que Portfolio, llegará a una persona responsable de administrar 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 inició el desarrollo de la arquitectura actual. Utilizamos la hoja de ruta de la arquitectura y la arquitectura empresarial para gobernar la implementación. Esto requiere separar los beneficios esperados de los del proyecto que se espera que entreguen el beneficio.
En Navegar alineamos un beneficio al Paquete de Trabajo. Vinculamos el Paquete de trabajo con el Gap que está llenando y el Proyecto que lo entregará.
Rutinariamente encontramos que durante el inicio y la ejecución del proyecto, el trabajo que entregará un beneficio queda fuera del alcance, mientras que el beneficio sigue apareciendo en las diapositivas de PowerPoint del proyecto. 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 realiza los Beneficios.
Al elaborar el Plan de Implementación, buscamos el trabajo que llene explícitamente una Brecha y brinde un Beneficio. No hay trabajo y tiene una Brecha sin llenar y un Beneficio faltante.
Mitigación de riesgos
Tenemos dos usos del término Riesgo. En primer lugar, es el efecto de la incertidumbre sobre el cumplimiento de su objetivo. Esta es la definición utilizada por la profesión de gestión de riesgos. Encontramos que resuena más fuertemente con la arquitectura empresarial. En segundo lugar, es el uso normal donde un Riesgo es algo malo que puede suceder. Encontramos que la mayoría de la gente piensa en el riesgo como una amenaza o algo malo. No importa cómo uses Risk. Encontramos que la incertidumbre y la amenaza se abordan de la misma manera. Lo aborda con un control, y ese control debe implementarse a través de un paquete de trabajo.
Navegar 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 estamos haciendo el cambio. Falta significa que el cambio no tuvo sentido. Cuando tiene la incertidumbre de cumplir el objetivo, ¿qué está haciendo para reducir la incertidumbre? Abordar la incertidumbre es fundamental Planificación de la implementación y gobernanza de la implementación actividad.
De nuevo, separamos el Riesgo y el Control del Proyecto. Nos vinculamos a través del Trabajo. Esto nos permite planificar y monitorear para la descoping.
Rutinariamente encontramos que durante el inicio del proyecto y la ejecución del proyecto, los objetivos y activos que no están directamente vinculados al proyecto y al patrocinador del proyecto serán eliminados. Esto es especialmente cierto cuando el Patrocinador del Proyecto no posee el Objetivo.
Rutinariamente esperábamos iniciativas de cambio para desarrollar capacidades, reducir la agilidad que drenaba la fricción y reducir los costos operativos continuos. Sin embargo, fallan rutinariamente. Fracasan porque entregamos trabajo a través de proyectos enfocados. Cada proyecto enfocado está limitado por el Triángulo de Hierro y se desmarcará agresivamente. Nunca hemos visto un descoping presentado como una amenaza para un objetivo empresarial. Siempre lo presentan como una mejora al 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 Contrato de Arquitectura de TOGAF es increíblemente poderoso. A menudo se presenta como alguna forma de acuerdo documentado entre el Equipo de EA y el Proyecto. Si bien documentarlo es útil, el contrato es entre la parte interesada y el proyecto. Está nunca entre el Proyecto y el Equipo de EA.
Cuando elaboramos un contrato de arquitectura, nos aseguramos de que incluya:
- Beneficio
¿Qué beneficios entregará el proyecto a través de qué paquetes de trabajo?
Esto brinda visibilidad a los implementadores, el proceso de gobierno y la parte interesada que espera el beneficio, quién es responsable y qué está haciendo para cumplir con su responsabilidad.
- Control
¿Qué Controles entregará 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, el proceso de gobierno y la Parte interesada que espera alcanzar el Objetivo, quién es responsable y qué está haciendo para cumplir con su responsabilidad.
- Especificación de arquitectura
¿Qué restricciones eliminan la libertad de los implementadores?
Esto aclara dónde debe seguir un equipo de proyecto una guía que contradiga la lógica de su proyecto. Si la lógica de su proyecto los llevará a seguir la restricción, no necesitamos la Especificación de arquitectura. Usamos la Especificación de Arquitectura, donde la lógica del proyecto causaría una mala elección para la empresa.
- Estrategia del Plan de Implementación
Cómo abordar el cambio
Al igual que la especificación de arquitectura, ¿cómo debe abordar el proyecto un implementador? Esto es especialmente cierto cuando la lógica del proyecto los llevará a otro enfoque.
- Transición
¿Cuándo nos estamos deteniendo deliberadamente? Cada minuto de trabajo en el cambio más allá 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. Ayudan cuando la lógica del proyecto o las preferencias del patrocinador del proyecto impulsarán un proyecto para ir más allá de lo esperado. Por lo general, con una explicación de la eficiencia. Sin embargo, si los patrocinadores retrasan, detienen o cambian de dirección y no se alcanza el siguiente punto de descanso de valor completo, el proyecto construirá otro medio puente.
Estrategia de implementacion
Ya sea que incluya la estrategia de implementación en el contrato de arquitectura, la estrategia de implementación es fundamental al elaborar un plan de implementación. Los tres tipos de cambio (Evolutivo, Revolucionario y Greenfield) impulsarán el diseño del proyecto y el diseño del sistema.
Por ejemplo, si requiere comenzar desde cero (Greenfield), está esperando un cambio en la organización, el proceso y el sistema. Está desechando deliberadamente la organización, el proceso y los sistemas existentes. Es mejor que su proyecto esté diseñado para crear algo nuevo y liderar la gestión del cambio a través del cambio.
Francamente, los sistemas heredados, los procesos deficientes y las organizaciones rígidas se sostienen escribiendo un cambio en el camino fácil del Proyecto (Evolutivo).
Usando Técnicas de hoja de ruta de arquitectura
Las diferentes técnicas para desarrollar una hoja de ruta de la arquitectura se utilizan para proporcionar orientación y restricciones diferentes al elaborar el plan de implementación.
Los mapas de calor proporcionarán orientación y restricciones a partir de atributos como valor, trabajo, riesgo o estado de transición. Impulsan el diseño del proyecto.
Los gráficos del ciclo de vida brindan orientación y restricciones sobre el tiempo. Ya sea que el gráfico del ciclo de vida se trate de un sistema o de un cambio, resalta los límites para comenzar y detenerse. Son poderosos cuando se necesita un evento de cambio en un tiempo determinado. Es sorprendente la frecuencia con la que un cambio tardío no vale nada. Si no puede tener el nuevo sistema a tiempo, un nuevo sistema tarde pierde su valor.
Los modelos de dependencia proporcionan orientación y restricciones sobre la dependencia. Si la dependencia es trabajo, organización, sistemas o estados de transición. Un diagrama de dependencia a menudo lo ayudará a comprender las fechas de vencimiento en un gráfico de ciclo de vida.
Las hojas de ruta de escenarios rara vez son útiles cuando se desarrolla un plan de implementación.
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.
Más información sobre Conexiam Talleres de hoja de ruta de arquitectura
Arquitectura de Transición
Transition Architecture proporciona orientación y restricciones sobre los puntos de parada. Para entregar puntos de descanso de valor, estructura proyectos para alcanzar juntos el estado de transición. Las fechas más importantes en cualquier Estado de Transición son las fechas 'requeridas por' o 'caducadas'.
Brecha y solución
Las brechas explican qué deficiencia necesitamos remediar. Ayudan a un proyecto a definir el alcance y el resultado.
Las soluciones simplifican el diseño. Si hay una solución esperada o atributos de solución, simplifica el alcance y el diseño. Esto es especialmente cierto cuando ha seleccionado una estrategia de implementación totalmente nueva o revolucionaria.
Plan de Implementación Técnicas Alineadas a la Arquitectura Empresarial Propósito
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 | |
| Planificación de cartera | Entregable clave | Entregable clave | Arquitectura Superior | Arquitectura Superior |
| Planificación del programa | Entregable clave | Entregable clave | Arquitectura Superior | Arquitectura Superior |
| Realización de beneficios | Entregable clave | Entregable clave | Entrega importante y arquitectura superior | Arquitectura Superior |
| Mitigación de riesgos | Entregable clave | Entregable clave | Entrega importante y arquitectura superior | Arquitectura Superior |
| Contrato de Arquitectura | Entrega importante | Entregable clave | Entregable clave y arquitectura superior | Entregable clave y arquitectura superior |
| Estrategia de implementacion | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior |
| Arquitectura Roadmap Tipo 1: Heatmap | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior |
| Hoja de ruta de arquitectura tipo 2: gráfico de ciclo de vida | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior |
| Arquitectura Roadmap Tipo 3: Dependencia | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior | Arquitectura Superior |
| Arquitectura Roadmap 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 del 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 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 | |
| Planificación de cartera | Crítico | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico | ||
| Planificación del programa | 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 implementacion | Crítico | Útil | Útil | Útil | Crítico | Crítico | Crítico | Crítico | Útil | Útil |
| Arquitectura Roadmap Tipo 1: Heatmap | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil | Útil |
| Hoja de ruta de arquitectura tipo 2: gráfico de ciclo de vida | Crítico | Crítico | Útil | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico |
| Arquitectura Roadmap Tipo 3: Dependencia | Crítico | Crítico | Útil | Útil | Crítico | Útil | Útil | Crítico | Útil | Crítico |
| Arquitectura Roadmap 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 la arquitectura empresarial al desarrollo del plan de implementación
Los principios de su arquitectura impulsarán y limitarán su plan de implementación. 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 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 una arquitectura superior debe ser atrapado por gobernanza de la arquitectura empresarial y reelaborado.
| Implicación del plan de implementación | |
| 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 F con el desarrollo ágil?
Cada plan de implementación proporcionará múltiples restricciones y orientación para un desarrollo ágil. Vemos Arquitectura empresarial y desarrollo ágil intersección en cuatro áreas. Hay cuatro áreas donde hay una intersección:
- definir el enfoque ágil
- guiar el backlog en sprint
- restringir las opciones dentro de los sprints
- resolver la dependencia de productos cruzados
El Plan de Implementación afectará significativamente la definición del enfoque ágil. Por ejemplo, el modelo de estrategia de implementación obligará o prohibirá el uso del desarrollo ágil.
Los estados de transición y los beneficios esperados informarán el desarrollo o lanzamiento del producto, lo que guiará la acumulación.
¿Cómo permite TOGAF Phase F la agilidad empresarial?
Agilidad empresarial es la capacidad de su organización para responder a lo inesperado. Los Planes de Implantación están respondiendo a lo esperado. Las sólidas habilidades de planificación lo ayudan 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 habilidades de planificación.
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?
