El equipo que mata la idea

Hay una pregunta que hago al inicio de cada módulo de innovación cuando enseño en la universidad.

No es sobre metodología. No es sobre Design Thinking ni Lean Startup ni ninguno de los frameworks que llenan los currículos de los MBAs del mundo.

Es esta: ¿cuántas personas tiene tu equipo de innovación?

El silencio que sigue me dice casi todo lo que necesito saber.

Los que responden rápido — "cinco", "seis", "ocho" — tienen una célula que probablemente todavía funciona. Los que toman aire antes de responder, los que calculan, los que miran al costado buscando al colega que recuerda el organigrama — esos tienen un problema que no ha terminado de nombrarse.

El problema no es que sean muchos.

El problema es que creen que agregar personas al equipo de innovación es lo mismo que agregar potencia al motor.

No lo es.

· · · I.

Lo que Ringelmann descubrió en 1913 y las corporaciones todavía no han aprendido

Maximilien Ringelmann era un ingeniero agrícola francés que en 1913 hizo un experimento deceptivamente simple: midió cuánta fuerza ejercía cada persona jalando una cuerda, primero sola, luego en grupos de dos, de tres, de ocho.

El resultado lo perturbó.

A medida que el grupo crecía, la fuerza total aumentaba. Pero la contribución individual disminuía — de forma consistente, de forma medible, de forma que no tenía excepción. Una persona sola jalaba con el 100% de su capacidad. En un grupo de ocho, cada uno jalaba con menos del 50%.

Ringelmann lo atribuyó a coordinación. A la fricción invisible entre cuerpos que intentan moverse en la misma dirección al mismo tiempo.

Ciento trece años después, un análisis de más de 65 millones de papers, patentes y proyectos de software publicado en Nature llegó al mismo lugar desde otro ángulo: los equipos pequeños tienden a disrumpir, los equipos grandes tienden a consolidar. No es que los grandes fallen — es que hacen una cosa distinta, y el problema ocurre cuando se les pide que hagan la otra.

La productividad individual en equipos complejos alcanza su máximo entre 7 y 19 personas, dependiendo de la métrica. Después de ese rango, la curva baja. No porque las personas sean menos capaces. Porque el costo de coordinarse entre sí supera el valor que cada uno agrega.

Fred Brooks lo formuló para el software en 1975 y lo llamó ley: agregar personas a un proyecto tardío lo hace más tardío aún. La industria tecnológica lo aprendió, lo olvidó, y lo reaprendió cada vez que una empresa contrató a cien desarrolladores pensando que entregaría el doble de rápido.

Las áreas de innovación corporativa están aprendiendo lo mismo. Muy despacio. Con presupuesto propio.

· · · II.

La célula de innovación como organismo autoinmune

Hay un patrón que he visto repetirse en distintas corporaciones de LATAM, en industrias distintas, con culturas organizacionales distintas.

Nace siempre igual: el directorio decide que la empresa necesita innovar. Se crea una unidad. Se le da nombre — Innovation Lab, Centro de Transformación Digital, Área de Nuevas Iniciativas. Se le asigna presupuesto. Se reclutan personas con perfil creativo, con experiencia en startups, con energía distinta a la del resto de la organización.

Al principio, el equipo produce.

Al año, el equipo presenta.

Al tercer año, el equipo coordina.

Lo que ocurrió entre el primero y el tercero no fue pérdida de talento. Fue ganancia de masa. Cada persona nueva que se incorporó trajo consigo la necesidad de ser incluida, de ser alineada, de ser considerada. Cada reunión que se creó para coordinar se convirtió en el espacio donde las ideas se limaban hasta quedar lisas — sin aristas, sin riesgo, sin posibilidad de incomodar a alguien cuyo presupuesto o territorio pudiera verse amenazado.

El equipo de innovación se había convertido en el anticuerpo que atacaba las ideas que debía proteger.

No por maldad. Por tamaño.

La investigación de la Kellogg School of Management es precisa en esto: a medida que los equipos crecen de uno a cincuenta miembros, la creatividad disminuye. Los equipos grandes se enfocan en desarrollar ideas ya conocidas. Los equipos pequeños se enfocan en generar ideas nuevas.

La razón no es intuitiva pero es consistente: la colaboración genera convergencia. Y la convergencia es exactamente lo opuesto de lo que necesita una idea nueva en sus primeras horas de vida.

Una idea nueva necesita divergencia. Necesita la incomodidad de no ser entendida todavía. Necesita el silencio de alguien que no está de acuerdo y que todavía no sabe cómo decirlo. Ese silencio es donde vive la innovación real — y los equipos grandes lo llenan demasiado rápido con consenso.

· · · III.

La pregunta que nadie hace antes de crear el equipo

Antes de definir cuántas personas necesita un equipo de innovación, hay una pregunta anterior que casi nunca se hace.

¿Qué tipo de innovación estamos buscando?

La distinción importa porque la respuesta determina todo lo demás.

Si la respuesta es innovación incremental — mejorar lo que ya existe, escalar lo que ya funciona, reducir costos en procesos establecidos — entonces un equipo grande con metodología clara es exactamente lo que se necesita. La coordinación es una ventaja, no un costo. La convergencia es el producto, no el obstáculo.

Si la respuesta es innovación disruptiva — ideas que no existen todavía, modelos de negocio que cuestionan la lógica actual de la industria, soluciones para problemas que el mercado todavía no ha nombrado — entonces un equipo grande es estructuralmente incapaz de producirla. No por falta de talento. Por exceso de masa.

Lo que la evidencia muestra es que estas dos funciones requieren no solo equipos distintos, sino estructuras distintas, métricas distintas, y culturas distintas. Mezclarlas en una sola unidad organizacional llamada "innovación" es como pedirle a un cirujano que haga cirugía y administración hospitalaria al mismo tiempo y medir el resultado con una sola métrica.

El cirujano va a optimizar para la métrica. Y la métrica, casi siempre, va a ser la que se puede medir más fácilmente.

Que no es la que importa más.

· · · IV.

El número que importa y el que se ignora

Stuart Kauffman, biólogo de sistemas del Santa Fe Institute, pasó décadas estudiando cómo emergen el orden y la complejidad en sistemas adaptativos. Una de sus conclusiones tiene una aplicación directa que pocas organizaciones han explorado:

En un equipo de 5 personas hay 10 conexiones posibles. En un equipo de 10 hay 45. En un equipo de 20 hay 190.

El potencial de innovación escala exponencialmente. Pero el costo de coordinación también — y lo hace más rápido.

Hay un punto de cruce. Un tamaño a partir del cual el costo de mantener las conexiones activas supera el valor que esas conexiones generan. Y ese punto llega antes de lo que cualquier organigrama sugiere.

Robin Dunbar llegó al mismo lugar desde la neurobiología: existe un límite cognitivo para el número de relaciones estables que un ser humano puede mantener simultáneamente. Ese número está alrededor de 150 para relaciones sociales generales, y alrededor de 15 para relaciones de colaboración estrecha.

Cuando un equipo supera ese segundo número, las personas comienzan a desconectarse. No de manera consciente. De manera silenciosa, gradual, casi imperceptible. Contribuyen menos. Asumen menos responsabilidad individual. Esperan que otro tome la iniciativa.

La innovación que sobrevive a ese proceso es la que no incomodaba a nadie.

Que es, casi por definición, la innovación que ya existía.

· · · V.

Lo que esto implica para quien tiene que decidir

No estoy argumentando contra los equipos de innovación.

Estoy argumentando contra la idea de que su tamaño es una variable de segundo orden — algo que se decide después de definir el presupuesto, la metodología, y el nombre de la unidad.

El tamaño es la variable de primer orden. Define qué tipo de innovación es posible antes de que el primer taller de ideación ocurra.

Lo que la evidencia sugiere, y lo que mi experiencia operando en entornos corporativos y como fundador de ventures confirma, es esto:

La célula de innovación disruptiva debería ser pequeña por diseño. Tres a seis personas, con mandato real para explorar ideas que incomoden, con métricas que reflejen aprendizaje y no solo output, y con protección explícita contra la presión de coordinarse con el resto de la organización antes de que la idea tenga la suficiente energía propia para sobrevivir el contacto.

La función de escalar y ejecutar debería ser estructuralmente separada — no en el mismo equipo, no con las mismas métricas, no en la misma reunión semanal donde se mezcla el piloto con el presupuesto de marketing del trimestre.

Amazon lo operacionalizó con la regla de las dos pizzas. Spotify con los squads. Netflix con la autonomía radical de las células. Todos llegaron al mismo lugar por caminos distintos: la unidad de innovación tiene que ser lo suficientemente pequeña para que cada persona sienta el peso completo de la idea.

Sin ese peso, la idea flota.

Y lo que flota, en una corporación con suficiente burocracia, eventualmente se queda sin aire.

· · · VI.

La pregunta que sigue abierta

Hay algo que la investigación no resuelve del todo — y que me parece más honesto nombrar que ignorar.

Sabemos que los equipos pequeños disrumpen y los grandes consolidan. Sabemos que la creatividad individual disminuye con el tamaño del grupo. Sabemos que la metodología colaborativa, paradójicamente, inhibe el pensamiento divergente que la innovación requiere.

Lo que no sabemos con precisión es cómo diseñar la transición.

El momento en que una idea generada por tres personas tiene que convertirse en un proyecto ejecutado por treinta es el momento más peligroso de la innovación corporativa. No porque las treinta personas sean incapaces. Porque la idea todavía no tiene la solidez suficiente para sobrevivir el primer ciclo de revisión presupuestal sin perder lo que la hacía disruptiva.

He visto esa transición matar ideas que merecían seguir viviendo.

No en una reunión dramática. En la quinta versión de un PowerPoint donde alguien suavizó el argumento para que no incomodara al área de finanzas.

El equipo que mata la idea no siempre lo sabe.

A veces simplemente está siendo responsable.

· · ·

Salí de esa clase con más preguntas que cuando entré. Eso, en un módulo de innovación, es exactamente lo que debería ocurrir.