Hansei: la reflexión honesta que sostiene el Kaizen
En Toyota hacen hansei aunque el proyecto haya salido bien. Ahí está toda la diferencia con nuestras reuniones de cierre.
Hansei se traduce como «reflexión», pero en la cultura de Toyota significa algo bastante más exigente: reconocer con honestidad lo que no ha ido bien, sin buscar culpables y sin maquillarlo. Y hacerlo antes de cualquier mejora, no después.
Escribe tu email y recibirás un aviso cuando se publique algo nuevo. Puedes darte de baja cuando quieras.
Es el complemento del kaizen. El kaizen mira hacia delante: ¿qué mejoramos ahora? El hansei mira hacia atrás: ¿qué falló de verdad y por qué?
Sin lo segundo, lo primero se te queda en una lista de buenas intenciones.
Lo que lo separa de una reunión de cierre
Y aquí viene el detalle que descoloca a todo el que lo ve por primera vez: en Toyota hacen hansei también cuando el proyecto ha salido bien.
Si el resultado fue bueno pero llegasteis tarde, hubo que improvisar o el equipo acabó reventado, eso se pone encima de la mesa igual.
Nuestras reuniones de cierre funcionan justo al revés. Si el número final es bueno, no hay nada que revisar y a otra cosa. ¿El resultado? Que consolidas formas de trabajar que funcionaron de chiripa.
| Reunión de cierre habitual | Hansei |
|---|---|
| Se hace cuando algo sale mal | Se hace siempre, salga como salga |
| Busca el responsable | Busca la causa del sistema |
| El resultado bueno cierra el tema | El resultado bueno también se examina |
| Termina en conclusiones | Termina en una acción concreta |
Por qué cuesta tanto
Porque pide una condición cultural que es dificilísima: que reconocer un fallo no te salga caro personalmente.
En una organización donde señalar tu propio error se paga, el hansei es imposible por muchas reuniones que convoques. La gente aprenderá —y aprende rápido— a presentar las cosas de forma que no quede nada sobre lo que reflexionar.
Y ése es el motivo de verdad por el que el lean fracasa en tantas empresas que han copiado sus herramientas. Se copian los tableros y las auditorías. No se copia la seguridad para decir «esto lo hice mal yo».
El puente a 2026
De aquí me llevo algo muy práctico para los proyectos de inteligencia artificial. Y va en contra de cómo se venden normalmente.
Un sistema de IA en tu planta se equivoca. Te marca un defecto que no lo era, o te deja pasar uno que sí. Va a pasar.
Lo que decide si el proyecto sobrevive no es la tasa de acierto del primer día. Es si existe un circuito donde el operario pueda decir «esto que has marcado está bien» sin que se monte un problema, y si esa corrección vuelve al sistema para que aprenda de ella.
Eso es hansei aplicado a una máquina: reconocer el fallo, sin drama, y convertirlo en mejora.
Los proyectos que he visto encallar no fallaron porque el modelo fuera malo. Fallaron porque nadie diseñó ese circuito, y el operario acabó ignorando las alertas en silencio. Que es la peor manera de perder un proyecto, porque no te enteras hasta muy tarde.