Trampa #16 Solo el diagrama de arquitectura

Todos hemos visto una facultativo Presentamos un diagrama de arquitectura cuidadosamente elaborado que muestra cómo deberían relacionarse algunos elementos de un sistema en el futuro. Observamos la imagen con reverencia y apreciamos su elegancia. Luego, nos dedicamos a crear un sistema que solo presenta relaciones superficiales con el diagrama.

¿Por qué? Todo lo que compone una arquitectura útil Faltaba:

• Brechas que indican qué cambio es necesario
• controles que mitigan los riesgos para la empresa
• especificaciones que limitan a los diseñadores, implementadores, operadores y futuros arquitectos
• Cualquier cosa que destaque cómo el ecosistema futuro ofrecerá un valor mejor que el que tenemos hoy.

Estos diagramas, cuidadosamente elaborados, suelen representar una parte del ecosistema completo. Con demasiada frecuencia, el diagrama está repleto de decisiones de diseño arbitrarias, tomadas para respaldar los sesgos del profesional.

Una buena arquitectura facilita la toma de decisiones informadas durante el proceso de desarrollo arquitectónico y limita las opciones de diseño, implementación y operación. Un diagrama podría lograr estas funciones.

No se puede gobernar desde una caja y una línea

Generalmente, la entrega basada en imágenes impide la comprensión profunda de las partes interesadas, los tomadores de decisiones y los colaboradores clave que evolucionan durante el desarrollo. Este daño se produce porque pocos diagramas pueden representar más de una preocupación. Al centrarnos en estos diagramas, implícitamente evitamos disyuntivas complejas y nos centramos en una única optimización.

Los diagramas que se hacen pasar por arquitectura están repletos de especificaciones y controles injustificados. Injustificados porque la regla solo se sostiene por sí sola. Sin contexto, el diagrama especifica un proveedor de servicios, un software o una ubicación operativa. Los buenos arquitectos ven esto y tienen que contener la pregunta: ¿por qué?

Las mejores prácticas vinculan explícitamente una especificación con una meta, objetivo u otro requisito, y la elección de diseño con dicha especificación. Sin esta vinculación, ¿cómo podemos evaluar la adecuación de la elección de diseño al objetivo?

Todos hemos escuchado la excusa: "Pero el diagrama es solo una vista". En nuestra práctica de Capacidades de EA, nos sorprendemos. Si es una... vista de la arquitectura ¿Dónde está el repositorio que contiene la información que resalta las preocupaciones, los requisitos, las preferencias, las relaciones y el análisis? Adivinaste en la mente del profesional, donde la revisión por pares y la reutilización son imposibles.

Conexiam Navegar Utiliza el Cuaderno de Desarrollo de Soluciones (SDN) para apoyar activamente a los equipos de cambio e implementación, y facilita que los gestores de portafolio controlen las iniciativas de cambio y midan el valor. En cada SDN, el arquitecto debe identificar la guía esencial para el implementador, el propietario y el gestor de portafolio.