La valla de Chesterton
"Pero a veces hay cosas que están así por algo. Y antes de llegar y decir cambiamos esto, lo que hay que hacer es sentarse, hablar, entender por qué y luego ver cómo lo podemos cambiar."— Marc · 1:43:49 ↗
El episodio aborda la integración de nuevos talentos en una empresa y el dilema de cómo abordan los procesos ya establecidos.
Texto original de Chesterton: The Thing (1929)
Aboga por el principio de la valla de Chesterton en el ámbito empresarial, sugiriendo que antes de eliminar procesos o elementos existentes, es crucial entender por qué fueron implementados en primer lugar para evitar consecuencias negativas. Reconoce que a veces no tiene la documentación del porqué de algunas vallas en su propia empresa.
// EN EL EPISODIO
El episodio aborda la integración de nuevos talentos en una empresa y el dilema de cómo abordan los procesos ya establecidos. Marc comenta que, a menudo, los recién llegados, especialmente aquellos con experiencia, tienden a cuestionar y querer eliminar procedimientos existentes, lo que puede ser contraproducente si no se entiende la razón de su existencia. Esta situación lo lleva a introducir el principio de la Valla de Chesterton.
La Valla de Chesterton, explicada con la metáfora de una valla en medio de un campo, subraya la importancia de entender el propósito de una práctica o sistema antes de desecharlo. La historia de quitar la valla sin saber por qué estaba ahí lleva a consecuencias desastrosas. En el ámbito empresarial, esto significa que antes de eliminar un proceso, es crucial preguntar y comprender quién lo implementó y por qué, fomentando la curiosidad y la prudencia.
Euge y Álvaro también comparten sus experiencias, destacando cómo el cambio impulsivo sin entender el contexto puede generar problemas inesperados, como la caída del SEO en su caso. Álvaro propone una solución interesante: duplicar los procesos temporalmente para evaluar cuál funciona mejor, en lugar de eliminar la valla directamente. Sin embargo, todos concuerdan en la dificultad de obtener esa documentación o explicación de los procesos existentes, lo que puede llevar a situaciones donde la "valla" se convierte en un riesgo si no se comprende su función.
// QUÉ DICE CADA UNO
- Marc
Aboga por el principio de la valla de Chesterton en el ámbito empresarial, sugiriendo que antes de eliminar procesos o elementos existentes, es crucial entender por qué fueron implementados en primer lugar para evitar consecuencias negativas. Reconoce que a veces no tiene la documentación del porqué de algunas vallas en su propia empresa.
- Euge
Comparte su experiencia personal, confirmando la validez del principio de Chesterton al relatar cómo al cambiar procesos en un negocio adquirido, afectó negativamente el SEO, comprendiendo entonces que «estaba así por una razón concreta».
- Willy
Matiza que, aunque es importante cuestionar las vallas, a veces las ideas nuevas son realmente mejores y uno debería estar dispuesto a adaptarse si funcionan.
- Alvaro
Propone una estrategia para cuando no se tiene clara la razón de una 'valla': en lugar de quitarla, se opera como si no existiera, duplicando procesos temporalmente para probar nuevas vías. Esto permite entender si la valla era necesaria, si surgen problemas, o si la nueva forma es mejor, respaldando así los argumentos para un cambio.
// CONTEXTO MÁS ALLÁ DEL EPISODIO
Lo que Chesterton realmente exigía: comprensión histórica, no solo curiosidad
La anécdota compartida por Marc, Euge y Álvaro refleja con precisión la esencia del principio formulado por G. K. Chesterton en su libro *The Thing* (1929) [3]. Sin embargo, el texto original es aún más incisivo de lo que sugiere la metáfora moderna. Chesterton no solo pedía entender la función de una estructura antes de eliminarla, sino que situaba al reformador ante una exigencia de humildad intelectual previa [3]: el reformador moderno dice alegremente «No le veo la utilidad; deshagámosla», a lo que el reformador inteligente responde «Vete y reflexiona. Luego, cuando puedas volver y decirme que sí le ves la utilidad, quizá te permita destruirla» [3]. No basta con una breve indagación; Chesterton exige una comprensión profunda de la institución como hecho histórico antes de intervenir [3]. El episodio acierta al señalar la dificultad de obtener esa documentación en entornos empresariales, pero Chesterton probablemente diría que esa carencia es precisamente la razón para no tocar la «valla» todavía: la carga de la prueba recae sobre quien quiere demoler, no sobre quien heredó la estructura [2][3].
El verdadero riesgo en las empresas: el síndrome del recién llegado y la deuda
El episodio aplica el principio al ámbito empresarial, y aquí las fuentes externas añaden una capa de complejidad que no se menciona: el problema de la deuda técnica y los procesos heredados en empresas que crecen rápido o pasan por fusiones [1][4]. Cuando una compañía adquiere otra, a menudo hereda procedimientos de aprobación jerárquica que parecen pura burocracia. Si el nuevo CEO los elimina para «fomentar la agilidad», puede estar desmontando justamente lo que impedía fraudes o compras impulsivas que causaron pérdidas en el pasado [4]. La fuente de MASMOVIL Negocios subraya que en startups y negocios en crecimiento es normal querer simplificar procesos para ahorrar costes, pero que el impulso de eliminar sin entender «puede generar problemas inesperados» [1], justo como la caída del SEO que mencionan Euge y Álvaro. La valla de Chesterton funciona aquí como dique contra el «síndrome del recién llegado»: la creencia de que lo anterior es ineficiente por definición, sin considerar que quizá resolvió un problema peor que la ineficiencia que percibimos [4].
Más allá de la precaución: pensamiento de segundo grado y el peligro del piloto
Aunque el episodio se centra en la precaución, las fuentes amplían el concepto en dos direcciones complementarias. Por un lado, el principio es una invitación al pensamiento de segundo grado: no evaluar solo las consecuencias inmediatas de quitar la valla, sino las consecuencias de esas consecuencias [5]. La fuente de *Entusiasmado.com* lo ilustra con un ejemplo sencillo: si un padre compra un caramelo a su hijo cada vez que salen a pasear, la consecuencia inmediata es un niño contento; la de segundo grado es un niño que esperará una recompensa cada vez y se sentirá decepcionado si no la recibe [5]. Por otro lado, la propuesta de Álvaro de «duplicar procesos temporalmente» para evaluar cuál funciona mejor encuentra un respaldo matizado en la fuente de *Haneine Consultores*, que advierte que incluso las pruebas piloto requieren entender primero la función original: de lo contrario, duplicar procesos sin comprender la «valla» puede llevar a un empate técnico engañoso —ambos funcionan en el corto plazo, pero solo uno protege contra el riesgo de larga cola que motivó su creación [4]. No basta con medir resultados inmediatos; hay que medir también las externalidades negativas que la estructura original estaba previniendo [2][4].