DODAF contra TOGAF
Las empresas y las organizaciones gubernamentales deben comprender cómo equilibrar los objetivos en conflicto, utilizar las inversiones actuales y coordinar sus recursos esenciales para cumplir con su plan de negocios. El mundo actual de recursos limitados y objetivos contrapuestos aumenta las apuestas. Resulta que construir una capacidad de Arquitectura Empresarial tiene esto como su objetivo principal. La arquitectura empresarial describe cómo las organizaciones pretenden organizar y utilizar la tecnología para lograr sus objetivos comerciales previstos. Sin embargo, debe haber rutas para flexibilidad y dirección integradas en el diseño. Para adaptarse al funcionamiento interno del panorama comercial más amplio, la comunicación, el análisis y la retroalimentación deben ser continuos.
De hecho, algunos de nuestros clientes están posicionando la arquitectura empresarial como la capacidad de soporte de decisiones empresariales, ofreciendo un método basado en arquitectura y basado en datos para hacer arquitectura empresarial y opciones de TI. Muchas agencias gubernamentales y contratistas han estado participando en el juego de EA durante un tiempo, con frecuencia en el contexto de la obligación de adherirse a marcos arquitectónicos como el Marco de Arquitectura del Departamento de Defensa (DODAF) y el Marco de Arquitectura de The Open Group (TOGAF).
Pero, ¿qué hace que estos marcos sean diferentes? ¿Son mutuamente excluyentes? En esta guía, desglosaremos todo lo que necesita saber sobre TOGAF vs DODAF.

TOGAF contra DODAF
El Departamento de Defensa de los Estados Unidos inventó el Marco DODAF para resolver el mayor problema del departamento: la integración de sistemas de larga duración. Ha generado varios marcos asociados, como DNDAF (Marco de Arquitectura del Departamento de Defensa Nacional de Canadá), MODAF (Marco de Arquitectura del Ministerio de Defensa del Reino Unido) y TAF de la OTAN.
El marco DODAF, que evolucionó del marco C4ISR anterior creado en la década de 1990, apareció por primera vez a mediados de la década de 2000 como un enfoque estándar de diseño para el Departamento de Defensa de EE. UU. DODAF describe los puntos de vista que deben incluirse en una arquitectura, los productos particulares que deben desarrollarse para explicarlos y los procedimientos que deben usarse para construir estos entregables.
The Open Group desarrolló TOGAF a partir de la década de 1990. El marco TOGAF proporciona un conjunto completo de orientación todo en uno para cualquier práctica de EA, incluidos los pasos necesarios para desarrollar la arquitectura empresarial (el Administrador de TOGAF). El ADM proporciona pasos para desarrollar diferentes dominios: Arquitectura empresarial fase B, Arquitectura de aplicación de fase C, y Arquitectura de tecnología de fase D. Además, TOGAF cubre modelos de gobernanza y una amplia gama de otras recomendaciones diversas. Actualmente, el marco TOGAF es el marco EA más apreciado y es ampliamente considerado como el estándar de la industria para la arquitectura empresarial.
¿Cuál es la diferencia entre el marco TOGAF y el marco DODAF?
En pocas palabras, el marco TOGAF ofrece un vocabulario estándar para crear y consumir ese material, mientras que DODAF ofrece un vocabulario común para el contenido de la arquitectura. No se excluyen mutuamente y se pueden utilizar de forma complementaria.
Como ejemplo simple, DODAF especifica un conjunto estándar de vistas que se enfocan en gran medida en la interoperabilidad. TOGAF le dice al arquitecto que aborde todos los puntos de vista de las partes interesadas. Si Optimización de costos de productos digitales es importante, DODAF guarda silencio. Sin embargo, es excelente para ayudarlo a integrar un conjunto de Productos digitales.
TOGAF vs DODAF - Nivel de detalle
Estos marcos frecuentemente ponen mucho énfasis en las taxonomías y los modelos de referencia que las empresas deben emplear para describir tanto su situación actual como su estado futuro deseado. Estamos siendo testigos de una nueva generación de empresas que buscan aprovechar el aspecto de transformación comercial de EA y van más allá del cumplimiento contractual. Por lo tanto, tanto el marco TOGAF como el marco DODAF son muy detallados.
Esto se debe en parte a la nueva característica impulsada por la capacidad de la versión 2.0 de DODAF en el Departamento de Defensa, que permite a una organización alinear su arquitectura con un conjunto de capacidades que son pertinentes para su misión.
Las organizaciones ahora pueden articular sus necesidades de capacidad, así como también cómo su organización apoya y entrega esas capacidades gracias a la integración y el desarrollo de Capability Viewpoint, o CV, en la segunda versión de DODAF. El CV también proporciona modelos para ilustrar las brechas de capacidad y cómo se implementarán nuevas capacidades a lo largo del tiempo y se administrarán dentro del marco de una cartera de capacidades más grande.

Uso de un marco de arquitectura
Cómo desarrollar una arquitectura empresarial
Ayudar a las empresas a consolidar, organizar y, posteriormente, maximizar el uso de los componentes de la infraestructura empresarial, incluidas capacidades, aplicaciones, componentes, servicios, tecnologías, datos, procesos y funciones, es una de las características clave de la arquitectura empresarial. El mejor curso de acción en esta situación es estructurar, organizar y estandarizar la forma en que desarrolla, usa y almacena datos relacionados con la arquitectura de su empresa. Y hay muchos otros estándares disponibles que pueden ayudarlo a hacerlo.
Para definir y organizar formalmente la forma en que implementa y practica la arquitectura empresarial en su negocio, el marco TOGAF y su Método de desarrollo de arquitectura puede ser de gran ayuda.
DODAF guarda silencio sobre cómo desarrollar una arquitectura empresarial.
Cómo documentar la arquitectura empresarial
Los arquitectos empresariales tienen dificultades para diseñar y documentar sistemas de manera que admitan técnicas de entrega ágiles mientras se aseguran de que la documentación no sea una ocurrencia tardía sino un paso en todo el proceso.
Las metodologías ágiles y esbeltas fomentan la concentración y la documentación de lo que es importante, en lugar de recomendar el abandono de la documentación. Sin la documentación adecuada, toman decisiones sin gestión, riesgos comerciales se ocultan y los diseños se vuelven complicados, lo que lleva a sistemas frágiles que no se pueden escalar, soportar o expandir con el tiempo. Al crear rápidamente nuevos sistemas, los arquitectos deben asegurarse constantemente de que los artefactos estén allí; lidiar con los indocumentados hace que modernizarlos o expandirlos sea extremadamente difícil.
Para documentar una arquitectura, el marco DODAF es mucho mejor que el Marco TOGAF. DODAF proporciona una biblioteca completa de Viewpoint optimizada para integrar sistemas de larga duración. Ya sea que esté buscando ensamblar sistemas en una actividad o interfaces técnicas, DODAF lo tiene cubierto.
Cómo desarrollar un equipo de arquitectura empresarial
Debe comprender su complejo conjunto de fuerzas institucionales para construir y desarrollar un equipo y una práctica de EA efectivos. Si se ejecuta correctamente, su práctica de EA ayudará a su empresa a adaptarse a las posibilidades y dificultades que enfrenta. La implementación incorrecta hace perder el tiempo a todos. Los sistemas rechazados e ineficaces despilfarran los escasos recursos de cambio.

TOGAF vs DODAF - Aprovechamiento de DODAF en la arquitectura empresarial
Es fundamental tener en cuenta el objetivo por el que se crearon las arquitecturas integradas, como las que cumplen con el marco DODAF: la vinculación rigurosa y fiable de información compleja. El objetivo del marco DODAF se ha mantenido igual a lo largo de todas sus revisiones: proporcionar un medio estandarizado para describir los sistemas o capacidades que el DOD ha comprado o construido, para garantizar que el próximo artículo que compre o construya interactuará con sistemas existentes en la forma prevista y que se tengan en cuenta los efectos de segundo y tercer orden de sus relaciones con esos sistemas. Las arquitecturas son útiles para generar requerimientos de seguridad así como para diseñar sistemas de armas debido a su rigor, uniformidad y uso de estudios actuales. Como resultado, se debe utilizar el marco TOGAF, pero también se puede aprovechar el marco DODAF.
TOGAF vs DODAF - ¿Cuándo usa Conexiam DODAF?
Conexiam utiliza el marco DODAF siempre que tengamos un problema de integración, cuando hagamos que los sistemas informáticos funcionen juntos o cuando hagamos que las empresas trabajen juntas. Hemos utilizado el marco DODAF en transformación digital, integrando una refinería de petróleo, construyendo una nube pública e integrando la seguridad vial en siete agencias estatales (incluida la patrulla de carreteras, la construcción de carreteras, la salud, etc.)
¿Cómo fue nuestra guía de las diferencias entre los TOGAF 10 marco y marco DODAF? Cuéntanos tu opinión sobre estos marcos en los comentarios a continuación.