Impact Radar: Entiende el cambio antes de hacerlo

Hace unas semanas, un equipo de plataforma con el que trabajo decidió deprecar un servicio interno de autenticación. Parecía sencillo — el servicio tenía dos consumidores conocidos. Actualizaron el diagrama, notificaron a esos equipos y empezaron a planificar la migración.

Tres sprints después, descubrieron cuatro servicios más que dependían de él. Dos estaban en proyectos completamente diferentes. Uno era parte de un flujo legacy que nadie había mapeado. El calendario de migración se duplicó.

La información estaba ahí. Estaba en las relaciones, en la jerarquía C4, en los diagramas de flujo. Pero nadie podía ver el panorama completo de un vistazo. Había que trazar cada conexión manualmente, a través de niveles, a través de proyectos, esperando no pasar por alto ningún camino.

Ese es el problema que resuelve Impact Radar.

Clic derecho, ver todo

Impact Radar vive donde ya trabajas — en el diagrama. Haz clic derecho en cualquier elemento de tu modelo C4 — un sistema, contenedor, componente o elemento de código — y selecciona Analizar Impacto. El análisis se ejecuta instantáneamente.

El diagrama se transforma. Cada elemento fuera de la zona de impacto se desvanece al fondo. Los elementos afectados permanecen vívidos, y las relaciones entre ellos se iluminan, codificadas por color según la proximidad:

• Rojo — directamente conectado (grado 1)
• Ámbar — a un salto (grado 2)
• Amarillo — a dos saltos (grado 3)

Las aristas se animan para mostrar la dirección del flujo de dependencias. Ves el radio de impacto de un cambio en el tiempo que toma echar un vistazo a la pantalla.

El panel de impacto

Un panel se desliza desde la derecha con el análisis completo. Sin página separada, sin cambio de contexto — sigues en tu diagrama, sigues en tu proyecto.

En la parte superior, un solo número: "Impacta el X% de tu arquitectura." Es el porcentaje de elementos de tu proyecto que caen dentro de la zona de impacto. Es un indicador instintivo. Si haces clic derecho en un componente utilitario y ves 2%, probablemente estés seguro. Si haces clic derecho en un API gateway central y ves 38%, sabes que este cambio necesita una conversación.

Puntuación de riesgo

Debajo del porcentaje está el Medidor de Riesgo — una puntuación de 0 a 100 calculada a partir de cuatro factores ponderados:

• Dependientes upstream (30%) — ¿Cuántos elementos dependen de este? Cuantos más consumidores, mayor el radio de impacto.
• Alcance downstream (25%) — ¿De cuántas dependencias tira este elemento? Los cambios aquí podrían requerir actualizar esas dependencias también.
• Hijos estructurales (25%) — Para contenedores y sistemas, ¿cuántos elementos hijo viven dentro? Modificar o eliminar un contenedor significa lidiar con cada componente que contiene.
• Ratio de acoplamiento (20%) — ¿Qué tan conectado está este elemento en relación al resto del grafo? Alto acoplamiento significa alto riesgo.

El medidor muestra verde, ámbar o rojo según la puntuación. Debajo, un desglose de cada factor para entender exactamente qué impulsa el número.

Upstream y downstream

El análisis separa el impacto en dos direcciones. Upstream muestra todo lo que depende del elemento seleccionado — los servicios que lo llaman, los sistemas que lo consumen, los componentes que lo importan. Downstream muestra todo de lo que el elemento depende — las bases de datos que lee, las APIs que llama, las librerías que usa.

Cada dirección está organizada por grado. Los elementos de grado 1 están directamente conectados. Los elementos de grado 2 están a un salto — no tocan tu elemento directamente, pero tocan algo que sí. El grado 3 extiende el análisis un paso más.

Esta vista por capas ayuda a pensar el impacto en anillos concéntricos. Los cambios de grado 1 son inmediatos. Los grados 2 y 3 son los efectos secundarios — los que tienden a sorprender a los equipos que solo miraron las conexiones directas.

Camino crítico

Si la cadena de dependencias va en profundidad, Impact Radar resalta el camino crítico — la cadena más larga desde el elemento seleccionado hasta el nodo afectado más distante. Este es el camino donde los cambios tardan más en propagarse y donde los fallos en cascada son más probables.

Cada nodo del camino crítico es clicable. Puedes trazar la cadena paso a paso y entender exactamente cómo un cambio en un extremo alcanza el otro.

Dependencias entre proyectos

La arquitectura no se detiene en los límites de un proyecto. Si tu organización usa la vista de Arquitectura Global de Archyl para conectar sistemas entre proyectos, Impact Radar sigue esas conexiones también.

El panel incluye una sección de Dependencias entre Proyectos que muestra elementos de otros proyectos que caen en la zona de impacto. Cada entrada muestra el nombre del proyecto, para saber inmediatamente qué equipos involucrar.

Aquí es donde Impact Radar pasa de útil a esencial. Dentro de un solo proyecto, podrías trazar dependencias manualmente. ¿A través de cinco proyectos mantenidos por diferentes equipos? Ahí es donde las cosas se pasan por alto. Impact Radar traza el grafo completo automáticamente, sin importar los límites del proyecto.

Flujos afectados

Si has documentado flujos de usuario o sistema en Archyl, Impact Radar los cruza con la zona de impacto. La sección Flujos Afectados lista cada flujo que incluye al menos un paso que toca un elemento impactado, junto con cuántos pasos de ese flujo están afectados.

Un flujo mostrando "4/12 pasos afectados" cuenta una historia diferente que "1/12 pasos afectados". El primero significa que el cambio atraviesa una porción significativa del recorrido del usuario. El segundo significa que es un punto de contacto periférico.

Simulación "¿Qué pasaría si...?"

En la parte inferior del panel, un interruptor: Simular Eliminación. Es el botón de "¿qué se rompe si eliminamos esto?".

Actívalo, e Impact Radar calcula la cascada completa:

• Relaciones rotas — Cada conexión explícita hacia o desde el elemento (y sus hijos) que se convertiría en una referencia colgante.
• Estructuralmente destruidos — Los hijos directos que serían eliminados junto con el elemento. Elimina un contenedor, y cada componente dentro de él también desaparece.
• Elementos huérfanos — Elementos que se vuelven inalcanzables desde el resto del grafo después de la eliminación. No se eliminan directamente, pero están efectivamente muertos — nodos desconectados sin camino hacia nada.
• Rupturas entre proyectos — Relaciones globales de otros proyectos que serían cortadas.
• Impacto total en cascada — El conteo total de todo lo afectado.

Esto no es especulativo. Es un cálculo determinista sobre el grafo de relaciones. Los números dicen exactamente qué sucede si procedes.

Por qué importa

El flujo de trabajo común para evaluar cambios arquitectónicos hoy es una reunión. Alguien propone un cambio. El equipo discute quién podría estar afectado. La gente menciona dependencias de memoria. Alguien revisa un diagrama. Alguien más revisa otro diagrama. La reunión termina con una tarea de "investigar más".

Impact Radar comprime ese ciclo en un clic derecho. El análisis es exhaustivo — sigue cada relación, cada arista estructural y cada enlace entre proyectos en el grafo. No depende de la memoria de nadie sobre cómo está conectado el sistema. Lee el modelo que ya construiste y muestra lo que el modelo dice.

Esto cambia cómo los equipos abordan la evolución arquitectónica:

• Antes de deprecar un servicio, ver cada consumidor a través de cada proyecto.
• Antes de reestructurar una jerarquía de componentes, entender el efecto dominó downstream.
• Antes de un refactoring mayor, cuantificar el radio de impacto e identificar qué equipos necesitan estar involucrados.
• Durante revisiones de incidentes, trazar la cadena de dependencias para entender por qué un fallo en un componente se propagó por el sistema.

Para empezar

Impact Radar está disponible ahora en todos los planes. Abre cualquier proyecto, haz clic derecho en cualquier elemento de tu diagrama C4, y selecciona Analizar Impacto.

El análisis funciona mejor cuando tu modelo arquitectónico está conectado — cuando las relaciones entre elementos están documentadas, cuando los flujos capturan recorridos reales de usuario, y cuando los enlaces entre proyectos reflejan los límites reales del sistema. Cuanto más completo tu modelo, más útil el análisis de impacto.

Tu arquitectura es un grafo. Impact Radar te permite leerlo.

¿Quieres construir un modelo arquitectónico más conectado? Empieza con la Introducción al Modelo C4, luego conecta tus proyectos con Colaboración en Tiempo Real y Arquitectura Global. Para equipos que quieren gobernanza alrededor de los cambios, las Solicitudes de Cambio de Arquitectura se complementan naturalmente con Impact Radar — analiza el impacto primero, luego propón el cambio.