tl;dr: El debate «equipo vs idea» ignora lo que realmente importa: timing, acceso a recursos y restricciones sistémicas. Las organizaciones rechazan cambios buenos porque optimizan para estabilidad, no eficiencia. El éxito es impredecible – las narrativas sobre «grandes equipos» o «ideas brillantes» son ficciones que inventamos después para mantener la ilusión de control. Todos estamos adivinando.
Todo el mundo en Startup Chile, en los circulos de emprendimiento de Santiago o en Silicon Valley te va a decir lo mismo: los equipos importan más que las ideas. Paul Graham te lo dice. Los blogs de Y Combinator te lo repiten siempre. Lo he escuchado en pitch meetings, en conferencias, en conversaciones casuales donde alguien está explicando por qué su startup fracasó. Es la sabiduría convencional.
Y tiene sentido, ¿no? Las ideas son baratas. La ejecución es lo que separa a los ganadores de los perdedores. Un equipo brillante puede tomar una idea mediocre y convertirla en Instagram. Un equipo mediocre puede tener una idea brillante y… bueno, probablemente nunca escuches de ellos…que un buen equipo puede rescatar una mala idea, pero un mal equipo no puede hacer nada con una buena idea…en fin
Pero después de años trabajando en producción industrial, tengo serias dudas. No sobre si la ejecución importa ( obviamente importa) sino sobre si entendemos qué la hace posible o imposible en primer lugar.
Déjenme contarles sobre una vez que una buena idea murió, y cómo me tomó años entender realmente por qué.
Hace unos años. Yo trabajaba en una planta de procesamiento de alimentos y teníamos un problema repetitivo: errores en el check-in de materias primas que causaban retrasos de 2-3 horas cada vez que ocurrían. No era un problema gigante, pero era constante. Calculé que nos costaba aproximadamente 15 horas de producción perdidas al mes.
La solución era simple. Cambiar el orden del proceso: en lugar de verificar la documentación después de descargar los materiales, verificarla antes. Básicamente, mover un paso del proceso tres minutos hacia adelante en el tiempo.
Era una idea objetivamente buena. No requería inversión. No requería tecnología nueva. Solo requería hacer las cosas en diferente orden. Los números estaban ahí: podíamos recuperar esas 15 horas mensuales con un cambio de procedimiento que tomaría literalmente cero esfuerzo adicional una vez implementado.
El equipo era competente. No estoy hablando de gente mediocre. Teníamos supervisores con años de experiencia, operadores que sabían su trabajo, un gerente de operaciones que entendía perfectamente el problema.
Pero… la idea murió.
El primer obstáculo apareció el martes siguiente, cuando presenté la propuesta en la reunión semanal. El supervisor de turno de mañana, un tipo con 15 años en la planta, me escuchó y dijo:
“Pero así lo hemos hecho siempre.”
No lo dijo con hostilidad. Lo dijo como quien señala un hecho básico de la realidad. Como quien dice el “agua moja” o el “cielo es azul.”
Le mostré los números. Las 15 horas perdidas, el costo estimado, la simplicidad del cambio. Asintió, dijo que tenía sentido y luego agregó:
“Pero habría que coordinar con logística.”
Otro supervisor añadió: “Y con el área de calidad, porque ellos revisan los documentos después.”
El gerente de operaciones dijo: “Hagamos una prueba piloto de dos semanas y vemos.”
Dos semanas se convirtieron en un mes. El mes se convirtió en “cuando tengamos menos carga”. Y eventualmente, el tema simplemente desapareció de las agendas.
La frustración que sentí era política. Sabía que el cambio funcionaría. Pero nadie quería ser la persona que empujara algo incómodo para beneficios que se sentirían meses después, distribuidos entre turnos y áreas que ni siquiera se hablaban entre sí.
Eventualmente, me rendí. Seguí adelante con otras tareas. El sistema ganó.
Paul Graham, fundador de Y Combinator, ha dicho repetidas veces que las startups fracasan por problemas de equipo, no por problemas de producto. Y Combinator rechaza aproximadamente el 99% de las aplicaciones que reciben. Según sus propios análisis, la mayoría de los rechazos son por dudas sobre el equipo fundador, no sobre la idea del negocio.
Hay investigación que respalda esto. Un estudio de Harvard Business Review analizó 200 startups fallidas y encontró que el 23% citaba «el equipo equivocado» como razón principal del fracaso, comparado con solo 14% que citaba «producto sin demanda del mercado».
Pero confiar en estas encuestas post-mortem es extraño. Es como preguntarle al capitán del Titanic, mientras se hunde, que haga un análisis sereno sobre qué salió mal. Los relatos se construyen después del hecho (gracias señor kahneman por explicármelo con peras y manzanas).
“El equipo no era el correcto” es una respuesta que protege el ego y suena creíble. Nadie quiere admitir “mi idea no tenía sentido” cuando puede culpar a otros.
La lógica convencional es elegante: las ideas son baratas y abundantes, la ejecución es rara y valiosa. Un equipo excelente puede tomar una idea mediocre y pivotear hasta encontrar product-market fit. Un equipo mediocre puede tomar la mejor idea del mundo y construir algo que nadie quiere usar.
El argumento se vuelve aún más fuerte cuando vemos cómo ciertos equipos transforman ideas malas en buenas. Pensemos en Burbn, una aplicación de check-in geolocalizado que incluía filtros para fotos como una función secundaria, casi trivial. El mercado de los check-ins ya estaba saturado y la idea principal era mediocre.
Un equipo mediocre habría seguido empujando la idea original hasta quedarse sin fondos. Pero el equipo de Burbn tuvo la agudeza de notar que, aunque los usuarios ignoraban la función principal, amaban obsesivamente los filtros. Tomaron la decisión, nada fácil, de eliminar todo lo demás y centrarse exclusivamente en esa pequeña pieza. El resultado fue Instagram.
Este no es un caso donde un buen equipo rescató una mala idea. Es un caso donde un buen equipo usó una mala idea como vehículo para descubrir una buena.
O pensemos en Toyota en los años 50. Su idea inicial era fabricar autos pequeños y eficientes para el mercado japonés. Nada revolucionario. Pero desarrollaron algo más importante que la idea: un sistema de producción (el Toyota Production System) que eventualmente cambiaría la manufactura global. El equipo creó una estructura que hacía que las buenas ideas fueran más fáciles de implementar y las malas más fáciles de detectar.
Eliyahu Goldratt, el físico israelí que desarrolló la Teoría de Restricciones, argumentaba algo similar. Según él, toda organización tiene un cuello de botella, una restricción que limita el rendimiento del sistema completo… No importa cuán bueno sea tu equipo o tu idea si sigues optimizando las partes equivocadas del sistema. Puedes tener el mejor equipo de producción del mundo, pero si tu restricción está en ventas, todo ese talento se desperdicia.
Lo interesante de Goldratt es que su insight central no era sobre equipos o ideas. Era sobre sistemas. Y los sistemas tienen una propiedad contraintuitiva; puedes tener todas las piezas correctas y aún así fallar si las piezas no están conectadas correctamente.
Y si todo esto es cierto (si las restricciones son las verdaderas protagonistas) veamos qué pasa cuando llevamos esa lógica al extremo.
Pensemos en dos escenarios:
Escenario A: Un equipo brillante de ingenieros de una de las mejores universidades del mundo trabajando en una aplicación para enseñarle física cuántica a gatos domésticos.
Escenario B: Un equipo mediocre trabajando en una plataforma de pagos digitales en un país donde el 80% de las transacciones siguen siendo en efectivo por problemas de infraestructura bancaria.
El Escenario A tiene un equipo excelente y una idea objetivamente mala. El Escenario B tiene un equipo menos talentoso pero una idea con demanda masiva y timing perfecto. ¿A cuál le apostarías?…Probablemente al Escenario B.
Porque a veces la ola es tan grande que casi cualquier equipo competente puede surfearla. Y a veces una idea es tan mala que ni el mejor equipo del mundo puede salvarla.
Es como los equipos de futbol que contratan super-estrellas y fracasan espectacularmente. O los estudios de música que juntan a los mejores músicos del mundo y producen álbumes que nadie recuerda ( a exepción de TOTO por su puesto). El talento individual no predice éxito sistémico.
Webvan tenía un equipo increíble – ejecutivos de consultoría top, ingenieros brillantes, estrategas experimentados. Su idea era entregar comida a domicilio usando internet. Fracasaron espectacularmente en 2001, quemando $800 millones.
Pero Instacart, con básicamente la misma idea ejecutada por un equipo mucho menos estelar al inicio, ha levantado cientos de millones en financiamiento y sigue creciendo. La diferencia no fue el equipo. Fue el timing. En 2001, la infraestructura de internet y smartphones no existía. Ahora sí.
Lo sé porque lo viví. En 2008 lancé fullferia.com, un ecommerce de venta de frutas y verduras a domicilio. Tenía el ímpetu, las ganas, convicción de que funcionaría. Fracasó. Durante años me inventé dije la narrativa cómoda: no tuve el equipo correcto, o no ejecuté bien, o no tuve suficiente capital.
Pero mirándolo desde ahora, la verdad es más simple, no iba a funcionar sin importar qué hiciera. No había smartphones, no había aplicaciones de pago fáciles. La gente todavía desconfiaba de comprar online. No estaba ejecutando mal, solo estaba peleando contra el contexto.
Lo que me frustra no es haber fracasado. Es que durante años creí que era un problema de equipo o de idea, cuando en realidad era un problema de timing. Y si hubiera tenido más capital, probablemente habría quemado más plata persiguiendo algo que estaba condenado desde el inicio.
O mira el caso de Kodak. Inventaron la cámara digital en 1975. Tenían el equipo (ingenieros brillantes que literalmente inventaron la tecnología). Tenían la idea (capturar imágenes sin película).
Pero su sistema organizacional estaba optimizado para vender película. La restricción no estaba en talento o innovación. Estaba en incentivos. Un buen equipo con una buena idea puede fracasar si el sistema recompensa mantener el status quo.
O al menos, eso pensaba hasta que tal vez Kodak DEBÍA morir. No porque fueran incompetentes. Las organizaciones que sobreviven más de 100 años son raras precisamente porque NO son lo suficientemente ágiles para adaptarse. La fragilidad es el precio de la longevidad.
Piensa en esto: las empresas que aparecen en las listas de «mejor gestionadas» tienden a colapsar una década después. Las que sobreviven generaciones enteras son precisamente las que RECHAZAN la mayoría de las innovaciones, incluyendo muchas que en retrospectiva parecen obvias.
¿Y si la resistencia al cambio es la característica más valiosa de una organización? ¿Y si mi propuesta del check-in debió morir no porque la planta sea disfuncional, más bien porque las plantas que sobreviven 50 años son precisamente las que matan propuestas como la mía?
Volvamos a mi historia, porque la conversación con el supervisor no terminó esa tarde del viernes.
Meses después, en una situación completamente diferente, tuvimos que implementar un cambio mucho más grande – una actualización del sistema de trazabilidad exigida por un cliente importante. Esta vez, nadie preguntó si había que hacerlo. Se hizo. En tres semanas estaba funcionando, con las mismas áreas que antes no podían coordinar mi pequeño ajuste de check-in.
Le pregunté al mismo supervisor qué había sido diferente.
“Había presión externa”, me dijo. “Si no lo hacíamos, perdíamos el contrato. Cuando hay consecuencias claras, la gente se mueve.”
Ahí entendí lo que realmente había pasado. No era que el equipo no pudiera ejecutar mi idea. No era que la idea fuera mala. Era que toda propuesta de mejora opera bajo lo que podríamos llamar la asimetría del esfuerzo de cambio.
El esfuerzo necesario para implementar el cambio es concreto, inmediato y recae sobre personas específicas que sienten la resistencia intensamente. Tienen que aprender un nuevo método, llenar formularios distintos, asumir el riesgo de que algo salga mal al principio. El beneficio del cambio es abstracto, distribuido a lo largo del tiempo y percibido por la organización como un todo. Nadie «siente» directamente su parte de las 15 horas ahorradas al mes.
Esta asimetría es mortal porque los costos del cambio son visibles y asignables mientras que los beneficios son invisibles y distribuidos. En términos de Goldratt, mi propuesta intentaba optimizar algo que no era la restricción del sistema. La restricción real no era eficiencia operativa. Era coordinación política.
Esto me lleva a algo que me incomoda profundamente. Todo el debate “equipo vs idea”asume que existe algo llamado calidad que puede identificarse antes de los hechos. Que si eres lo suficientemente inteligente, puedes distinguir buenos equipos de malos equipos, buenas ideas de malas ideas, y tomar decisiones que maximicen probabilidades de éxito.
¿Y si eso es fundamentalmente falso? ¿Y si equipo e idea son narrativas que inventamos después del hecho para justificar un sistema donde el éxito depende principalmente de timing, acceso a capital y conexiones sociales?
Piensa en los fundadores exitosos que conoces. ¿Cuántos de ellos tienen acceso a capital familiar? ¿Cuántos fueron a universidades de élite donde conocieron co-fundadores e inversores? ¿Cuántos pueden permitirse fracasar tres veces antes de tener éxito porque tienen red de seguridad?
El debate «equipo vs idea» es conveniente porque mantiene la ilusión de meritocracia. Podemos seguir creyendo que el éxito es producto de talento y trabajo duro, no de privilegio y suerte. Podemos seguir justificando por qué ciertos fundadores merecen hacerse millonarios mientras sus empleados luchan por pagar el arriendo.
No estoy diciendo que el talento no importa. Obviamente importa. Pero tal vez importa mucho menos de lo que nos gusta admitir. Y tal vez nuestra obsesión con equipos e ideas es una forma sofisticada de no hablar sobre desigualdad estructural.
Tal vez no sea que el equipo o la idea importen menos. Tal vez ambos importan dentro de un marco que no elegimos: el del acceso y el contexto.
Las organizaciones desarrollan algo parecido a un sistema inmune organizacional, diseñado para rechazar cambios pequeños y no autorizados. El problema es que este sistema a menudo es demasiado torpe para distinguir entre cambios destructivos y mejoras beneficiosas. Trata una optimización simple con el mismo nivel de sospecha que una reorganización masiva.
La organización no está optimizada para la máxima eficiencia. Está optimizada para la máxima estabilidad. Al protegerse del caos, también se aísla de la mejora gradual. Esto es una característica. Pero es una característica mal calibrada que cuesta más de lo que protege.
Nassim Taleb diría que estas organizaciones son frágiles , se rompen bajo estrés… Pero no son frágiles de la manera obvia. Son frágiles porque han eliminado toda capacidad de adaptación pequeña y gradual. Cuando finalmente tienen que cambiar (porque el cliente lo exige, porque la competencia los obliga), el cambio es traumático porque han perdido la habilidad de cambiar incrementalmente.
¿Qué pesa más entonces? ¿La idea o el equipo?
Probablemente el equipo importa más que la idea en la mayoría de los casos. Pero hay muchos casos donde el timing es todo, donde los incentivos son tóxicos, donde la idea es objetivamente mala, o donde la idea es tan obvia que casi cualquier equipo competente puede ejecutarla.
Y muchas veces no sabemos en qué categoría estamos hasta que ya es demasiado tarde. Un equipo puede parecer excelente en entrevistas y no funcionar cuando enfrentan problemas reales. Una idea puede parecer brillante en una presentacion con modernos slides y completamente inviable cuando choca con la realidad del mercado.
Pero tal vez la pregunta fundamental no es «¿equipo o idea?» mas bien «¿cuál es la restricción real del sistema?» En mi planta, la restricción no era talento técnico ni calidad de ideas. Era coordinación entre áreas con incentivos desalineados. Mejorar el equipo o tener mejores ideas no habría resuelto nada.
Las organizaciones no seleccionan ideas por su calidad objetiva. Seleccionan las ideas que pueden sobrevivir al proceso de aprobación interno. Y ese proceso favorece ideas que son fáciles de vender, no necesariamente las que son buenas.
Mi idea del check-in no sobrevivió porque requería coordinación entre tres áreas y ninguna tenía un incentivo fuerte para hacerlo, no fracasó porque fuese mala. Una idea peor pero más simple (digamos, comprar una máquina nueva) probablemente habría tenido más éxito, porque encaja mejor en cómo las organizaciones toman decisiones.
Es más fácil decir «teníamos un mal equipo» que admitir «nuestros incentivos estaban mal diseñados». Es más cómodo culpar a la ejecución que cuestionar si la estructura organizacional permite que buenos equipos ejecuten buenas ideas.
Si tuviera que dar un solo consejo práctico, sería este: desconfía de cualquiera que te diga que sabe cuál es la restricción real de tu sistema. Incluyéndome a mí.
Porque cada vez que pensé que había identificado la restricción correcta en mi carrera, resultó que estaba equivocado y la restricción real estaba en otra parte que ni siquiera había considerado. La Teoría de Restricciones de Goldratt es brillante como framework conceptual. Pero tiene el mismo desafío que todas las metodologías de gestión: funciona mucho mejor en retrospectiva que en tiempo real.
Lean, Six Sigma, Agile, TOC, todas estas herramientas ofrecen algo valioso: un lenguaje para hablar sobre problemas organizacionales. Pero todas tienen la misma limitación: requieren que ya sepas dónde mirar. Son lentes útiles para examinar problemas que ya identificaste por otros medios.
Acabo de pasar algo asi como 2000 palabras defendiendo la idea de que la restricción del sistema importa más que equipos o ideas. Pero honestamente, no sé si creo en eso completamente.
Porque tal vez la restricción real es nuestra incapacidad de ver las restricciones hasta que ya pasaron. Tal vez el problema no es que no sepamos identificar restricciones, es que las restricciones cambian más rápido de lo que cualquier organización puede adaptarse.
Aquí está lo que realmente creo: el éxito organizacional es fundamentalmente impredecible. Podemos inventar narrativas después del hecho (tenían un gran equipo, la idea era brillante, identificaron la restricción correcta), pero esas narrativas son mayormente ficción útil.
La verdad es que la mayoría de las organizaciones exitosas no saben exactamente por qué tuvieron éxito. Y las que fracasan tampoco saben exactamente por qué fracasaron, aunque inventan explicaciones convincentes para proteger el ego.
¿Entonces qué hacemos? ¿Nos rendimos y aceptamos que todo es suerte y privilegio?
No exactamente. Pero tal vez deberíamos ser más honestos sobre las limitaciones de nuestro conocimiento. Tal vez deberíamos dejar de buscar fórmulas mágicas y aceptar que estamos navegando en niebla densa con mapas obsoletos.
Y tal vez, en lugar de preguntarnos “¿cómo identifico la restricción correcta?” deberíamos preguntarnos «¿cómo construyo un sistema que sea lo suficientemente robusto para sobrevivir cuando inevitablemente me equivoque sobre cuál es la restricción?»
Porque la única certeza que tengo después de años trabajando en plantas y organizaciones de todo tipo es esta: todos estamos adivinando. Algunos adivinan mejor que otros. Algunos tienen más recursos para sobrevivir cuando adivinan mal. Pero nadie realmente sabe qué está haciendo.
Aquellas 15 horas mensuales probablemente todavía se están perdiendo en esa planta. Y probablemente sea correcto que se sigan perdiendo. No porque la organización sea perfecta. Simplemente porque el costo de ser una organización que optimiza constantemente es probablemente mayor que 15 horas al mes de ineficiencia.
El supervisor que me dijo “así lo hemos hecho siempre”probablemente tenía más razón de la que yo estaba dispuesto a admitir. El sistema no estaba ganando. El sistema estaba haciendo exactamente lo que debe hacer un sistema que ha sobrevivido décadas: protegerse de gente como yo que cree que puede mejorarlo.
Y eso, al menos, es algo que me hace cuestionar todo lo que creía saber sobre equipos, ideas y restricciones.