Proceso de revisión

La revisión de la arquitectura debe realizarse de manera consistente y adoptar un enfoque libre de culpas que fomente la reflexión profunda. Debe ser un proceso ligero (horas, no días) que sea una conversación y no una auditoría. El objetivo de revisar una arquitectura consiste en identificar todos los problemas graves que puedan necesitar solucionarse o las áreas que se puedan mejorar. El resultado de la revisión es un conjunto de acciones que debe mejorar la experiencia de un cliente que utiliza la carga de trabajo.

Como se analiza en la sección “Sobre la arquitectura”, el objetivo es que cada miembro del equipo se responsabilice por la calidad de su arquitectura. Recomendamos que los miembros del equipo que construyen una arquitectura utilicen el Marco de Buena Arquitectura para revisarla continuamente, en lugar de llevar a cabo una reunión formal de revisión. Un enfoque continuo permite que los miembros del equipo actualicen las respuestas a medida que la arquitectura evoluciona y la mejoren a medida que se entregan las características.

TRANSLATION REQUIRED

TRANSLATION REQUIRED

TRANSLATION REQUIRED

Estos son algunos puntos sugeridos para facilitar sus reuniones:

Después de haber hecho la revisión, debe tener una lista de problemas a los que puede dar prioridad en función de su contexto empresarial. También querrá tener en cuenta el impacto de esos problemas en el trabajo diario de su equipo. Si aborda estos problemas a tiempo, podría liberar tiempo para trabajar en la creación de valor empresarial en lugar de resolver problemas recurrentes. A medida que aborda los problemas, puede actualizar su revisión para ver cómo mejora la arquitectura.

Si bien el valor de una revisión es evidente después de haber hecho una, puede que un nuevo equipo se resista al principio. Estas son algunas de las objeciones que se pueden manejar a través de la capacitación del equipo sobre los beneficios de una revisión:

A medida que lleve a cabo varias revisiones con los equipos en su organización, podrá identificar problemas temáticos. Por ejemplo, puede ver que un grupo de equipos tiene conjuntos de problemas en un pilar o tema en particular. Querrá analizar todas sus revisiones de manera holística e identificar los mecanismos, las capacitaciones o las charlas de ingeniería principal que pueden ayudar a abordar esos problemas temáticos.