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.
Antes de seguir, una pregunta de management: el último "error humano" que cerró un reclamo en su empresa —¿alguien verificó que fuera humano, o fue simplemente la salida más rápida para cerrar la carpeta?
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.
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.
Rutina para instalar mañana: antes de firmar cualquier causa raíz, exija una sola prueba —que explique todos los datos disponibles: turnos, líneas, lotes, proveedores, horarios. Si hay un solo dato que la causa propuesta no explica, la causa está incompleta. Vuelva al gemba.
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:
Cinco condiciones de un buen enunciado
- Conecta con algo que a la organización le importa de verdad —caja, margen, cliente, seguridad— y no con una preocupación abstracta.
- Cuantifica la brecha entre el estado actual y la meta, con números, no con adjetivos.
- Usa variables medibles, no impresiones ("el defecto subió de 0,9% a 1,3%", no "la calidad empeoró").
- Es neutral respecto de la solución o el diagnóstico. Esta es la condición más incómoda: si el enunciado ya contiene la solución ("hay que capacitar al personal"), no está enunciando un problema —está escondiendo una conclusión que todavía no se probó.
- Tiene un alcance chico, lo bastante acotado como para abordarse rápido: semanas, a lo sumo un trimestre. Los problemas grandes se enuncian mejor cuando se los parte en pedazos que alguien pueda resolver en ese plazo corto, no en una cruzada anual.
Plantilla de una línea para el próximo comité: ¿el enunciado conecta con algo que la empresa mide y le importa? ¿cuantifica la brecha? ¿es neutral respecto de la solución? ¿tiene un alcance acotado de semanas, no de años? Si falla en dos de esas cuatro preguntas, no está listo para pasar a análisis de causa.
Con el problema bien enunciado y la causa verificada en el gemba, ya se empieza a ver el esqueleto de una rutina completa. En 32sur 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.
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.
Para el tablero del comité: El Lazo Cerrado en una sola hoja tipo A3 —Enunciar / Verificar / Resolver / Cerrar— con la tabla de "qué herramienta para qué problema" al costado, visible en la sala donde se discuten reclamos.
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.
Ejercicio de una tarde: sume un mes de reprocesos, scrap, fletes extra por reposición y horas de reinspección. El total suele sorprender —y es, casi siempre, el presupuesto que ya justifica hacer las cosas bien la primera vez.
¿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.
¿Sus reclamos se cierran con "error humano" y vuelven a los tres meses?
El método para separar el síntoma de la causa existe, está probado y no es caro. Lo caro es no bajarlo al lugar de los hechos. 32sur trabaja la resolución estructurada de problemas con datos del gemba —enunciar bien, verificar la causa, resolver con un dueño— y no le deja un informe archivado: le deja el método instalado en su equipo.
Referencias
- Dwayne Spradlin, "Are You Solving the Right Problem?", Harvard Business Review, septiembre de 2012.
- Alan J. Card, "The problem with '5 whys'", BMJ Quality & Safety, 26(8), 2017.
- Nelson P. Repenning, Don Kieffer & Todd Astor, "The Most Underrated Skill in Management", MIT Sloan Management Review, 2017.
- Nelson P. Repenning, Don Kieffer & James Repenning, "A New Approach to Designing Work", MIT Sloan Management Review, diciembre de 2017.
- Charles Conn & Robert McLean, Bulletproof Problem Solving: The One Skill That Changes Everything, Wiley, 2019.
- American Society for Quality (ASQ), estimaciones de industria sobre costo de la mala calidad (COPQ).
- Caso "Optimización del proceso de barrenado" (planta de maquinado, sector automotriz, LatAm), DMAIC documentado, 2022.