🧊 El iceberg de la ignorancia: una cifra dudosa, un problema real

Casi cualquier persona que haya pasado por una formación de Lean o de mejora continua ha visto esta imagen: un iceberg donde la alta dirección conoce solo el 4% de los problemas de la organización, los mandos intermedios el 9%, los supervisores el 74%, y los trabajadores de primera línea el 100%. Se atribuye a un estudio de Sidney Yoshida presentado en un Quality Symposium, y es una de las diapositivas más reutilizadas en presentaciones ejecutivas.

Vale la pena decir algo incómodo antes de seguir: el estudio original no se puede rastrear. No hay artículo verificable, no hay metodología publicada, no hay forma de confirmar que esas cuatro cifras salieron de una medición real y no de una anécdota que se convirtió en gráfico, y el gráfico en cita. Eso no significa que el fenómeno sea falso. Significa que merece explicarse con la misma precisión que le pedimos a cualquier otro concepto, en lugar de repetir un porcentaje exacto como si fuera un dato duro.

Una cifra que no se puede rastrear, un patrón que sí se puede observar

Lo que sí es consistente, en organizaciones reales y con evidencia mucho menos vistosa que un iceberg, es que la información sobre problemas se filtra a medida que sube por la jerarquía. Eso no necesita un estudio de 1989 para sostenerse. Ocurre en cualquier estructura donde reportar un problema hacia arriba tiene un costo distinto según el lugar que ocupas en la cadena.

Por qué la lectura habitual se queda corta

La interpretación más común del iceberg es que la información se degrada al subir, como si fuera un problema de transmisión: demasiados niveles, demasiado ruido, señal que se pierde por el camino. Es una lectura cómoda porque no responsabiliza a nadie en particular. Pero no explica por qué la información se pierde justo en esa dirección, y casi nunca en la contraria.

Una lectura más precisa es que en cada nivel de la jerarquía, escalar un problema implica asumir un riesgo personal por hacer visible algo que deja mal parado a ese mismo nivel. El supervisor que reporta un defecto recurrente está, en cierto modo, reportando también que no lo ha resuelto. El mando intermedio que lleva ese problema hacia arriba corre el riesgo de que se lea como una falla de gestión. Lo que sube no es la información menos importante. Es la información menos peligrosa de contar para quien tendría que contarla.

El mismo mecanismo, a otra escala

Este patrón no es nuevo en este blog, solo cambia de tamaño. Cuando hablamos del empleado modelo que en realidad está sobreviviendo, describimos cómo una persona puede neutralizar una amenaza percibida evitando toda fricción. El iceberg describe algo estructuralmente parecido, pero operando en cada capa de la organización en lugar de en una sola persona: cada nivel evita la fricción de ser quien trae la mala noticia, y el resultado agregado es una dirección que recibe una versión de la realidad ya filtrada varias veces antes de llegar.

Por qué pedir que la gente hable más no resuelve nada

La respuesta habitual a este problema es pedir más transparencia, más apertura, más valentía para hablar. Es la misma lógica que ya cuestionamos al hablar de la cultura que ignora los problemas: pedir a las personas que asuman individualmente un riesgo que la estructura no ha dejado de castigar es pedirles que sean valientes, en lugar de rediseñar el sistema para que la valentía no haga falta. Funciona una temporada, con las personas más dispuestas a exponerse, y luego se apaga solo.

La respuesta Lean: diseñar la visibilidad, no exigirla

El principio es el mismo que vimos al hablar de por qué un proceso no debería depender de una sola persona: si algo importante depende de que alguien decida arriesgarse, tarde o temprano deja de suceder. La visibilidad de los problemas no debería depender de que alguien decida escalarlos. Debería estar construida en el proceso, de forma que un problema se vea sin que nadie tenga que dar la cara por él.

En la práctica, eso se traduce en mecanismos concretos:

• Señales visuales tipo andon. El problema se hace visible en el momento en que ocurre, no cuando alguien decide reportarlo.
• Poka-yoke en los puntos de control. El defecto se detecta por diseño, sin depender del criterio ni de la voluntad de nadie.
• Gemba walks con una postura real de no culpar. La dirección va a ver el proceso donde ocurre, en lugar de esperar a que el problema suba solo.
• Canales de reporte que no pasan por el jefe directo. Para que escalar algo no dependa de la relación personal con quien lo recibe.
• Rotación de puestos. Multiplica cuántas personas pueden ver y reconocer el mismo problema.

No hace falta creer en el porcentaje exacto de un estudio que nadie puede encontrar para tomarse en serio el problema que ese estudio, real o no, describe con razón.

La imagen del iceberg seguirá apareciendo en presentaciones, y probablemente seguirá siendo útil como punto de partida para una conversación. Pero la conversación que vale la pena tener no es sobre si el 4% es exacto. Es sobre si en tu organización, hacer visible un problema todavía le cuesta algo a la persona que lo hace visible.