Llevo más de 16 años liderando equipos de ingeniería en startups y scaleups, y si hay una lección que se repite en cada empresa —Farfetch, Creditas, RD Station, Reby, Enterticket, Venturest— es esta: la forma en que introduces un cambio importa tanto como el cambio en sí.
Existen dos escuelas para gestionar el cambio organizacional. La disruptiva, que rompe con todo de golpe y espera que el equipo se adapte por la fuerza. Y la evolutiva —el kaizen— que avanza en pasos pequeños, medibles y reversibles. Después de años viendo ambas en acción, tengo una postura clara: el kaizen gana casi siempre, y no es por ser conservador. Es por cómo funciona realmente el aprendizaje humano dentro de una organización.
El problema de fondo: causa y efecto
El cambio disruptivo suele venir empaquetado como "transformación". Se anuncia una nueva estructura, un nuevo proceso, una nueva herramienta, todo de una vez. El problema no es la ambición: es que rompe la cadena de causa y efecto.
Cuando cambias diez cosas a la vez, nadie —ni el equipo, ni tú mismo como líder— puede aislar qué cambio produjo qué resultado. Si algo mejora, no sabes por qué. Si algo empeora, tampoco. Y sin esa trazabilidad, el aprendizaje colectivo se vuelve casi imposible. El equipo no interioriza el "por qué", solo memoriza el "qué": una nueva forma de hacer las cosas que les fue impuesta y que defenderán o abandonarán según la marea, no según la evidencia.
El kaizen ataca este problema desde el diseño. Un cambio pequeño, aplicado sobre un problema concreto, permite observar el efecto con claridad. El equipo ve el síntoma, entiende la causa, prueba una solución acotada, y comprueba si funcionó. Esa secuencia —síntoma, causa, hipótesis, resultado— es la unidad mínima de aprendizaje organizacional. Y es exactamente lo que el cambio disruptivo elimina.
El coste oculto del disruptivo: estrés sin propósito
Hay un coste del cambio disruptivo que rara vez se mide en los reportes de gestión: el estrés que genera cuando las personas no entienden por qué las cosas están cambiando. No es solo incomodidad pasajera. Es la sensación constante de estar reaccionando a decisiones que llegan desde arriba sin una narrativa clara que las conecte con un problema real que ellos mismos hayan podido observar.
Este estrés no es ruido colateral, es una señal. Cuando un equipo no puede explicar por qué se resolvió algo de una manera determinada, tampoco puede defenderlo, mejorarlo ni replicarlo en el futuro. Se convierte en una regla arbitraria más, y las reglas arbitrarias se rompen a la primera oportunidad.
He visto esto de cerca en procesos de reestructuración técnica: arquitecturas rediseñadas de golpe, procesos de decisión reemplazados de la noche a la mañana, herramientas impuestas sin transición. El resultado casi nunca es el que se buscaba. Se gana velocidad aparente en el anuncio y se pierde meses después en resistencia silenciosa, rotación y reprocesos.
Por qué el kaizen construye entendimiento, no solo resultados
La ventaja real del enfoque evolutivo no es que sea "más suave". Es que construye entendimiento genuino en el equipo sobre por qué las cosas funcionan como funcionan.
Cuando iteras en pasos pequeños:
- El problema se hace visible antes de la solución. El equipo participa del diagnóstico, no solo de la ejecución.
- Cada iteración es una hipótesis que se valida o se descarta. Si algo no funciona, se revierte con bajo coste y sin drama.
- El "por qué" queda documentado en la experiencia del equipo, no en un documento que nadie vuelve a leer.
- La confianza se construye sobre evidencia acumulada, no sobre la autoridad de quien decidió el cambio.
Esto no significa avanzar despacio por avanzar despacio. El kaizen bien ejecutado puede moverse rápido, porque cada paso valida terreno antes de dar el siguiente. Lo que evita es el peor escenario: moverse rápido en la dirección equivocada y descubrirlo demasiado tarde, sin saber cuál de los diez cambios simultáneos fue el responsable.
Cuándo sí tiene sentido lo disruptivo
Sería deshonesto decir que el enfoque evolutivo aplica siempre. Hay situaciones —una crisis existencial de la empresa, un cambio regulatorio inminente, una migración técnica con fecha límite dura— donde el tiempo para iterar simplemente no existe. En esos casos, la disrupción es una herramienta legítima, pero incluso ahí, la diferencia entre un buen y un mal ejecutor está en cuánto esfuerzo invierte en reconstruir la narrativa de causa y efecto después del hecho, para que el equipo no quede solo con la cicatriz del cambio, sino también con el aprendizaje.
La pregunta que me hago antes de cualquier cambio
Antes de introducir un cambio en un equipo o en una organización, me hago una pregunta simple: ¿va a poder cada persona del equipo explicar, en tres meses, por qué las cosas se hacen así ahora?
Si la respuesta es sí, probablemente esté frente a un cambio bien diseñado, sea grande o pequeño. Si la respuesta es no —si el cambio depende de que la gente simplemente "confíe en el proceso" sin entenderlo— entonces no importa cuán urgente parezca: el coste real se está pagando por adelantado, en forma de estrés, desconexión y una organización que ejecuta sin entender.
El kaizen no es lento. Es trazable. Y en gestión de cambios, la trazabilidad entre causa y efecto es lo único que convierte un cambio en aprendizaje real.
