Ir al contenido principal
Todos los artículos
problemas que no vuelven · Parte 2 de 3

Del síntoma a la causa

Segunda de tres partes. Los 5 porqués cuelgan plastificados en todas las plantas y casi nadie los usa bien. La diferencia entre el análisis de escritorio y el que funciona no es la herramienta: es verificar cada eslabón con datos y exigir que la causa explique todos los hechos. Presentamos El Lazo Cerrado, el método que sí mueve la aguja.

Por hilvant

27 de septiembre de 202615 min de lectura

  • 1,57%la tasa de rechazo del cliente que disparó 4.933 defectos y cerca de US$34.500 de pérdida en el caso del autopartista
  • 15-20%de la facturación se va en costo de mala calidad en fábricas que nunca lo midieron (rango orientativo de industria, ASQ)
  • 90%+pagos a proveedores en fecha, tras reemplazar los arreglos rápidos por resolución estructurada (caso RefineCo, MIT Sloan Management Review)

El reclamo del cliente entró un martes: partida de producto fuera de especificación. El informe se cerró en cuatro días con una causa raíz prolija —«error del operario»— y una acción correctiva: volver a capacitar al personal. Carpeta cerrada, indicador en verde.

Tres meses después el mismo defecto reaparece. Otro turno, otro operario, misma capacitación que nunca llegó a agendarse. Nadie había mirado el dato que estaba a la vista desde el primer día: en el Pareto de reclamos, el defecto se concentraba, casi entero, en el turno noche. No era la persona. Era el setup de arranque de esa línea, mal ajustado desde el cambio de turno. Los cinco porqués nunca bajaron a la planta; se completaron en una sala, con la memoria de quien redactaba el informe.

La escena es compuesta —se repite, con variantes, en cualquier operación de la región—, pero la lógica es exacta. Y probablemente le suene conocida.

En la primera entrega de esta serie vimos por qué el sistema premia apagar incendios y no evitarlos. Esta es la continuación: lo que pasa cuando alguien sí intenta resolver de verdad —y aun así fracasa.

El reclamo se cerró. La pregunta es si el problema se resolvió.

Para entenderlo hay que empezar por la más famosa y peor usada de las herramientas de calidad.

El póster que nadie completa

En casi cualquier sala de calidad hay un póster impecable: los cinco porqués, en cinco recuadros, con marco. Lo mira todo el que pasa camino a la máquina de café. Casi nadie recuerda la última vez que se completó con datos reales. Se usa, cuando se usa, para cerrar rápido: se baja hasta «falta de atención» o «error del operario», se firma, y el indicador de reclamos cerrados sube uno.

El mito que sostiene esa costumbre es simple y se repite de memoria en cualquier comité de calidad: preguntar «por qué» cinco veces lleva, casi por diseño, a la causa raíz. La herramienta viene de la línea de producción, de la insistencia de Taiichi Ohno en no conformarse con la primera explicación de una falla. Ese origen es real y vale la pena rescatarlo: no es un cliché de consultora, es una herramienta de piso de fábrica.

El problema no es lo que Ohno inventó. Es lo que se hizo con eso después.

En 2017, una revisión publicada en BMJ Quality & Safety fue lapidaria con la manera en que se usan los cinco porqués en la práctica. Distintas personas, frente al mismo incidente, llegan a distintas causas raíz. La profundidad a la que se detiene el quinto porqué es arbitraria —¿por qué cinco y no siete?—. Y el método empuja, casi por estructura, a quedarse con una única causa cuando la mayoría de los problemas complejos tiene varias. Su popularidad, concluye la revisión, no viene de que funcione mejor que otras alternativas: viene de que es simple, rápida y cabe en un recuadro plastificado.

Ninguna de esas fallas está en la herramienta. Están en dónde y cómo se la usa: en una sala de reuniones y de memoria, no en el lugar de los hechos y con datos.

Los 5 porqués de escritorio contra los del gemba

Acá está el corazón de la diferencia entre el análisis amateur y el profesional, y no tiene nada de esotérico: se trata de verificar cada eslabón de la cadena causal con datos, en el lugar donde ocurre el trabajo —el gemba, en el vocabulario de Toyota—, en lugar de reconstruirlo de memoria en una sala con aire acondicionado.

La regla que Toyota le exige a este tipo de análisis es simple de enunciar y exigente de cumplir. La causa raíz tiene que explicar todos los datos del estado actual, no solo el caso puntual que motivó la reunión. Si el defecto aparece únicamente en el turno noche, «error del operario» no puede ser la causa raíz: no explica por qué el turno mañana, con operarios distintos y la misma capacitación, no tiene el mismo problema. Una causa que no explica el patrón completo no es una causa: es una conjetura con forma de conclusión.

Vuelva al reclamo del comienzo. El Pareto estaba armado, alguien lo había impreso y archivado junto al informe. Mostraba, sin ambigüedad, que el 80% de las unidades fuera de especificación salían de un único turno. Nadie cruzó ese dato con la causa que se estaba por firmar. Si lo hubiera hecho, la pregunta siguiente no habría sido «¿quién cometió el error?» sino «¿qué es distinto en ese turno?». El setup de arranque, la falta de un segundo control, la rotación de un supervisor con menos antigüedad. Ese es el quinto porqué que sí importa, y el que casi nunca se pregunta porque exige salir de la sala.

El mismo reclamo, dos caminos Reclamo: partida de productofuera de especificación Camino de escritorio — el síntoma Camino del gemba — la causa 5 porqués en la sala, de memoria Causa firmada:«error del operario» Cierre en 4 días ·indicador en verde 3 meses después: el mismodefecto reaparece (otroturno, otro operario) Bajar a la planta ycruzar el Pareto Dato: el 80% sale deun solo turno Pregunta correcta:«¿qué es distinto en ese turno?» Causa verificada: setup dearranque mal ajustado Contramedida condueño y fecha El defecto no vuelve vuelve
Figura 1 — El mismo reclamo, dos caminos: el de escritorio reincide; el del gemba, no. Caso ilustrativo del artículo; Card, «The problem with 5 whys», BMJ Quality & Safety, 2017.

Esto conecta con algo que esta casa ya escribió sobre indicadores: a veces el problema mal diagnosticado no es más que un indicador mal elegido. Ya lo vimos cuando hablamos de por qué las métricas se corrompen: si el tablero mide «reclamos cerrados» en lugar de «reclamos que no vuelven a ocurrir», el sistema entero empuja hacia el cierre rápido, no hacia la causa correcta.

Pero incluso el mejor análisis de causa se desperdicia si arranca de un problema mal enunciado. Y ahí falla casi todo el mundo, mucho más arriba en el proceso de lo que se imagina.

El enunciado que casi nadie escribe

Antes de preguntarse por qué, hay que poder escribir con precisión qué.

Como escribió Dwayne Spradlin en Harvard Business Review en 2012, el rigor con que una organización define el problema es lo que más pesa a la hora de encontrar una buena solución. La mayoría de las empresas no es lo bastante rigurosa en ese paso y, por eso, termina invirtiendo recursos en resolver algo que no era el problema real. Es el mismo principio que esta casa ya trabajó del lado de los proyectos de capital: el front-end loading que vimos en gobierno de inversiones. La definición barata evita la corrección cara, ya sea en una planta industrial o en una obra de US$18 millones.

¿Cómo se ve, en la práctica, un enunciado bien escrito? Nelson Repenning y sus colegas, en un artículo de MIT Sloan Management Review de 2017, proponen cinco condiciones que rara vez se cumplen todas juntas:

El filtro del buen enunciado: cinco condiciones antes de pasar a análisis de causa ✗ «falta capacitación del personal de línea» es una solución disfrazada de diagnóstico ✓ «la tasa de rechazo del turno noche está en 1,8% contra un objetivo de 1%; se desconoce la causa» 1. Conecta con algo que a la empresa le importa (caja, margen, cliente, seguridad). 2. Cuantifica la brecha entre el estado actual y la meta, con números. 3. Usa variables medibles, no impresiones. 4. Es neutral respecto de la solución (no esconde una conclusión sin probar). 5. Alcance chico: semanas, a lo sumo un trimestre. → listo para análisis de causa ? ✗ ✗ rebota — no pasa a análisis de causa ✓ ✓ ✓ ✓ ✓ Si falla en dos de estas condiciones, no está listo para pasar a análisis de causa.
Figura 2 — El filtro del buen enunciado: cinco condiciones antes de pasar a análisis de causa. Repenning, Kieffer & Astor, «The Most Underrated Skill in Management», MIT Sloan Management Review, 2017; Spradlin, «Are You Solving the Right Problem?», HBR, 2012.

Con el problema bien enunciado y la causa verificada en el gemba, ya se empieza a ver el esqueleto de una rutina completa. En Hilvant le pusimos nombre.

El Lazo Cerrado: las cuatro estaciones

Llamamos a este método El Lazo Cerrado, y tiene cuatro estaciones, no tres pasos sueltos ni un póster más para la pared.

Enunciar. El problema se escribe con las cinco condiciones de la sección anterior. Definir, no diagnosticar.

Verificar. La causa se prueba en el gemba, con datos, y debe explicar el cien por ciento de los hechos disponibles —no solo el caso que motivó la reunión.

Resolver. La contramedida se asigna a un dueño con nombre y apellido, y con fecha. No una capacitación genérica «para el equipo», no un memo que circula y se archiva.

Cerrar. Se mide si el problema volvió a ocurrir —la tasa de reincidencia— y se hace un debrief breve que registra qué se aprendió. Esta última estación es la que casi nadie instala como rutina, y es tan determinante que le vamos a dedicar toda la próxima entrega.

La firma del método, la que lo distingue de cualquier taller de capacitación: el lazo solo se cierra cuando se mide que el problema no volvió. No cuando se firma el informe.

El Lazo Cerrado Framework Hilvant — las cuatro estaciones de la resolución estructurada si reincide, vuelve a empezar REINCIDENCIA la métrica que cierra el lazo 12 h · ENUNCIAR Definir la brecha. Neutral a la solución. Alcance de semanas, no de años. INTEGRAR 3 h · VERIFICAR Causa probada en el gemba. Explica el 100% de los datos. IMPLEMENTAR 6 h · RESOLVER Contramedida con dueño y fecha. IMPLEMENTAR 9 h · CERRAR ¿El problema volvió? Debrief + registro (A3/COE). SOSTENER CADENCIA · DUEÑO · TABLERO
Figura 3 — El Lazo Cerrado: las cuatro estaciones. Framework Hilvant. Basado en Shook, «Managing to Learn» (A3), 2008; Amazon «Correction of Errors» (campo obligatorio de recurrencia); Repenning & Sterman, CMR, 2001.

Cada estación pide una herramienta distinta según el tipo de problema, y ahí es donde más se equivocan los equipos: usan la misma herramienta para todo porque es la que conocen.

Si usted dirige y no ejecuta, no necesita memorizar la tabla que sigue —su gente de calidad sí—. Le basta con exigir que ese criterio exista.

Herramienta Sirve cuando… Trampa
5 porqués (verificado en gemba) causa única, cadena corta, datos a mano de escritorio: sesga a una sola causa
Ishikawa / espina de pescado hay múltiples familias de causa posibles (6M) se llena entera y no se prioriza con datos
Árbol de issues / MECE el problema es grande y hay que descomponerlo se arma sin hipótesis y queda decorativo
A3 se necesita lenguaje común y un registro compartido se vuelve papelería si no baja al gemba
DMAIC / Six Sigma proceso repetitivo con variación medible pesado para un problema chico y puntual
8D reclamo de cliente que exige contención urgente se cierra en D3 (contención) y nunca llega a D4-D5 (causa raíz)

Charles Conn y Robert McLean lo resumen sin vueltas en Bulletproof Problem Solving (Wiley, 2019): la resolución sistemática de problemas «no se enseña en la mayoría de las universidades ni escuelas de negocios». Se aprende como oficio —con árboles lógicos, hipótesis explícitas y una herramienta elegida a propósito—, no por inspiración ni por el póster que quedó pegado en la pared desde hace cinco años.

Todo esto puede sonar a costo adicional: más pasos, más disciplina, más reuniones. Vale mirar el otro lado del mostrador.

Cuánto cuesta no tener causa raíz

Hay una fábrica que no aparece en ningún organigrama y que casi ninguna empresa mide: la que se dedica, todos los días, a reprocesar lo que salió mal la primera vez. Reprocesos, scrap, reinspección, devoluciones, y en el peor de los casos, un recall. Los especialistas en calidad la llaman, con razón, la fábrica oculta.

El costo de la mala calidad suele ubicarse, según estimaciones de la industria recogidas por la American Society for Quality, en torno al 15-20% de la facturación en plantas que nunca lo midieron. En las que operan con disciplina de clase mundial, baja por debajo del 5%. Es una cifra orientativa, no un estudio académico con muestra controlada; lo que importa es la brecha: entre no medirlo y medirlo hay, de mínima, diez puntos de facturación de diferencia.

Ese costo no es abstracto. En una planta de maquinado de la región, la tasa de rechazo del cliente saltó de un objetivo de 0,9% a 1,57%: 4.933 piezas defectuosas y una pérdida cercana a los 34.500 dólares en un solo período de reporte. La reunión inicial, como en el reclamo del turno noche, buscó un culpable. Pero esta vez el equipo aplicó un proyecto DMAIC completo —definir, medir, analizar, mejorar, controlar— en lugar de cerrar con una capacitación genérica. Verificó la causa en planta, la validó contra los datos de producción y recién ahí definió la contramedida. El proceso volvió al objetivo de 0,9%.

La diferencia entre ese caso y el reclamo de apertura no es la industria ni el tamaño de la empresa. Es que alguien exigió que la causa explicara los datos antes de firmar el cierre.

¿Y funciona de verdad, más allá de una planta puntual? Hay un caso documentado que lo muestra con números concretos.

La prueba: la refinería que dejó de parchar

En un caso relevado por MIT Sloan Management Review en 2017, una refinería venía operando en modo bombero permanente. El área de compras acumulaba retrasos de pago a proveedores que la ponían al borde de perder líneas de crédito, y cada semana era una sucesión de arreglos improvisados para que la planta no se detuviera. El equipo reemplazó ese modo de trabajo por resolución estructurada —los mismos elementos de este método: problema enunciado con datos, causa verificada, contramedida con dueño. El resultado fue medible: el pago a proveedores en fecha pasó de niveles de crisis a más del 90%. Además, el área liberó dos puestos que antes se dedicaban tiempo completo a apagar ese incendio en particular.

Vale la aclaración que corresponde: es un caso documentado, no un promedio de industria. Pero es exactamente el tipo de evidencia que separa «suena razonable» de «se probó que funciona».

Las frases que cierran la carpeta

«Nosotros ya hacemos los cinco porqués.» Bien —¿en la sala o en la planta? ¿La causa que anotaron explica todos los datos —los turnos, las líneas, los lotes— o solo el caso puntual que tenían enfrente ese día?

«Contratamos una consultora que nos dejó la metodología.» La metodología casi nunca es el problema. La usa bien quien baja al gemba y verifica cada eslabón con datos; el resto la cuelga en la pared, junto al póster de los cinco porqués, y sigue cerrando reclamos con «error del operario».

Vuelva al turno noche

El reclamo del comienzo se cerró en cuatro días. El indicador subió a verde. Y el defecto volvió, tres meses después, en el mismo turno, con otro operario cargando la culpa que no le correspondía. El método para evitarlo ya existía dentro de la empresa —el Pareto estaba impreso, archivado, a un clic de distancia— pero nunca bajó de la sala de reuniones a la línea de producción.

Ahora bien: suponga que su empresa hace todo esto bien. Enuncia el problema con rigor, verifica la causa en el gemba, resuelve con un dueño y una fecha. Hay todavía una última trampa, y es la más cara de las tres que va a encontrar en esta serie. El método bien aplicado una sola vez no es una capacidad instalada. Una revisión sistemática de 21 estudios sobre análisis de causa raíz encontró que solo dos mostraron una mejora real, y que en la mitad de los casos las recomendaciones no alcanzaron para impedir que el problema volviera a ocurrir.

En la última entrega de esta serie: cómo se instala el lazo para que efectivamente no vuelva —quién tiene que ser el dueño, cuál es la cadencia que lo sostiene y cuál es la única métrica que casi nadie mide todavía en la región.

Referencias

  1. Dwayne Spradlin, «Are You Solving the Right Problem?», Harvard Business Review, septiembre de 2012.
  2. Alan J. Card, «The problem with “5 whys”», BMJ Quality & Safety, 26(8), 2017.
  3. Nelson P. Repenning, Don Kieffer & Todd Astor, «The Most Underrated Skill in Management», MIT Sloan Management Review, 2017.
  4. Nelson P. Repenning, Don Kieffer & James Repenning, «A New Approach to Designing Work», MIT Sloan Management Review, diciembre de 2017.
  5. Charles Conn & Robert McLean, Bulletproof Problem Solving: The One Skill That Changes Everything, Wiley, 2019.
  6. American Society for Quality (ASQ), estimaciones de industria sobre costo de la mala calidad (COPQ).
  7. Caso «Optimización del proceso de barrenado» (planta de maquinado, sector automotriz, LatAm), DMAIC documentado, 2022.
Contacto

¿Alguno de estos problemas les suena propio?

Si algo de lo que leyeron describe su situación, conversemos. La primera reunión sirve para entender el problema, no para vender un método.

Coordinar una reunión inicial