Ley de Conway
La ley de Conway observa que las organizaciones diseñan sistemas cuya estructura refleja la estructura de comunicación de la propia organización.
Melvin Conway formuló la idea a fines de los años sesenta: una organización que diseña un sistema produce un diseño que copia su propia estructura de comunicación. Las personas que hablan todos los días construyen partes que encajan de cerca. Los grupos que casi no hablan construyen partes con una interfaz formal entre ellas, o partes que no encajan.
La lectura práctica es que la arquitectura y la estructura de equipos no se pueden decidir por separado. Si cuatro equipos trabajan en un frontend, el código tenderá a dividirse en cuatro áreas, diga lo que diga el diagrama.
Ejemplo
Una empresa tiene un equipo de catálogo, uno de checkout y uno de cuentas. Los tres hacen commits en una sola aplicación frontend con un release cada dos semanas. Cada equipo espera a los otros, y un bug en checkout retrasa una funcionalidad de catálogo. La estructura de comunicación tiene tres grupos. La estructura del sistema es un solo bloque. Pasar a tres microfrontends con un shell compartido pequeño alinea el sistema con los equipos, y cada equipo publica por su cuenta.
Confusión frecuente
A veces la ley de Conway se usa como receta: divide el frontend y la organización se volverá autónoma. La causalidad suele ir en el otro sentido. Dividir el código sin cambiar quién es dueño de qué produce un monolito distribuido. Cinco repositorios igual tienen que publicarse juntos, porque las mismas personas coordinan cada cambio.
El caso inverso también ocurre. Un solo equipo adopta microfrontends y termina manteniendo varios pipelines y contratos sin nadie al otro lado.
El uso deliberado de la ley se conoce como maniobra inversa de Conway: decide la arquitectura que quieres y luego organiza los equipos y sus responsabilidades para que coincidan. Antes de elegir una arquitectura, dibuja los equipos y cómo se comunican. La guía Reescribir, híbrido o microfrontends usa la estructura de equipos como uno de sus criterios.
Por qué importa. Los microfrontends funcionan cuando sus límites siguen los límites de los equipos. Revisar primero la organización indica si una plataforma traerá autonomía o solo más piezas en movimiento.
Términos relacionados
¿Planeas una migración o una plataforma de microfrontends?
En una llamada de 20 minutos me cuentas tu situación y te digo cómo la abordaría. Si todavía no vale la pena, también te lo digo.
Escríbeme por LinkedIn