Puesto
Arquitecto de soluciones
¿Cuándo se toma en vuestra empresa una decisión de arquitectura y sabrá alguien dentro de un año por qué fue esa? La mayor parte de la deuda viene de decisiones que nadie escribió.
Conversación inicial
Cuatro preguntas por las que empezaríamos
¿Cuándo se toma la decisión sobre una solución?
Si es en la fase en que menos se conocen los requisitos, el riesgo es inevitable; la cuestión es si está nombrado.
¿Qué deja detrás un arquitecto que se va de la empresa?
Si son diagramas sin motivación, el equipo conoce la forma de la solución y no sus razones, y son las razones las que deciden si algo puede cambiarse.
¿Qué no sabéis de una solución hasta que llega a producción?
Normalmente: cómo se comporta bajo carga y qué resulta difícil de mantener. La cuestión es si las lecciones vuelven a alguna parte.
¿En qué escritorio acaba una discusión sobre la elección de una tecnología?
Y si esa decisión tiene criterios registrados o descansa sobre la autoridad.
Nos quedamos con reunir y documentar, vosotros con la decisión
Establecer los requisitos, exponer las opciones, mantener el registro de decisiones y revisar la coherencia se pueden quitar del escritorio. Elegir la solución se queda con el arquitecto.
- Una decisión tiene registrados sus criterios y sus opciones. - No solo qué se eligió, sino qué se rechazó y por qué, porque esa es la parte útil dos años después.
- Las opciones se exponen una al lado de otra, no se describen. - Los criterios juntos, para que la conversación vaya de compensaciones y no de preferencias.
- Una desviación del estándar se ve. - Una solución que no encaja con el patrón acordado sale en una revisión, no durante una caída.
Alcance
Qué se puede quitar del escritorio de un arquitecto
Dieciocho tareas de ejemplo. Cada una tiene un punto de aprobación humana. Abajo una selección, y el alcance lo ajustamos a la escala de vuestras soluciones.
Establecimiento de los requisitos
- Los requisitos no funcionales recogidos de la documentación del proyecto
- Señalar los requisitos que se contradicen entre sí (valoración: el arquitecto)
- Una comparación con los requisitos de soluciones parecidas de la empresa
- Las preguntas abiertas que resolver antes de la decisión
Opciones y decisiones
- Las opciones expuestas frente a los criterios acordados
- La decisión registrada con su motivación y las opciones rechazadas (contenido: el arquitecto)
- Enlazar la decisión con los requisitos que la provocaron
- Un registro de decisiones disponible para los equipos
Estándares y patrones
- Un catálogo de los patrones usados en la organización
- Señalar el patrón adecuado para un problema (decisión: el arquitecto)
- Una señal cuando una solución se aparta del estándar
- Un registro de las desviaciones deliberadas
Revisiones de soluciones
- Una lista de preguntas de revisión por tipo de solución
- Una comparación del diseño con decisiones anteriores
- Señalar el mismo problema resuelto repetidamente en equipos distintos
Deuda de arquitectura
- Un resumen de las decisiones tomadas condicionalmente, con fecha de revisión
- Señalar las soluciones que los equipos están esquivando
- Enlazar los problemas de producción con decisiones de arquitectura
Un día de trabajo
Hoy
- Recogéis los requisitos no funcionales de varios documentos y conversaciones
- Comparáis las opciones en la cabeza o en una tabla de un solo uso
- Registráis la decisión en una presentación que se pierde al acabar el proyecto
- No sabéis si otro equipo ya ha resuelto el mismo problema
- Las desviaciones del estándar salen a la luz durante un incidente
- Las decisiones tomadas condicionalmente no vuelven nunca a revisarse
Con asistencia de IA
- Los requisitos no funcionales están expuestos antes de la decisión
- Las opciones están una al lado de otra frente a los criterios acordados
- La decisión está registrada con su motivación y las opciones rechazadas
- Veis en qué parte de la empresa se ha resuelto el mismo problema
- Una desviación del estándar se señala en una revisión
- Una decisión condicional tiene fecha de revisión y recordatorio
- Decisiones que podéis justificar
se sabe por qué la solución tiene la forma que tiene
la decisión está registrada con sus criterios y opciones
- Soluciones coherentes
menos equipos resolviendo el mismo problema de otra manera
el registro de decisiones y patrones está disponible
- Tiempo hasta una resolución
menos semanas entre la pregunta y la respuesta
las opciones están expuestas y no se describen desde cero
- Deuda de arquitectura visible
las decisiones condicionales vuelven a revisarse
tienen fecha registrada y recordatorio
Empezamos por registrar las decisiones, porque es el paso más barato con el mayor efecto a largo plazo.
- Paso 1
Un registro de decisiones con motivación
La decisión, los criterios, las opciones rechazadas, los requisitos que la provocaron.
- Paso 2
Exposición de las opciones
Los criterios uno al lado de otro antes de la conversación, en lugar de una tabla hecha para una sola reunión.
- Paso 3
Estándares y señales de desviación
Un catálogo de patrones y señalar las soluciones que divergen.
- Paso 4
Deuda de arquitectura
Decisiones condicionales con fecha de revisión, enlazadas con los problemas de producción. Al final, porque requiere un historial de decisiones.
Preguntas frecuentes
Preguntas que surgen en la primera reunión
¿En qué se diferencia esto de lo que hace un analista o un jefe de proyecto?
El analista establece qué hay que construir. El jefe de proyecto responde de que se construya a tiempo. El arquitecto resuelve cómo construirlo, y sus decisiones sobreviven al proyecto en que se tomaron.
¿Seguirá haciendo falta un arquitecto?
Una decisión de arquitectura es un juicio sobre el futuro tomado con conocimiento incompleto, y nadie lo tomará por una persona. Nos quedamos con reunir los requisitos, exponer las opciones y registrar la decisión, que es el trabajo alrededor del juicio. La mayor ganancia es en realidad otra cosa que el tiempo: las decisiones registradas se quedan en la empresa cuando el arquitecto la deja.
¿Esto entra en el ámbito del Reglamento de IA?
Diseñar soluciones no es un uso de alto riesgo. Conviene que el registro de decisiones cubra también las decisiones de usar sistemas de IA en lo que se construye, porque es la arquitectura la que determina si llega a existir un uso de alto riesgo y cómo se supervisará.
¿Os queda alguna pregunta que no esté aquí? Reservad una llamada
Siguiente paso
¿Podríais justificar hoy una decisión de arquitectura de hace dos años?
Os enseñaremos cómo es el trabajo de un arquitecto cuando una decisión se guarda con su motivación y una desviación del estándar se ve.