Arquitectura Empresarial Ágil: Un Enfoque Dinámico para la Transformación Digital

La transformación digital, el aumento de la movilidad y una fuerza laboral remota han creado un cambio en el paradigma del modelo de negocio. La adopción de un enfoque más ágil ha cobrado fuerza y las empresas que están incorporando agilidad en sus procesos están viendo los frutos. La transformación digital tiene éxito en un entorno empresarial que adopta una filosofía más colaborativa y flexible. Pasar de simplemente hacer procesos de negocios ágiles a ser ágil en todos los ámbitos requiere un cambio en la mentalidad corporativa.

Cuando una empresa desarrolla una arquitectura verdaderamente ágil, todos en la empresa están involucrados en la entrega de soluciones; desde operaciones comerciales y tecnología hasta marketing, finanzas, cumplimiento y seguridad. Las prácticas y metodologías ágiles han revolucionado la forma de crear proyectos en diferentes áreas, esto incluye la arquitectura ágil. Históricamente el campo de la arquitectura y construcción se ha relacionado con procesos que deben ser rígidos y lineales, a diferencia de las prácticas y metodologías ágiles. Sin embargo, en la actualidad la arquitectura ágil ha tomado fuerza, pues se ha logrado una cohesión entre una planeación de cascada junto a los beneficios de la flexibilidad de la filosofía Agile.

La agilidad está redefiniendo la arquitectura empresarial a partir del esquema tradicional de gobierno centralizado, largos ciclos de desarrollo, revisiones trimestrales programadas y confianza en un método de entrega en cascada. En lugar de planes estratégicos y operativos a largo plazo, la arquitectura empresarial ágil implica ciclos a corto plazo y una planificación fluida centrada en el cliente y el mercado. La arquitectura empresarial y la perspectiva ágil involucran transformaciones de las organizaciones.

Principios Fundamentales y Entrega de Valor

El criterio fundamental para seleccionar el abordaje de la arquitectura empresarial ágil es el concepto de entregar “valor al negocio” similar a lo expresado en el manifiesto ágil como software funcionando. ¿Qué es en términos de arquitectura empresarial lo que se denomina “software funcionando”?

La arquitectura empresarial debe definir claramente cómo se describe y mide el valor. Las declaraciones de valor requieren factores críticos de éxito (FCE) y medidas de efectividad (MdE). Muchos profesionales de TI tienen una comprensión limitada del valor. Usan una abreviatura rápida que expresa el valor en términos de algo entregado. En un mundo complejo, cualquier cosa que se entregue puede reducir el valor. Un ejemplo claro son las funciones dirigidas a usuarios que no son clientes objetivo. Recomendamos encarecidamente las prácticas básicas de Lean y Six-Sigma para analizar la definición y cuantificación del valor y buscar la optimización local.

Desafíos en la Arquitectura Empresarial Ágil

Implementar una arquitectura empresarial ágil presenta varios desafíos inherentes a la intersección entre la planificación y la flexibilidad:

• Toda especificación de arquitectura elimina cierto grado de libertad. Al limitar su libertad, dificultamos que el equipo ágil encuentre la ruta más eficiente.
• Encontrar un equilibrio entre los requisitos empresariales y la interferencia con la libertad de diseño y enfoque requerida es un desafío constante. Esto es especialmente cierto para arquitectos con experiencia en desarrollo, cuya experiencia en la materia crea un terreno resbaladizo que va más allá de las especificaciones empresariales y se adentra en el diseño.
• Saber cuándo aplicar criterios de aceptación obligatorios es crucial. Si se aplican demasiado pronto, se distorsiona el desarrollo. Si se aplican demasiado tarde, se presiona para que se implementen excepciones.
• Alinear los cambios de arquitectura descendentes con la hoja de ruta del producto se vuelve más difícil cuando las decisiones para apoyar la Estrategia o la Cartera requieren un cambio en el enfoque del producto.
• Las interfaces son uno de los puntos donde suele ser necesaria una planificación descendente con visión de futuro. Los equipos de producto con un ritmo acelerado suelen pasar por alto la legislación multijurisdiccional o un plan de negocio para un mercado en expansión. En estos casos, el equipo de EA tiene la obligación de anticiparse.

Estrategias y Enfoques para una AE Ágil

Para abordar los desafíos y fomentar la agilidad, se adoptan diversas estrategias y enfoques:

• Los arquitectos empresariales que apoyan la entrega de proyectos y soluciones deben prever la limitación de los sprints. Se deben proporcionar criterios de aceptación obligatorios aplicables al final de las epopeyas y antes del lanzamiento. Hemos utilizado con frecuencia Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos para crear criterios de aceptación.
• En la Fase E de TOGAF, hay un paso interesante que revisa el paquete de trabajo y selecciona una estrategia adecuada: Greenfield, Evolutiva o Revolucionaria. Esto se hace en la planificación del portafolio de productos y del ecosistema. Es una guía crucial y una fuerte limitación para un equipo ágil, pues les indica si deben empezar desde cero (Greenfield) o mejorar los sistemas existentes gradualmente (evolución).
• Cuando un producto debe integrarse en un entorno empresarial existente o dar soporte a un entorno empresarial en evolución, las interfaces son clave. Estas se basarán en datos y métodos. En un mundo complejo, ni siquiera los productos emergentes tendrán la libertad de desarrollar estructuras de datos e interfaces, ya que los sistemas existentes no van a cambiar y la inversión se centra en nuevos sistemas. Es el nuevo sistema el que debe integrarse. Incluso el F-22 Raptor tuvo que conectarse con sistemas antiguos mediante interfaces desarrolladas en la década de 1970. Por ello, es fundamental centrar el trabajo descendente en las interfaces y las estructuras de datos compartidas, incorporando los requisitos mediante ciclos de épica y lanzamiento y utilizando criterios de aceptación, a menudo con Patrones de arquitectura de aplicaciones y Patrones de arquitectura de datos para interfaces específicas.
• Para acelerar el proceso, los profesionales de la EA se refieren a una “arquitectura mínima viable” o a una “arquitectura justa” para resolver un problema empresarial urgente, realizando cambios frecuentes en el proceso de EA según sea necesario. Uno de los principios de la EA es no dedicarse a recopilar toda la información sobre una organización antes de proporcionar ideas o recomendaciones.
• Los principios fomentados por un grupo de EA podrían reflejar, por ejemplo, si “una organización opera en un mercado muy sensible a los precios”, lo que significa que “pondremos el coste en el centro de todas nuestras decisiones de arquitectura”. Estos principios también permiten a los grupos de productos o unidades de negocio elegir las herramientas que mejor se adaptan a sus necesidades. Por ejemplo, “para un almacén de datos [de inteligencia empresarial] de gran volumen, tal vez se deba utilizar Oracle, pero si se trata de una pequeña oficina, tal vez una base de datos de Excel”.
• Otra característica de la EA son los “laboratorios digitales” que sirven como fuentes de experimentación en áreas como la robótica y el internet de las cosas.
• Cuando los equipos descubren problemas como una seguridad débil de la API, realizan una consolidación del sistema o gestionan la deuda técnica, abordan estas tareas con “enjambres arquitectónicos” de expertos que se reúnen de forma muy parecida a como lo haría un equipo ágil para afrontar el reto.

La Arquitectura Empresarial Ágil y TOGAF

El desarrollo de una arquitectura empresarial (AE) en grandes organizaciones es muy complejo. Por lo tanto, es importante que la implementación de la AE cree valor en etapas tempranas del proceso para que los directivos apoyen esta iniciativa. Un marco de AE que permite el desarrollo de arquitecturas con un enfoque ágil basado en TOGAF es una propuesta para agilizar el proceso de AE. Este framework plantea un nuevo diseño tomando en cuenta el marco regulatorio vigente, la línea destino de la organización y los principios propuestos por el enfoque ágil de AE.

Analizando los principales abordajes frente al manifiesto ágil y los principios del agilismo, el más cercano para hablar de arquitectura empresarial ágil es el abordaje metodológico del Open Group, sintonizado con el estándar ISO: 42010:2022. El método ADM (Architecture Development Method) del framework Togaf® contiene tanto el desarrollo de arquitecturas empresariales, como su despliegue o implementación, y admite la existencia de múltiples arquitecturas. Estas arquitecturas resultan de realizar ejercicios de arquitectura empresarial que atienden los diversos concerns de los Stakeholders surgidos como parte de la vida de una organización. Los objetivos de cada etapa del método de desarrollo de arquitecturas ADM de TOGAF se cruzan con los requerimientos de la organización para extraer únicamente aquellos que se ajustan al giro del negocio.

Desde la perspectiva de la Arquitectura Empresarial y TOGAF, toda la implementación, el prototipado, los pilotos, los proyectos y los sprints ágiles se llevan a cabo en la Fase G (Gobernanza de la Implementación). Una arquitectura empresarial basada en mejores prácticas generará una arquitectura empresarial completa con un cuaderno de entrega de soluciones, un plan de gestión de brechas, un control, una especificación de arquitectura y un paquete de trabajo. La arquitectura empresarial contendrá un conjunto de deficiencias, paquetes de trabajo para subsanarlas y limitaciones en la creatividad de los equipos de implementación para implementar el cambio.

En la metodología ágil clásica, las épicas y las historias de usuario impulsadas por el cliente conforman el backlog, y el cliente proporciona criterios de priorización. En este caso, se utilizan épicas de brechas e historias de usuario derivadas de brechas y paquetes de trabajo. La dependencia externa limita la priorización, los criterios de aceptación y los criterios de salida. En términos sencillos, durante la Fase G, se informa al equipo de implementación sobre el trabajo que debe realizar y las limitaciones externas que restringen su libertad para hacerlo. El elemento crítico es alinear la actividad de gobernanza de EA con el modelo de cambio ágil.

Este es un punto clave: una buena arquitectura puede ofrecer múltiples opciones de implementación, y el equipo ágil no está obligado a adherirse a una sola opinión. Si la opción de implementación es una interpretación razonable, debe considerarse conforme. Si se omitió algo en la especificación de la arquitectura, no es problema del equipo ágil. Las Brechas, la Estrategia del Paquete de Trabajo, los Controles y la Especificación de la Arquitectura guían y limitan los sprints. Deben redactarse y presentarse de forma que el equipo ágil pueda comprenderlas. Los problemas de dependencia son responsabilidad del equipo de EA; ellos deberán trabajar para que la organización supere estos obstáculos de la forma más eficaz.

Beneficios de la Arquitectura Ágil

La implementación de prácticas y metodologías ágiles en la arquitectura permite a los proyectos ser más flexibles y adaptables a los cambios. Ajustarnos a las necesidades del proyecto y los requisitos de los clientes es vital en la actualidad, permitiendo un entorno capaz de responder a cambios e imprevistos.

Otro de los beneficios de la arquitectura ágil es la colaboración y comunicación efectiva entre todo el personal. Por medio de marcos como Scrum o Kanban, se fomenta la interacción entre los arquitectos, ingenieros, contratistas y hasta los clientes. Esta interacción permite una comprensión más profunda del proyecto y promueve soluciones más eficientes. Junto a la entrega de soluciones eficientes también se pueden crear soluciones innovadoras que vayan de acuerdo con las necesidades de la sociedad. Marcos y metodologías ágiles como Design Thinking pueden ser muy útiles a la hora de desarrollar ambientes que puedan ayudar a las personas a interactuar mejor con su ambiente.

Los beneficios específicos de utilizar marcos y metodologías ágiles en la arquitectura son:

• Mayor eficiencia: Fomentando la colaboración y la comunicación continua, los tiempos de respuesta se reducen y se evitan los retrasos innecesarios en el proyecto.
• Ahorro de costos: Detectar problemas de forma temprana y tener la capacidad de ajustar el enfoque del proyecto permiten minimizar los costos asociados a cambios y retrabajos.
• Mayor satisfacción del cliente: Entregas tempranas y de continuo valor permiten a los clientes tener una mayor participación en el proyecto y asegurarse de que sus necesidades y expectativas se cumplan.
• Creatividad e innovación: La flexibilidad de las prácticas ágiles estimula la generación de ideas y soluciones innovadoras, lo que puede dar lugar a diseños más creativos y funcionales.
• Mejora en la calidad: Al realizar pruebas y entregas frecuentes, se pueden identificar y corregir errores de manera temprana, lo que conduce a una mayor calidad en el producto final.

Así podemos entender que las prácticas y metodologías ágiles ofrecen una perspectiva diferente a la hora de hacer proyectos de arquitectura. Este enfoque promueve la adaptabilidad, la colaboración y la entrega de valor constante y puede acoplarse perfectamente con los métodos tradicionales para sacar el máximo provecho con un marco híbrido. La arquitectura ágil permite una gestión de proyectos y una planeación más flexible que busque cubrir las necesidades del cliente y de todos los usuarios.

Tabla Comparativa: AE Tradicional vs. AE Ágil

La Arquitectura Empresarial (AE) ha evolucionado para adaptarse a las demandas del entorno empresarial moderno, adoptando principios de agilidad. A continuación, se presenta una tabla que destaca las diferencias clave entre un enfoque tradicional y uno ágil:

Casos de Éxito en la Arquitectura Empresarial Ágil

La aplicación de la arquitectura empresarial en la era ágil se ha demostrado eficaz en diversas organizaciones:

• En SYNLAB, en 15 meses (la mitad del tiempo que habría tardado un proceso tradicional de EA), los conocimientos obtenidos están ayudando a la empresa a gestionar mejor su riesgo técnico y de aplicaciones y a evaluar su deuda técnica. Los profesionales de EA trabajan más estrechamente con los equipos que desarrollan “productos”, como aplicaciones para empleados o clientes. En SYNLAB, se empezó concentrándose en “las piezas clave de información que necesitábamos para entender el negocio en términos de la cartera de aplicaciones” y se redujo la búsqueda a, como máximo, “20 piezas de información sobre una aplicación”. Se utilizaron encuestas para permitir a los usuarios proporcionar información sobre sus propias carteras técnicas y de procesos, e introduciendo esos datos en el repositorio incluso mientras se entrevistaba a los usuarios.
• La consultora McKinsey & Co. ha adoptado un enfoque no prescriptivo en su EA, evitando dictar a los equipos lo que deben hacer.
• En la empresa minera global Vale, su práctica de EA ayudó a la empresa a responder rápidamente a los cambios repentinos impulsados por COVID, como la habilitación de inspecciones remotas de equipos y el cambio al trabajo a distancia. La EA ayudó a Vale a identificar “las capacidades y los procesos que necesitamos mejorar”, así como los procesos que necesitaba automatizar.

Cualesquiera que sean sus defectos en el pasado, la EA no va a desaparecer porque no puede. La apropiación de aplicaciones, soluciones y procesos digitalizados ha permitido a las organizaciones aumentar la eficiencia.