La Ley de Conway: por qué tu empresa crea sistemas similares a su estructura

Fuentes: Will Manning
La Ley de Conway: por qué tu empresa crea sistemas similares a su estructura
Imagen generada con IA

La Ley de Conway establece que la estructura de cualquier sistema refleja la estructura de la organización que lo crea. En otras palabras, 'envías tu organización'. Este principio tiene implicaciones profundas: las decisiones sobre arquitectura técnica, estructura organizacional y producto final deben diseñarse de forma conjunta. Además de la estructura intencional, la cultura organizacional también influye en el producto final, así como las personalidad(es) del equipo fundador. Un ejemplo notable es Palantir, donde la tendencia de su CEO Alex Karp a no micromanear se traduce en una cultura de descentralización y confianza en las decisiones del personal terreno. El concepto de 'cross-hatching' o entrecruzamiento organizacional propone dividir funciones en direcciones ortogonales para generar tensiones internas productiva. Un caso concreto es la división entre Ingenieros de Despliegue Forward (FDEs), que trabajan con un cliente específico en todo el producto, e Ingenieros de Software (SWEs), que ownership un componente específico across todos los clientes. Esta fricción,rather que un defect, convierte el dolor externo del cliente en dolor interno, alineando a toda la organización alrededor de resultados. Otro ejemplo es separar los roles de 'lead de personas' y 'lead de proyecto', con mandatos contrapuestos: uno prioriza el éxito y desarrollo del individuo, el otro Prioriza el éxito del proyecto. Esta estructura genera tres beneficios: tensión saludable que previene sesgos extremos, múltiples fuentes de mentorship para nuevos ingresos, y desacoplamiento parcial de liderazgo de gestión. En Spiral, el desafío es internalizar tensiones entre equipos de código abierto y propietario, entre ingeniería profunda y contacto con clientes. Con la IA permitiendo a cada individuo enviar más código por unidad tiempo, el antiguo cuello de botella (escribir código) desaparece, y emergen nuevos factores limitantes: consenso, diseño y gusto. Esto Favorece pods más pequeños (3-4 personas) sobre equipos de 5-8, pero exige mayor cuidado en la 'estructura invisible' que los rodea: cómo alinear los mandatos de esos pods para internalizar tensiones en los lugares correctos y proporcionar el contexto necesario para tomar buenas decisiones.