Trap #16 Solo el diagrama de arquitectura

Todos hemos visto un facultativo mostrarse con un diagrama de arquitectura cuidadosamente redactado que mostraba cómo algunos elementos de un sistema deberían relacionarse en el futuro. Miramos con reverencia la imagen, apreciamos la elegancia. Luego vamos a crear un sistema que muestra solo relaciones superficiales con el diagrama.

¿Por qué? Todo lo que comprende un arquitectura útil Estaba faltando:

• brechas que indican qué cambio se necesita
• controles que mitigan los riesgos para la empresa
• especificaciones que restringen a los diseñadores, implementadores, operadores y futuros arquitectos
• cualquier cosa que destaque cómo el futuro ecosistema ofrecerá un mejor valor que el que tenemos hoy

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

Una buena arquitectura apoya la decisión informada durante el proceso de desarrollo de la arquitectura y restringe el diseño, la implementación y la elección operativa. Un diagrama podría hacer estas cosas.

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

Por lo general, la entrega basada en imágenes pone en cortocircuito la rica comprensión en la mente de las partes interesadas, los tomadores de decisiones y los contribuyentes clave que evolucionan durante el desarrollo. Este daño se produce porque pocos diagramas pueden representar más de una única preocupación. Cuando nos enfocamos en estos diagramas, implícitamente evitamos compensaciones complejas y nos obsesionamos con una única optimización.

Los diagramas disfrazados de arquitectura están repletos de especificaciones y controles injustificados. Injustificado porque la regla solo 'está 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 el grito de ¿por qué?

Las mejores prácticas vinculan explícitamente una especificación a una meta, objetivo u otro requisito y la elección del diseño a la especificación. Sin este vínculo, ¿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 capacidad de EA, nuestros ojos están en blanco. si es un vista de la arquitectura donde se encuentra el repositorio que mantiene la información que destaca inquietudes, requerimientos, preferencias, relaciones y análisis. Adivinaste en la cabeza del profesional dónde la revisión por pares y la reutilización son imposibles.

Conexiam Navegar utiliza el Cuaderno de desarrollo de soluciones, o SDN, para abordar el soporte activo de los equipos de cambio e implementación y facilitar que los administradores de cartera 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 administrador de la cartera.