TOGAF ADM: ¿Qué es y por qué es tan importante?

Table of Contents hide

1 ¿Qué es ADM?

2 Etapa preliminar:

3 Fase A: Arquitectura Visión:

4 Fase B: Arquitectura Empresarial:

5 Fase C: Arquitectura del Sistema de Información:

6 Fase D: Arquitectura Técnica:

7 Fase E: Oportunidades y Soluciones:

8 Fase F: Planificación de la migración:

9 Fase G: Implementación de la Gobernanza:

10 Fase H: Gestión del cambio de arquitectura:

11 Gestión de requisitos de arquitectura:

TOGAF es un marco organizativo abierto . El marco en sí es un cuerpo de conocimiento bien documentado, que incluye una metodología detallada y un conjunto de herramientas de apoyo para desarrollar arquitecturas empresariales. TOGAF 9.2 es la última versión del marco.

TOGAF es desarrollado y mantenido por miembros de The Open Group, que trabajan en un equipo llamado Architecture Forum. El desarrollo inicial de la versión 1 de TOGAF se realizó en 1995, y las versiones posteriores de TOGAF han ampliado y mejorado este conjunto de conocimientos.
TOGAF se desarrolló a través de los esfuerzos combinados de más de 300 miembros del Foro de Arquitectura que representan a algunas de las empresas y organizaciones líderes en el mundo, por lo que es un excelente resumen de las prácticas generales de arquitectura empresarial.
Desarrollar y mantener una arquitectura empresarial es un proceso complejo que involucra a muchas partes interesadas y procesos de toma de decisiones. TOGAF ayuda al documentar las especificaciones, los procesos y los productos de trabajo de la arquitectura empresarial.
Mediante el uso de TOGAF, las organizaciones pueden desarrollar una arquitectura empresarial coherente que refleje las necesidades de las partes interesadas, adopte las mejores prácticas y tenga debidamente en cuenta las necesidades actuales y las necesidades comerciales percibidas en el futuro.

¿Qué es ADM?

La metodología de desarrollo de arquitectura, a menudo denominada acrónimo de ADM, es un proceso detallado paso a paso para desarrollar o cambiar una arquitectura empresarial.

Ciclos de iteración TOGAF ADM

ADM describe 10 fases que cubren el ciclo de desarrollo de la arquitectura.

Estos pasos son:

etapa preliminar
Fase A: Visión de la Arquitectura
Fase B: Arquitectura Empresarial
Fase C: Arquitectura del Sistema de Información
Fase D: Arquitectura Técnica
Fase E: Oportunidades y Soluciones
Fase F: Planificación de la migración
Fase G: Implementación de la Gobernanza
Fase H: Gestión del cambio de arquitectura
Gestión de requisitos de arquitectura ADM

imagen

Etapa preliminar:

El objetivo principal de la fase preliminar es identificar y establecer las capacidades arquitectónicas requeridas por la organización.

Una parte clave de esto es identificar lo que se necesita hacer y cómo implementarlo. Por ejemplo, el resultado principal es una solicitud de trabajo de arquitectura que describe los requisitos y decide qué alcance, estructura, herramientas o marco arquitectónico se necesita para respaldar este trabajo.

En esta etapa, TOGAF está diseñado para satisfacer las necesidades de la próxima iteración de ADM. Definimos los principios fundamentales, evaluamos la capacidad de la arquitectura empresarial y el negocio para realizar los cambios necesarios e integramos TOGAF con otros marcos de gestión. Hay pasos en esta fase para limitar la organización empresarial afectada por el cambio propuesto, identificar el marco correcto de gobierno y soporte, definir y establecer el equipo y la organización de EA, identificar y establecer principios arquitectónicos, personalizar TOGAF y cualquier otro marco e implementar herramientas. . Al final de esta fase, el equipo de EA debería estar listo para seguir una iteración del ciclo ADM. Esto se debe en parte a que la etapa preliminar se muestra en la parte superior del diagrama ADM y fuera del ciclo principal de las etapas A a H.

Fase A: Arquitectura Visión:

La Fase A proporciona una declaración arquitectónica clara del trabajo que se proporcionará en las iteraciones del ADM. También proporciona una visión de la arquitectura empresarial propuesta. Este sentido de dirección es fundamental para guiar el trabajo de ADM a lo largo de la iteración. Esta declaración de trabajo arquitectónico define los procedimientos de trabajo para desarrollar y desplegar la arquitectura delineada en la visión arquitectónica. Es la visión que proporciona el deseo de alto nivel de las capacidades y el valor empresarial que proporcionará la arquitectura empresarial propuesta. Comenzando con una solicitud de trabajo de construcción, la Fase A proporciona una herramienta (esta visión) para vender los beneficios de la capacidad propuesta a las partes interesadas y a los responsables de la toma de decisiones dentro del negocio. Los escenarios comerciales se utilizan para comprender los requisitos comerciales y ayudar a aclarar los requisitos arquitectónicos implícitos en la funcionalidad requerida. Esto está documentado en la Declaración de trabajo de la arquitectura, que se utiliza para generar consenso para respaldar la arquitectura final. El consenso ocurre cuando la organización patrocinadora firma el documento.

Los pasos de la Fase A consisten en transformar una solicitud de trabajo de construcción en una declaración clara de trabajo arquitectónico y garantizar que la empresa pueda, esté lista, dispuesta y comprometida para realizar los cambios arquitectónicos necesarios. Esto implica establecer el proyecto de arquitectura, incluida la definición de su alcance, así como identificar y elaborar la arquitectura y los principios comerciales. La Fase A identifica a las partes interesadas y sus preocupaciones y requisitos, e identifica los objetivos comerciales, los impulsores y las limitaciones en la fase preliminar. Para garantizar el éxito, también evalúa las capacidades comerciales, evalúa la preparación para la transformación comercial y aborda cualquier riesgo de transformación.

Fase B: Arquitectura Empresarial:

TOGAF adopta la arquitectura empresarial como una forma de mejorar las capacidades comerciales; es por eso que la primera fase de desarrollo de la arquitectura se ocupa de la arquitectura comercial .

ADM comienza desde una perspectiva comercial: los requisitos comerciales sólidos se identifican en la solicitud de trabajo de arquitectura en la fase preliminar y se refinan aún más en el trabajo de arquitectura y la declaración de visión de arquitectura en la fase A.

Un objetivo clave de la fase de arquitectura empresarial es desarrollar una arquitectura empresarial objetivo que demuestre cómo la empresa realiza la visión de la arquitectura y aborda las solicitudes de trabajo de la arquitectura. Su segundo objetivo es identificar primero los componentes de la hoja de ruta de la arquitectura candidata para cerrar la brecha entre la arquitectura empresarial de referencia y de destino. TOGAF considera que el conocimiento de la arquitectura empresarial es un requisito previo para el trabajo de arquitectura en otros dominios, como datos, aplicaciones y tecnología. La arquitectura empresarial también demuestra el valor comercial y el retorno de la inversión del esfuerzo de la arquitectura para las partes interesadas clave. modelos de negocio, como modelos de actividades o procesos, modelos de casos de uso y clases, o diagramas de conexión de nodos,

Se siguen pasos similares para las tres fases de desarrollo de la arquitectura (B, C y D). Es importante reutilizar cualquier modelo de referencia disponible y personalizar todos los resultados para abordar las opiniones de las partes interesadas. Luego, el arquitecto desarrolla una descripción básica y objetivo de la arquitectura comercial y realiza un análisis de brechas para determinar cómo hacer la transición de una a otra.

Fase C: Arquitectura del Sistema de Información:

TOGAF divide la Fase C (Arquitectura de Sistemas de Información) en dos partes, que cubren el desarrollo de arquitecturas de datos y aplicaciones . La documentación TOGAF tiene un breve capítulo introductorio que cubre ambos dominios, seguido de capítulos separados para datos y aplicaciones. Al igual que con otras fases de desarrollo de arquitectura (B&D), el objetivo es desarrollar una arquitectura de sistema de información de destino para datos y aplicaciones, e identificar los componentes candidatos de la hoja de ruta de la arquitectura en función de las brechas entre las arquitecturas de referencia y de destino.

La fase C siempre implica una combinación de datos y arquitectura de aplicaciones. No importa en qué orden se proporcione que se incluyan ambos: hay defensores de ambos enfoques. Los pasos para datos y aplicaciones son muy similares: seleccione modelos de referencia, puntos de vista y herramientas; desarrollar una línea de base, luego ubicar una descripción arquitectónica, realizar un análisis de brechas y definir los componentes candidatos de la hoja de ruta; y abordar cualquier impacto en el contexto arquitectónico. Luego de una revisión formal de las partes interesadas, se finalizó la arquitectura y se creó un documento de definición de arquitectura.

La principal diferencia entre datos y aplicaciones es el tema, que se refleja en el uso de diferentes modelos de referencia, técnicas y representaciones arquitectónicas. Por ejemplo, la arquitectura de datos podría usar diagramas de entidad-relación o de clases, mientras que la arquitectura de aplicaciones podría usar diagramas de comunicación de aplicaciones o diagramas de ingeniería de software.

Fase D: Arquitectura Técnica:

La fase D es la fase de TOGAF, que desarrolla la arquitectura técnica para el proyecto de arquitectura. La arquitectura tecnológica describe la estructura y la interacción de los servicios de la plataforma y los componentes tecnológicos lógicos y físicos. La Fase D desarrolla la arquitectura de tecnología de destino que admite los componentes de datos y aplicaciones (desarrollados en la Fase C), habilitando los componentes comerciales.

Las arquitecturas desarrolladas en las Fases B, C y D se combinan para realizar la visión arquitectónica, abordando las preocupaciones de las partes interesadas y las solicitudes de trabajo de construcción. Al igual que otras fases de desarrollo de la arquitectura, la Fase D identifica los componentes de la hoja de ruta de la arquitectura candidata para permitir la transición de la línea de base al objetivo. Los pasos en la Fase D son casi idénticos a los de las Fases B y C; la principal diferencia es que ahora el enfoque está en la tecnología. Por lo tanto, esto incluye modelos de referencia técnica y estándares o medidas técnicas, como rendimiento, mantenibilidad, ubicación y latencia o disponibilidad.

Es importante identificar los resultados y los entregables para ayudar a construir la arquitectura técnica que realmente respalde el sistema de información y la arquitectura comercial. Obtener el alcance correcto puede acelerar la recuperación, mientras que demasiado alcance dificultará la implementación exitosa. No se trata de implementar la tecnología en sí, se trata de desarrollar la arquitectura técnica que realmente aborde la visión arquitectónica y las solicitudes de trabajo.

Fase E: Oportunidades y Soluciones:

La Fase E recibe su nombre: está buscando oportunidades para entregar la arquitectura objetivo mediante la implementación de una solución específica. La fase E genera la primera versión completa de la hoja de ruta arquitectónica al combinar el análisis y las recomendaciones de las fases de desarrollo del edificio: B, C y D.

Esta fase se centra en cómo proporcionar el esquema. Por lo tanto, busca crear una hoja de ruta arquitectónica, enumerando los paquetes de trabajo en una línea de tiempo para lograr la arquitectura objetivo. Cuando el cambio es tan grande que es imposible pasar directamente de la línea de base a la arquitectura de destino, la Fase E da como resultado un enfoque incremental, que consta de arquitecturas intermedias o de transición. Los mapas de la Fase E requerían cambios arquitectónicos en los programas y proyectos de inversión con financiamiento y recursos para ejecutar paquetes de trabajo y proporcionar arquitecturas de transición y objetivo. La entrada a esta etapa es prácticamente todo lo que se produjo en las etapas anteriores. Estos pasos toman esos resultados; consolidarlos, analizar dependencias y conciliar diferencias; y reafirmar que la organización es capaz de hacer cambios. La Fase E refina y actualiza los requisitos, la documentación de la arquitectura y la hoja de ruta de la arquitectura. Un resultado clave es el primer paso en un plan de implementación y migración.

Fase F: Planificación de la migración:

Las primeras etapas de ADM identifican la necesidad de cambios en la arquitectura y luego desarrollan arquitecturas comerciales, de datos, de aplicaciones y técnicas para respaldar esta necesidad. Luego, la segunda fase desarrolla un plan de implementación y migración de alto nivel para capitalizar las oportunidades de inversión e identificar soluciones específicas. arquitectura objetivo . La fase F finaliza el plan detallado de implementación y migración , así como la hoja de ruta arquitectónica final.

También garantiza que el plan esté alineado con el enfoque de gestión de cambios utilizado dentro de la empresa y con otros planes en toda la cartera de cambios. Finalmente, la Fase F garantiza que las partes interesadas clave comprendan completamente el valor comercial, el costo del paquete de trabajo y la transición y la arquitectura futura. Si bien las primeras etapas de ADM están guiadas en gran medida por el equipo de Arquitectura Empresarial, las etapas de la E a la H requieren la colaboración de otros agentes de cambio. La fase F requiere específicamente que los cuatro marcos de gestión trabajen en estrecha colaboración para que la implementación y el programa de reasentamiento tengan éxito. Las cuatro áreas son:

plan de negocios
Arquitectura empresarial
Gestión de la cartera
gestión de proyectos

Trabajando juntas, estas cuatro áreas deben priorizar el trabajo, utilizando criterios como la medición del desempeño, el retorno de la inversión, el valor comercial, los factores críticos de éxito, las medidas de efectividad y el ajuste estratégico.

Fase G: Implementación de la Gobernanza:

El desarrollo y la implementación reales se llevan a cabo en paralelo con la Fase G. La Fase G garantiza que el proyecto de implementación, así como otros proyectos en curso, se ajusten a la arquitectura definida.

Por lo general, la arquitectura de destino se desarrolla como una serie de transiciones para obtener valor y beneficios comerciales lo más rápido posible y reducir el riesgo en el plan de transformación. Cada transformación representa un paso hacia la empresa objetivo y realiza sus propios intereses comerciales.

Cuando llegamos a la Fase G, se ha desarrollado la arquitectura (en la Fase A a la Fase D), se han identificado las oportunidades y soluciones para entregar la arquitectura (en la Fase E) y se ha completado un plan detallado de implementación y migración (en la Fase F) ). Por lo tanto, el papel del equipo de arquitectura de la Fase G es supervisar la implementación de la arquitectura. Esto se hace confirmando el alcance y la prioridad de la implementación, guiando el desarrollo y la implementación de la solución y realizando revisiones de cumplimiento. Los documentos de contratos arquitectónicos se utilizan para impulsar cambios arquitectónicos. Generado al inicio de la Fase G y aprobado por la función de arquitectura y los responsables de la implementación, es el mecanismo para evaluar el cumplimiento del gobierno de la arquitectura.

Fase H: Gestión del cambio de arquitectura:

Nada sale exactamente según lo planeado: siempre habrá nuevos requisitos y requisitos para cambiar la arquitectura. La Fase H describe el proceso de gestión de cambios para gestionar los cambios en la arquitectura de manera cohesiva y arquitectónica. A menudo, esto requiere un seguimiento continuo de las solicitudes de gobierno, nuevas tecnologías o cambios en el entorno empresarial.

El proceso debe respaldar la arquitectura empresarial implementada como un entorno dinámico que puede evolucionar con flexibilidad y rapidez en respuesta a estos cambios. En la Fase H, es fundamental que el órgano de gobierno establezca los criterios para juzgar si una solicitud de cambio requiere una simple actualización de la arquitectura o si es necesario iniciar un nuevo ciclo del Método de desarrollo de la arquitectura (ADM). Es importante evitar el «rastreo elegante», por lo que los cambios deben estar directamente relacionados con el valor comercial. La forma en que se usa la arquitectura empresarial es la parte más importante del ciclo de desarrollo de la arquitectura, por lo que es fundamental monitorear el crecimiento y el declive del negocio en la Fase H. En última instancia, la arquitectura empresarial que funcionó ayer para una organización ya no es compatible con la funcionalidad actual o futura. Los resultados de la solicitud de cambio de la Fase H se pueden categorizar como simplificación, generalmente impulsada por un requisito para reducir la inversión; cambio incremental: requerido para capturar valor adicional de la inversión existente; o cambio de rediseño, que está impulsado por un requisito para aumentar la inversión y crear un nuevo valor impulsado.

Gestión de requisitos de arquitectura:

Los requisitos se generan, analizan y revisan en cada etapa de ADM. La fase de gestión de requisitos describe el proceso de gestión de estos requisitos arquitectónicos en ADM. La etapa de gestión de requisitos es el corazón de ADM, por eso se muestra en el centro del círculo de recorte de ADM. Esta fase describe el proceso de gestión de requisitos y cómo ese proceso se vincula con las otras fases de ADM. Los requisitos no son estáticos: evolucionan dinámicamente a medida que completamos cada etapa de ADM y entre ciclos de ADM. Los requisitos de la arquitectura empresarial y los cambios posteriores a esos requisitos se identificarán, almacenarán y generarán entradas y salidas relacionadas con las fases de ADM y entre los ciclos de ADM. Manejar los cambios en la demanda es crítico. La arquitectura se ocupa de la incertidumbre y el cambio: ¡el ‘área gris’ entre las expectativas y las posibilidades de las partes interesadas! Por lo tanto, los requisitos arquitectónicos siempre están sujetos a cambios. Además, la arquitectura involucra muchos impulsores y restricciones que están fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislación, que pueden generar cambios en la demanda de formas imprevistas. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. Por lo tanto, los requisitos arquitectónicos siempre están sujetos a cambios. Es más, la arquitectura implica muchos impulsores y restricciones que están fuera del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislación, que pueden generar cambios en la demanda de formas imprevistas. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. Por lo tanto, los requisitos arquitectónicos siempre están sujetos a cambios. Además, la arquitectura involucra muchos impulsores y restricciones que están más allá del control de la empresa, como las condiciones cambiantes del mercado o la nueva legislación. Todos estos crean cambios en la demanda de formas imprevistas. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resolver o priorizar los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM. TOGAF enfatiza que el proceso de gestión de requisitos en sí mismo no aborda, resuelve ni prioriza los requisitos, ya que esto se hace en la fase correspondiente de ADM. La fase de gestión de requisitos es simplemente el proceso de gestión de requisitos en todo el ADM.

(*Fuente: TOGAF ADM: 它是什么，它为什么如此重要？ )

TOGAF

ArchiMate 3