La complejidad útil nace de la simplicidad
Un sistema complejo que funciona se encuentra invariablemente que ha evolucionado a partir de un sistema simple que funcionaba. — John Gall
—¿Qué perdura después de esta línea?
La tesis de Gall: evolución antes que diseño total
John Gall condensa una observación práctica: cuando un sistema complejo realmente funciona, casi siempre puede rastrearse hasta una versión más simple que ya funcionaba. La frase cuestiona la tentación de construir “la solución final” de una sola vez, como si la complejidad pudiera decretarse sin aprendizaje previo. En lugar de eso, sugiere que la fiabilidad surge de iteraciones, no de planes perfectos. A partir de ahí, la idea se vuelve una advertencia: si intentamos saltar directamente a una arquitectura sofisticada, normalmente heredamos errores invisibles y dependencias frágiles. Por eso, Gall pone el foco en el origen: lo que hoy es complejo fue, antes, una base pequeña pero comprobada.
Por qué los sistemas simples pueden funcionar primero
Un sistema simple tiene menos piezas, menos interacciones y, por tanto, menos lugares donde ocultar fallas. Esa reducción de variables facilita entender qué causa qué, y permite corregir con rapidez. En la práctica, un equipo puede observar el comportamiento real del sistema y aprender de él, algo que un diseño excesivamente ambicioso suele impedir por su propia opacidad. Además, lo “simple que funciona” crea un estándar de realidad: ya entrega valor y ofrece métricas concretas. Con ese ancla, la complejidad posterior se añade con propósito—para resolver límites observados—en vez de añadirse por anticipación o por gusto estético.
El papel de la iteración: añadir complejidad solo cuando hace falta
Una vez que existe una base estable, la complejidad puede introducirse como una serie de pequeñas extensiones: mejorar rendimiento, añadir tolerancia a fallos, ampliar funciones, automatizar operaciones. Cada paso se valida contra el sistema que ya funcionaba, lo que reduce el riesgo de romperlo todo a la vez. Este enfoque se parece más a la evolución que a la ingeniería de “catedral”: cambios incrementales, retroalimentación y selección de lo que sirve. En ese proceso, los errores se vuelven información. Lo que falla orienta la siguiente modificación, y lo que funciona se conserva. Así, la complejidad se gana, no se impone.
Lecciones desde el software y los productos
En desarrollo de software, la cita se refleja en prácticas como construir un MVP (producto mínimo viable) y luego iterar. Muchas plataformas robustas comenzaron como herramientas limitadas: una función central bien resuelta y, después, expansión guiada por uso real. Cuando se intenta empezar con “microservicios para todo” o con un sistema de permisos extremadamente granular desde el día uno, a menudo se añade fragilidad y se ralentiza el aprendizaje. La transición natural es clara: una base pequeña permite desplegar, medir y corregir; una base compleja exige suposiciones. Y donde hay suposiciones sin validación, la complejidad suele ser deuda.
Organizaciones y políticas: estructuras que crecen desde lo operativo
La idea de Gall también aparece en organizaciones: procesos demasiado elaborados pueden fallar si no nacen de prácticas que ya funcionan en el terreno. Un equipo pequeño que coordina bien puede escalar mejor si conserva sus mecanismos esenciales—claridad de roles, comunicación útil, criterios de calidad—y los adapta gradualmente a nuevos tamaños. En cambio, imponer desde el inicio una burocracia completa puede producir la apariencia de control sin el rendimiento real. De este modo, la complejidad organizativa debería emerger para sostener operaciones existentes, no para reemplazarlas con papel. Primero funciona el núcleo; luego se institucionaliza lo aprendido.
El límite de la cita: cuándo no basta con crecer desde lo simple
Aunque la observación es poderosa, no significa que toda complejidad deba surgir lentamente o que siempre exista un “simple” previo disponible. En ámbitos con altas exigencias desde el inicio—por ejemplo, aviación o dispositivos médicos—hay regulaciones y requisitos de seguridad que obligan a diseñar con rigor desde el principio. Aun así, incluso allí se intenta prototipar, simular y validar por módulos para evitar el salto ciego. Así, el matiz no contradice a Gall: confirma su espíritu. La clave es mantener trazabilidad y pruebas incrementales, de modo que cada parte “funcione” antes de integrarse en un todo más complejo.
Aplicación práctica: cómo diseñar pensando en evolución
Llevado a la práctica, el consejo es construir una columna vertebral mínima: una funcionalidad principal, una interfaz clara, y observabilidad para saber qué ocurre. Luego, añadir capacidades solo cuando exista evidencia de necesidad: cuellos de botella medidos, fallos recurrentes, nuevas demandas de usuarios. Cada incremento debe ser reversible o al menos controlable, para que el sistema conserve su capacidad de “volver a funcionar” después de cambios. En última instancia, la frase de Gall impulsa una ética de diseño: preferir lo comprobable a lo grandioso. La complejidad útil no es un punto de partida, sino un resultado de aprendizaje continuo.
Un minuto de reflexión
¿Qué sentimiento te despierta esta cita?
Citas relacionadas
6 seleccionadasImagina una solución; luego avanza hacia ella programando, una línea a la vez. — Ada Lovelace
Ada Lovelace (1815–1852)
El aforismo de Lovelace propone un puente entre la imaginación y la ejecución: primero concebir la forma de la solución y, acto seguido, avanzar hacia ella con el ritmo humilde de una línea de código por vez. Así, la ide...
Leer interpretación completa →Las cosas simples deberían ser simples; las cosas complejas deberían ser posibles. - Alan Kay
Alan Kay (nacido en 1940)
Alan Kay plantea un principio que suena obvio, pero rara vez se cumple: lo simple no debería volverse enredado por decisiones de diseño, burocracia o hábitos de trabajo. Cuando una tarea cotidiana exige manuales, excepci...
Leer interpretación completa →La verdad siempre se encuentra en la simplicidad, y no en la multiplicidad y confusión de las cosas. — Isaac Newton
Isaac Newton (1642–1727)
Isaac Newton, uno de los padres fundadores de la ciencia moderna, sostenía que la esencia de la verdad reside en la simplicidad. Para él, las explicaciones más sencillas suelen estar más cerca de la realidad que aquellas...
Leer interpretación completa →La verdad siempre se encuentra en la sencillez, y no en la multiplicidad y confusión de las cosas. — Isaac Newton
Isaac Newton (1642–1727)
Isaac Newton nos invita a enfocar nuestra atención en la sencillez como fuente principal de la verdad. Su perspectiva nos recuerda que las ideas más fundamentales suelen tener raíces simples, lejos de la complejidad inne...
Leer interpretación completa →Simplificar las complicaciones es el primer requisito esencial del éxito. — George E. E. H. Moore
datos públicos fiables sobre George E
Este pensamiento destaca la importancia de reducir la complejidad para alcanzar el éxito. La simplicidad permite centrar los esfuerzos en lo realmente importante.
Leer interpretación completa →Todo debe hacerse tan simple como sea posible, pero no más simple. — Albert Einstein
Albert Einstein (1879–1955)
Einstein destaca la importancia de simplificar, pero advierte que si simplificamos en exceso, podemos perder detalles cruciales. Lo esencial debe mantenerse para que la simplicidad no afecte la funcionalidad o el entendi...
Leer interpretación completa →Más del autor
Más de John Gall →