Un cliente se queja de que las entregas llegan tarde. ¿El problema es que necesitas “un repartidor más”?
Tal vez. Pero también podría fallar la preparación del pedido, la autorización, el inventario o la comunicación. Actuar sobre la primera explicación disponible puede resolver un síntoma y dejar intacto el problema.
Objetivo didáctico
Al terminar esta ficha serás capaz de identificar el problema real antes de actuar, diferenciando síntomas de posibles causas, formulando preguntas de diagnóstico y validando tu interpretación con las personas involucradas.
Introducción
Cuando algo falla en el trabajo existe presión por actuar. Un pedido llegó tarde, un cliente reclamó, una cifra no coincide o un proceso se detuvo. La reacción natural es buscar rápidamente qué hacer: llamar a alguien, cambiar una herramienta, comprar algo o modificar el procedimiento.
El riesgo aparece cuando la primera solución se convierte también en la definición del problema. Decir “necesitamos otro sistema” no explica qué está fallando. Quizá el sistema funciona y el problema real es que 3 personas capturan el mismo dato de maneras diferentes.
Diagnosticar no significa pasar semanas investigando. Para problemas cotidianos puede bastar una secuencia de pocos minutos: describir el síntoma, preguntar por qué ocurre, precisar el problema, explorar explicaciones y comprobarlas con quienes viven el proceso.
💡 Causa raíz
Es una condición que ayuda a explicar por qué aparece un problema y cuya modificación puede reducir la posibilidad de que vuelva a ocurrir. No siempre existe una sola causa: en el trabajo cotidiano pueden combinarse varias.
Desarrollo del tema
Síntoma y causa raíz no son lo mismo
Un síntoma es lo que puedes observar. “El reporte llegó 2 días tarde”, “las devoluciones subieron de 6 a 11 esta semana” o “la fila de clientes supera 15 minutos” describen situaciones visibles. Todavía no explican por qué sucedieron.
La causa es una explicación que debe comprobarse. Si 11 pedidos regresaron, puedes sospechar que almacén empacó mal, pero también podría existir una dirección incorrecta, una ficha de producto desactualizada o una modificación del proveedor. La observación es un hecho; la causa todavía es una hipótesis.
Piensa en una alarma de automóvil: apagar el sonido no repara necesariamente aquello que activó la alarma. En el trabajo ocurre algo parecido. Presionar al equipo para “ir más rápido” puede reducir momentáneamente una fila sin corregir el paso que crea la espera.
Antes de actuar, escribe dos frases separadas: “Lo que observo es…” y “Creo que podría deberse a…”. Esa separación de apenas 2 líneas obliga a reconocer qué sabes y qué todavía necesitas investigar.
Figura · Del síntoma observado a una causa que puede comprobarse.
La pregunta de los 5 porqués
Los 5 porqués consisten en preguntar repetidamente por qué ocurre algo para evitar detenerse en la explicación más superficial. No es necesario forzar exactamente 5 respuestas en todos los problemas; el propósito es profundizar hasta encontrar una condición sobre la que sea posible actuar.
Ejemplo: “El pedido salió tarde”. ¿Por qué? Porque se empacó después de las 17:00. ¿Por qué? Porque la orden llegó tarde. ¿Por qué? Porque esperaba autorización. En solo 3 preguntas el problema dejó de parecer exclusivamente un problema del personal de almacén.
Esta práctica está vinculada al Sistema de Producción Toyota. Sus fundamentos se desarrollaron mediante prueba y error desde finales de la década de 1940 y durante los años 1950, y Taiichi Ohno tuvo un papel central en su consolidación. Toyota sigue describiendo los “Five Whys” como parte de su cultura de mejora.
En tu trabajo puedes aplicarlos en una libreta: una línea por cada “¿por qué?”. Detente cuando aparezca una explicación comprobable y dentro del alcance del proceso. Si llegas a frases como “porque la gente es irresponsable”, todavía necesitas bajar a conductas, pasos o condiciones observables.
Toyota ha descrito explícitamente la práctica de preguntar “por qué” al menos cinco veces para investigar las causas verdaderas de los problemas, no solo para explicar el síntoma inmediato.
Encuadrar el problema antes de resolverlo
Encuadrar significa definir el problema de manera que pueda investigarse. “El servicio es malo” es demasiado amplio. “Durante las últimas 2 semanas, 8 de 40 solicitudes excedieron el plazo de 24 horas” señala un periodo, una medida y una diferencia concreta.
Una formulación básica puede contener 4 elementos: qué ocurre, dónde ocurre, desde cuándo y qué efecto produce. No necesitas un informe largo. Una sola oración bien construida puede reducir muchas conversaciones confusas.
También conviene excluir lo que todavía no sabes. En lugar de escribir “el nuevo software provoca retrasos”, formula “desde el cambio de software, el tiempo de captura pasó de aproximadamente 4 a 7 minutos; todavía necesitamos identificar qué parte del proceso explica la diferencia”.
En una reunión de 20 minutos, un buen encuadre permite que el equipo discuta el mismo fenómeno. Sin él, una persona puede hablar de velocidad, otra de errores y otra de capacitación creyendo que todas están resolviendo el mismo problema.
El error de asumir soluciones prematuras
Una solución prematura aparece cuando alguien define lo que hay que hacer antes de demostrar qué está fallando. “Contratemos otra persona”, “compremos otro sistema” o “hagamos una capacitación” pueden ser buenas acciones, pero todavía no son diagnósticos.
Imagina que una PYME compra 12 licencias nuevas de software porque sus reportes salen tarde. Dos semanas después descubre que el verdadero cuello de botella era una autorización manual que una sola persona realizaba al final del día. La tecnología nueva no modificó ese paso.
Una señal clara es que la frase del problema contiene ya la solución: “el problema es que no tenemos una aplicación”, “el problema es que necesitamos más capacitación”. Intenta sustituirla por una descripción del desempeño: qué resultado no está ocurriendo como debería.
Antes de invertir dinero, tiempo o credibilidad, aplica una regla de 10 minutos: dedica primero unos minutos a reunir hechos, causas posibles y personas afectadas. Una pausa breve puede ahorrar días de trabajo sobre una solución que nunca atacó el problema.
Preguntas poderosas para clarificar
Una pregunta poderosa no busca demostrar que tienes razón. Busca producir información que todavía no estaba disponible. “¿Quién tuvo la culpa?” suele generar defensas; “¿en qué paso apareció por primera vez la diferencia?” dirige la atención hacia el proceso.
Seis preguntas funcionan en muchos problemas básicos: ¿qué ocurrió?, ¿qué esperábamos?, ¿cuándo empezó?, ¿a quién afecta?, ¿qué cambió recientemente? y ¿qué evidencia tenemos? Puedes escribirlas en una tarjeta y utilizarlas antes de una reunión de diagnóstico.
Las preguntas también deben distinguir frecuencia de excepción. Si un error apareció 1 vez en 300 operaciones, quizá necesita una respuesta distinta de un error que aparece 40 veces por semana. Preguntar “¿con qué frecuencia?” cambia el tamaño real del problema.
En atención a clientes, ventas, administración o producción, esta práctica evita interpretar una queja aislada como evidencia de todo el sistema. Una pregunta específica convierte opiniones generales en información con la que sí puedes trabajar.
Si estuviera prohibido proponer soluciones durante los primeros 10 minutos de una reunión, ¿qué preguntas necesitarías hacer para comprender mejor el problema?
Validar el problema con otras personas
Tu perspectiva puede ser correcta y aun así estar incompleta. Si trabajas al final de un proceso de 5 etapas, ves con claridad los errores que recibes, pero quizá no conoces las restricciones que existen en las etapas anteriores.
Validar significa contrastar tu interpretación con personas que ocupan posiciones diferentes. Para un problema sencillo pueden bastar 3 conversaciones breves: alguien que ejecuta el paso, alguien que recibe el resultado y, cuando sea necesario, alguien que supervisa el proceso.
No preguntes solamente “¿estás de acuerdo?”. Expón lo que observaste y busca evidencia que pueda contradecirte: “He notado que las órdenes después de las 16:00 salen al día siguiente. ¿Ocurre siempre?, ¿qué estoy dejando fuera?”. Esa pregunta permite corregir tu mapa.
Cuando 2 personas describen causas distintas, no tienes que elegir inmediatamente una. Regresa a registros, tiempos, ejemplos o documentos. El desacuerdo puede señalar precisamente la parte del proceso que necesita observarse mejor.
Conclusión
Identificar el problema real te permite actuar con más autonomía porque reduce la necesidad de corregir soluciones improvisadas después. El objetivo no es investigar eternamente, sino invertir suficiente atención en comprender qué está ocurriendo antes de comprometer recursos.
Un diagnóstico básico puede caber en una hoja: síntoma observado, posibles causas, preguntas realizadas, evidencia disponible y personas consultadas. Esa pequeña disciplina convierte la reacción inmediata en una decisión explicable.
Con la práctica descubrirás algo importante: muchos problemas cambian de forma mientras los investigas. Lo que parecía un error de una persona puede revelar un proceso confuso; lo que parecía falta de esfuerzo puede resultar ser una dependencia mal diseñada. Ahí comienza un pensamiento crítico más profundo.
🔭 Para seguir aprendiendo
- ¿Qué problema reciente de tu trabajo fue resuelto sin comprobar primero su causa?
- ¿Qué dato necesitarías para distinguir una causa frecuente de una excepción?
- ¿Qué persona suele ver una parte del proceso que tú no puedes observar?
Actividad de aprendizaje autónoma
Producto esperado: ficha breve de diagnóstico de un problema laboral real.
Elige un problema pequeño que esté ocurriendo actualmente: una demora, error repetido, retrabajo, falta de información o interrupción. No necesitas resolverlo hoy. La meta es demostrar que puedes formularlo mejor antes de actuar.
- Describe únicamente el síntoma observable.
- Formula al menos tres preguntas de “por qué”.
- Escribe una posible causa sin presentarla todavía como un hecho.
- Define qué evidencia permitiría confirmarla o descartarla.
- Identifica al menos dos personas con quienes deberías validar tu interpretación.
- Redacta el problema nuevamente en una sola oración.
Evidencia de logro: tu ficha distingue claramente el síntoma de la causa posible, incluye evidencia verificable y considera al menos otra perspectiva antes de recomendar una solución.
Reflexión final: ¿qué habría ocurrido si hubieras aplicado directamente tu primera solución sin investigar el problema?