←
Más deprisa que nunca: los fundamentos científicos del agile en la era de la IA

12 · La organización12 min read

Teoría — La organización: estructura, managers y cultura

Los dos diagramas idénticos de Aitor, la página que define el trabajo de Sofía y el cuestionario de las malas noticias son tres caras del mismo objeto de estudio: la organización como sistema que — se diseñe o no — siempre acaba teniendo un diseño. Esta sección reúne la ciencia disponible sobre ese diseño: la ley que conecta organigramas con arquitecturas, la tipología que predice qué pasa con la información, la evidencia sobre qué hacen los buenos managers, y una herramienta para pensar roles sin pelearse por los títulos.

1. La ley de Conway y la hipótesis del espejo

En 1967, Melvin Conway envió a Harvard Business Review un artículo que le rechazaron «por no probar la tesis». Lo publicó Datamation en 1968 ("How Do Committees Invent?"), y la tesis era esta:

"Organizations which design systems […] are constrained to produce designs which are copies of the communication structures of these organizations." [traducción propia] «Las organizaciones que diseñan sistemas están condicionadas a producir diseños que son copias de las estructuras de comunicación de esas organizaciones.»

El argumento original es lógico, no empírico: para que dos módulos se comuniquen, sus diseñadores deben comunicarse; el sistema de módulos acaba calcando el sistema de conversaciones. La evidencia llegó décadas después, y es de lo más sólido de esta sección: MacCormack, Baldwin y Rusnak (Harvard, 2008/2012) compararon pares de productos software con la misma función construidos por organizaciones acopladas (empresas) frente a laxas (comunidades open source), midiendo la modularidad con matrices de dependencias: los productos espejan a sus organizaciones — los equipos distribuidos y débilmente acoplados producen código significativamente más modular. Y la revisión de Colfer y Baldwin (2016), sobre 142 estudios: la «hipótesis del espejo» se sostiene en torno al 70% de los casos, con excepciones sistemáticas conocidas. HBR rechazó en 1967 una de las regularidades mejor documentadas de la ingeniería de software.

Las consecuencias prácticas son dos, y la segunda es la potente:

  1. Diagnóstico: el enredo de tu sistema es un mapa de tus conversaciones (y de tus silencios: la tierra de nadie del organigrama de Aurelia era la tierra de nadie del código — por donde reventó julio).
  2. Palanca — la «maniobra inversa de Conway»: si el sistema copiará a la organización, diseña la organización con la forma que quieres que tenga el sistema. Equipos por flujo de valor del cliente → sistema modular por flujos de valor. Es la regla de Sofía: primero el flujo, luego el equipo, el organigrama como consecuencia.

El marco de diseño más difundido sobre esta base es Team Topologies (Skelton y Pais, 2019), con sus cuatro tipos de equipo — alineados a flujo (stream-aligned: los dueños de viajes de cliente de Aurelia), de plataforma (reducen la carga ajena), habilitadores (enseñan y desbloquean) y de subsistema complicado — y sus tres modos de interacción. Honestidad de rigor: Team Topologies es síntesis de practicantes — un buen empaquetado de Conway, la sociotécnica y la carga cognitiva, sin validación empírica propia como paquete — y su concepto estrella, la carga cognitiva de equipo, es una extrapolación de ciencia individual: la teoría de la carga cognitiva de Sweller (1988) y los límites de la memoria de trabajo (Miller 1956: ~7±2; la revisión moderna de Cowan 2001: más bien ~4 elementos) están sólidamente establecidos para individuos; su traslación a equipos es una analogía útil sin literatura propia. Se usa — Aurelia la usó — porque ordena bien las decisiones («¿cuánto sistema cabe en la cabeza de este equipo?»), sabiendo qué es: ingeniería con préstamo conceptual, no ley demostrada.

2. Westrum: la cultura como flujo de información

El cuestionario de las siete preguntas viene de Ron Westrum (2004, "A typology of organisational cultures", Quality and Safety in Health Care — open access), sociólogo de la seguridad aeronáutica y sanitaria. Su propuesta: clasificar culturas no por valores declarados sino por cómo procesan la información — especialmente la incómoda:

  • Patológica (orientada al poder): la información es un arma; los mensajeros son silenciados; los fallos buscan chivo expiatorio; la novedad se aplasta.
  • Burocrática (orientada a las reglas): la información sigue el conducto; los mensajeros son tolerados; los fallos llevan a «justicia» procedimental; la novedad crea problemas.
  • Generativa (orientada a la misión): la información fluye hacia quien la necesita; los mensajeros se entrenan; los fallos llevan a indagación; la novedad se implementa.

"Because information flow is both influential and also indicative of other aspects of culture, it can be used to predict how organisations or parts of them will behave when signs of trouble arise." [traducción propia] «Dado que el flujo de información es a la vez influyente e indicativo de otros aspectos de la cultura, puede usarse para predecir cómo se comportarán las organizaciones — o partes de ellas — cuando aparezcan señales de problemas.»

La frase de Víctor — «la cultura es lo que le pasa aquí a una mala noticia» — es Westrum destilado. Y nótese cómo ata cabos del curso entero: el factor mil de Feynman (sección 10) es una organización patológico-burocrática atenuando malas noticias escalón a escalón; el termómetro de Edmondson (sección 5) mide el mismo flujo a escala de equipo; los postmortems sin culpa son maquinaria generativa instalada a propósito.

Estado de la evidencia: el artículo de 2004 es un ensayo conceptual con base en casos; la validación cuantitativa vino del programa DORA, que operacionalizó la tipología como escala y encontró, año tras año, que la cultura generativa predice el rendimiento de entrega de software y menor burnout. Lo cual obliga a presentar DORA entero y con su letra pequeña, porque es a la vez la mejor evidencia disponible y un ejercicio de lectura crítica:

DORA (DevOps Research and Assessment; el libro Accelerate, 2018, de Forsgren, Humble y Kim; informes anuales 2014-2025, gratuitos; el contenido de dora.dev es CC BY 4.0) es el mayor programa de datos sobre prácticas y rendimiento en entrega de software: decenas de miles de encuestas, modelos estadísticos serios (SEM), y hallazgos replicados — el central: velocidad y estabilidad no son un trade-off (los equipos de alto rendimiento puntúan mejor en las cuatro métricas a la vez), y las capacidades técnicas (entrega continua, trunk-based, automatización) + cultura generativa predicen el rendimiento organizativo. Sus límites, que el propio programa reconoce a medias y sus críticos del todo: encuestas transversales autoinformadas (sesgo de método común, autoevaluación inflada), lenguaje causal que excede el diseño correlacional, instrumentos y microdatos no públicos (replicación independiente imposible), y muestras de conveniencia. Traducción a nuestra escalera: correlación a gran escala con teoría plausible — evidencia valiosa de escalón 3, no experimentos. Se cita mucho en este curso porque no hay nada mejor a esa escala, y se cita siempre con esta etiqueta.

3. El manager: qué dice la evidencia de un rol sospechoso

El agile primitivo coqueteó con el «no necesitamos managers»; los datos dicen otra cosa más interesante: los managers importan muchísimo — para bien y para mal — y lo que los hace buenos está razonablemente identificado.

Project Oxygen (Google, desde 2008): la empresa partió de la hipótesis interna de que los managers eran prescindibles («¿no bastaría con ingenieros seniors?») y los datos — más de 10.000 observaciones de evaluaciones, encuestas y entrevistas — mostraron lo contrario: la calidad del manager predecía retención, satisfacción y rendimiento del equipo. Sus diez comportamientos del buen manager, por orden: es buen coach; empodera sin microgestionar; crea entorno inclusivo; es productivo y orientado a resultados; comunica bien; apoya el desarrollo de carrera; tiene visión clara; tiene competencia técnica; colabora; decide. Fíjate dónde quedó lo técnico: octavo. Coaching, no-microgestión y cuidado del clima — Teoría Y operativa — encabezan. Estado: investigación interna de una empresa, no replicable con sus datos — caso corporativo que converge con la literatura académica (los meta-análisis de empowerment de la sección 1, la seguridad psicológica de la 5, el feedback de la 6), que es lo que le da crédito.

Los one2ones: práctica universalmente recomendada y — sorpresa incómoda — con investigación específica escasa. Lo serio disponible es reciente y de encuesta: el programa de Steven Rogelberg (encuestas a miles de managers y empleados; Glad We Met, 2024): los 1:1 regulares se asocian a compromiso y retención; casi la mitad se perciben subóptimos; los managers sobreestiman sistemáticamente su propia calidad en ellos; y los mejores son los del empleado — su agenda, sus obstáculos, su crecimiento — no revisiones de estado con calendario recurrente. La regla de Sofía («prohibido repasar el tablero») es la destilación correcta. Estado: evidencia de encuesta emergente — la práctica se sostiene además en todo lo que este curso ya estableció sobre feedback (sección 6), voz (sección 9) y desarrollo (la función huérfana que nadie cubría para Teo).

Spans of control (cuántas personas reportan a un manager): la literatura clásica recomendaba 5-6; la evidencia moderna no da número universal — depende de la complejidad del trabajo y de cuánta dirección necesita cada persona (trabajo complejo y novato → span corto; trabajo estable y senior → span largo). Lo único claramente respaldado son los extremos como patología: el manager con 2 reportes que microgestiona por aburrimiento, y el de 15 que no puede cubrir ninguna función humana (los one2ones de Sofía eran imposibles con la agenda de proxy-de-todo: el span efectivo no se mide en personas sino en atención disponible).

4. Roles sin guerra de títulos: el inventario de funciones

Cada organización bautiza distinto — EM, tech lead, staff engineer, agile coach, delivery manager, CTO de bolsillo — y las discusiones sobre qué «es» cada título son teología. El método del Cuaderno (y de la página de Sofía) es más útil: inventariar funciones y auditar cobertura. Las funciones que una organización de producto sana necesita cubiertas, se llamen como se llamen sus portadores:

  1. Alineación estratégica: traducir la estrategia al equipo y las señales del equipo a la estrategia — en ambos sentidos y sin pérdida (el factor mil de Feynman es esta función fallando).
  2. Desarrollo de personas: carrera, feedback, crecimiento, one2ones de verdad. La función más frecuentemente huérfana — nadie la ve fallar hasta que un Teo se va con su pregunta sin responder.
  3. Sistema de trabajo: facilitación, flujo, quitar piedras, proteger el foco — el «scrum master» bien entendido, exista o no el título.
  4. Criterio técnico: arquitectura, calidad, deuda, mentoring técnico — que NO tiene por qué vivir en el manager (y a menudo mejor que no: Bruno cubre esto sin gestionar a nadie).
  5. Descubrimiento de producto: que el equipo construya lo correcto, no solo correctamente (sección 3) — la función de producto, viva en un PM, en el trío producto-diseño-ingeniería, o repartida.

Con tres reglas de auditoría: en organizaciones pequeñas, una persona cubre varias funciones — legítimo mientras sea explícito (el peligro no es la acumulación sino la invisibilidad: Sofía cubría cuatro y media sin que nadie, ella incluida, lo supiera); toda función sin dueño es un incidente en incubación (la de desarrollo → Teo; la de criterio técnico sobre la tierra de nadie → julio); y cuando la organización crece, las funciones se especializan en títulos — el error clásico es copiar los títulos de las empresas grandes (¡sesgo del superviviente!) sin preguntarse qué funciones les faltan cubiertas a ellos. Un «agile coach» en una organización cuyos EMs ya facilitan bien es redundancia; en una donde nadie cubre el sistema de trabajo, es oxígeno. El título no informa; el hueco sí.

5. Nota final: presupuestos, la última muralla

Queda una estructura organizativa que el agile rara vez toca y siempre acaba chocando: el presupuesto anual — el «big design up front» de las finanzas: asignaciones fijadas doce meses antes con la información de hace catorce. El movimiento Beyond Budgeting (Hope y Fraser; casos como Svenska Handelsbanken, sin presupuesto desde 1972) propone sustituirlo por objetivos relativos, previsiones rodantes y asignación dinámica — financiar productos estables en lugar de proyectos anuales. La evidencia honesta (Libby y Lindsay, 2010, encuestas en Norteamérica): los problemas del presupuesto clásico son reales y reconocidos (gaming de cifras, rigidez), pero la mayoría de organizaciones responde adaptando — forecasts rodantes, revisiones trimestrales — más que aboliendo, y valora sus presupuestos reformados. Traducción práctica: si tu transformación choca con el ciclo presupuestario (chocará: la reorganización por flujos de Aurelia implica financiar equipos estables, no proyectos), la vía con evidencia es la reforma incremental del proceso financiero, no la revolución — y saber que esta muralla existe desde el principio ahorra la sorpresa de encontrarla en el peor momento.

Para llevar

  • Ley de Conway: el sistema copia la estructura de comunicación de quien lo construye — documentada (espejo en ~70% de 142 estudios). Úsala como palanca: diseña los equipos con la forma que quieres en el sistema (equipos por flujo de valor, plataforma para reducir carga ajena). Team Topologies ordena bien esto — como síntesis de practicantes, con la carga cognitiva de equipo como analogía declarada, no como ley.
  • La cultura es lo que le pasa a una mala noticia (Westrum): patológica esconde, burocrática encauza, generativa fluye. Se cambia con mecanismos (retros seguras, postmortems, datos abiertos), no con carteles — y DORA la asocia año tras año con rendimiento de entrega, con la etiqueta honesta de evidencia correlacional de encuesta.
  • Los managers importan (hasta Google lo intentó refutar y no pudo): lo que los hace buenos es coaching, empoderar sin microgestionar y clima — lo técnico, octavo. Los one2ones valiosos son los del empleado, no revisiones de estado; y el span sano se mide en atención disponible, no en cabezas.
  • Los títulos son teología; las funciones, ingeniería: alineación, desarrollo de personas, sistema de trabajo, criterio técnico, descubrimiento. Audita cobertura: toda función huérfana es un incidente en incubación, y acumular funciones es legítimo solo si es explícito.
  • El presupuesto anual es la última muralla del plan-primero; la evidencia favorece reformarlo (rodante, trimestral, por productos) más que abolirlo — y conviene saber que está ahí antes de chocar.

Para profundizar