Si has trabajado, o trabajas, en una empresa mediana – grande, esto te va a sonar. Sí, yo también lo he vivido.
Hace ya unos añitos, en el 1967, un tal Melvin Conway envió un artículo a la revista Harvard Business Review en el que principalmente argumentaba que «Cualquier organización que diseña un sistema producirá un diseño cuya estructura es una copia de la estructura de comunicación de la organización.»
Harvard Business Review lo rechazó, el argumento fue que no había aportado pruebas de aquella tesis (no me quiero ir de tema, 
pero me viene a la cabeza aquello de si es el JCR una herramienta de evaluación de la investigación poderosa o un gran error).
Aquí puedes encontrar el original de aquel artículo, que finalmente fue publicado en otra revista. Si bien fue el mítico Brooks quien lanzó a la fama dicha Ley, bautizándola incluso como «Ley de Conway», cuando decidió incluirla en su “The Mythical Man Month: Essays on Software Engineering” (de dejo una reseña de ese importante libro).
Hay muchas derivaciones, interpretaciones y reformulaciones de la Ley de Conway, véamos algunas conocidas y populares, por si aún queda alguna duda de a qué refiere:
La arquitectura del código refleja la estructura de la organización.
El software refleja los canales de comunicación de los equipos (departamentos, etc.) que lo crean.
La arquitectura de un sistema es una copia de la arquitectura de la organización.
La estructura de un sistema se determina por la estructura del equipo.
Para entender el equipo… observa el software que están desarrollando. Si es lento y grande, el equipo es lento y grande. Si es rápido, el equipo es rápido.
Ley de Conway en agilidad
La Ley de Conway también influyó al mundo ágil. De hecho, hay un patrón de Scrum que trata sobre ella y que recuerda que los equipos deben estructurarse por funcionalidades, aportes de valor a negocio, por procesos en base a cadenas de valor… y no por cuestiones técnicas, burocracias, departamentos, restricciones, arquitecturas software, etc.
Como te decía al principio, si has trabajado, o trabajas, en una empresa mediana – grande, esto te debe haber sonado de algo. Sí, yo también lo viví. Ahora que me da a mí que en algunos sitios salir de kas garras de la «Ley de Conway», implantada en la cultura de la empresa desde hace años, se presenta, cuanto menos, casi imposible. Ánimo.
Primera vez que me tocó hacer una gestión Ágil en una empresa... año 2001. Desde entonces he trabajado en, o para, más de 90. Y he formado a más de 2000 alumnos.
También soy profe de la Universidad Rey Juan Carlos.
- Las 3 matrices de priorización Ágil - 19 octubre, 2023
- Etapas del Agile Product Management - 12 octubre, 2023
- Agile Product Management: DINÁMICA «Árbol Solución Oportunidad» + «Valores Esperados» - 5 octubre, 2023
«La estructura de un sistema se determina por la estructura del equipo.»
Esto me recordó la filosofía «Team = Software» descrita en el libro Software For Your Head (recomendada su lectura), donde se dice textualmente:
Saludos.
Un buen artículo! Me gusta usar Lucidchart para crear un organigrama.