Cómo resolver problemas en el trabajo en 6 pasos, con técnicas como los 5 porqués y el diagrama de Ishikawa, ejemplos en Perú y cómo demostrarlo en entrevista.

---

Un pedido que llega tarde por tercera vez en el mes, un reclamo que se repite en el call center, un reporte que nunca cuadra a fin de mes. En casi todas las empresas hay problemas que se “apagan” una y otra vez sin desaparecer. La diferencia entre un equipo que vive apagando incendios y uno que mejora está en cómo aborda la resolución de problemas en el trabajo: con un método compartido o con la intuición de quien esté de turno.

La resolución de problemas en el trabajo es el proceso ordenado para identificar una situación que se aparta de lo esperado, encontrar su causa real, elegir una solución viable, aplicarla y comprobar que funcionó. No consiste en reaccionar rápido al síntoma, sino en evitar que el mismo problema vuelva a aparecer. Es una competencia individual y, a la vez, una capacidad del equipo.

Esta guía está pensada para jefaturas, supervisores y equipos de RR. HH. que quieren instalar un método común. Al final incluimos una sección para candidatos y colaboradores que necesitan demostrar esta habilidad en una entrevista.

Problema, conflicto y decisión: no son lo mismo

Antes de aplicar un método conviene distinguir qué tipo de situación se tiene enfrente, porque cada una pide herramientas distintas:

• Problema: una brecha entre lo que debería ocurrir y lo que ocurre en un proceso, un resultado o un sistema. Ejemplo: el 15 % de los despachos sale con error (cifra ilustrativa).
• Conflicto: un desacuerdo o tensión entre personas. Se trabaja con conversación y mediación; para eso existe la guía de resolución de conflictos en el trabajo.
• Decisión: elegir entre alternativas cuando ya se conoce la situación. El razonamiento detrás de una buena elección se desarrolla en pensamiento crítico para tomar mejores decisiones laborales.

Muchas veces aparecen juntos, pero separarlos evita tratar como un tema de actitudes lo que en realidad es una falla de proceso.

Los 6 pasos para resolver problemas en el trabajo

Existen muchos modelos. Uno de los más citados es el del matemático George Pólya, que en How to Solve It (1945) propuso cuatro fases: comprender el problema, concebir un plan, ejecutarlo y examinar la solución obtenida (resumen de las cuatro fases, alojado en Harvard). La secuencia siguiente adapta esa lógica al trabajo diario de un equipo.

1. Definir el problema con datos

Describe qué pasa, dónde, desde cuándo y con qué magnitud. “Los clientes se quejan” no es una definición; “en septiembre los reclamos por demora en la entrega a provincias pasaron de 20 a 45 por semana” (ejemplo) sí lo es. Una buena definición no menciona todavía la causa ni la solución.

2. Contener el impacto

Si el problema afecta a clientes, seguridad o pagos, aplica primero una medida temporal: revisar manualmente los pedidos, reasignar personal, avisar a los afectados. La contención compra tiempo, pero no reemplaza el análisis.

3. Encontrar la causa raíz

Aquí entran las técnicas de la siguiente sección. El objetivo es pasar de “qué pasa” a “por qué pasa”, con evidencia y no con suposiciones. Es el paso que más se salta y el que explica por qué los problemas regresan.

4. Generar y elegir soluciones

Plantea varias alternativas antes de quedarte con una. Evalúalas según impacto, costo, plazo y riesgo. Una solución brillante que nadie puede sostener en el turno noche no sirve.

5. Implementar con responsables y plazos

Define quién hace qué y para cuándo. Si la solución cambia la forma de trabajar, capacita al equipo y actualiza el procedimiento. Sin dueño claro, el plan se diluye en la siguiente urgencia.

6. Verificar y estandarizar

Mide el mismo indicador del paso 1 y compara. Si funcionó, conviértelo en estándar (procedimiento, checklist, inducción). Si no, vuelve al paso 3 con la nueva información. Este ciclo de probar, medir y ajustar es la base del PDCA, que se explica con detalle en la guía de mejora continua en RR. HH. con PDCA y kaizen.

Técnicas para encontrar la causa raíz

Técnica	Cuándo usarla	Ventaja	Límite
5 porqués	Problemas acotados, con una cadena causal clara	Rápida, no requiere software ni formación previa	Puede quedarse en una sola causa cuando hay varias
Diagrama de Ishikawa (espina de pescado)	Problemas con muchas causas posibles y varias áreas involucradas	Ordena la lluvia de ideas por categorías	Lista causas posibles; luego hay que comprobarlas con datos
Análisis de Pareto	Cuando hay muchos tipos de falla registrados	Muestra en qué concentrar el esfuerzo	Requiere datos confiables de frecuencia
Ciclo PDCA	Para probar una solución antes de extenderla	Reduce el riesgo de cambios grandes	Necesita disciplina para medir y no saltar etapas

Los 5 porqués

Consiste en preguntar “¿por qué?” ante cada respuesta hasta llegar a una causa sobre la que se pueda actuar. Es una técnica desarrollada en Toyota y asociada a Taiichi Ohno, creador del Sistema de Producción Toyota (puedes conocer ese enfoque en Toyota Production System: Beyond Large-Scale Production), orientada a llegar al origen de los problemas. El número cinco es orientativo: a veces bastan tres preguntas y otras se necesitan más.

Ejemplo ilustrativo en un almacén de Lurín:

1. ¿Por qué se despachó el pedido equivocado? Porque el operario tomó un producto de la ubicación incorrecta.
2. ¿Por qué? Porque dos productos similares estaban en ubicaciones contiguas sin rótulo visible.
3. ¿Por qué no había rótulo? Porque se reorganizó el almacén y no se actualizó la señalización.
4. ¿Por qué no se actualizó? Porque el procedimiento de reorganización no incluye ese paso.
5. ¿Por qué? Porque nadie es responsable de validar la señalización después de un cambio.

La solución no es “pedir más cuidado al operario”, sino asignar un responsable y añadir el paso al procedimiento. El Institute for Healthcare Improvement advierte que un problema puede tener varias causas raíz y que personas distintas pueden responder de forma distinta a la misma pregunta; por eso conviene hacer el ejercicio en grupo y con datos.

Diagrama de Ishikawa

Propuesto por el ingeniero japonés Kaoru Ishikawa, ubica el problema en la “cabeza” de un esqueleto de pescado y agrupa las causas posibles en ramas. Según la guía del IHI, las categorías clásicas son materiales, métodos, equipos, entorno y personas, aunque también puede organizarse por etapas de un proceso.

Ejemplo ilustrativo en atención al cliente: una central de llamadas en Lima registra un aumento del tiempo de espera. Al armar el diagrama, el equipo encuentra causas posibles en varias ramas: personas (rotación de agentes nuevos), métodos (guion demasiado largo), equipos (el CRM se cuelga en horas punta) y entorno (campaña comercial sin aviso previo). Luego se verifica cada una con datos antes de actuar. Si tu equipo trabaja en este rubro, la guía sobre trabajar en atención al cliente en Perú describe el día a día del puesto.

Análisis de Pareto

Ordena los tipos de problema por frecuencia o impacto para ver cuáles concentran la mayoría de casos y empezar por ellos. Es útil como paso previo a los 5 porqués o al Ishikawa.

Cómo desarrollar esta capacidad en tu equipo

La resolución de problemas no se instala con un taller aislado. Algunas prácticas que funcionan en la operación diaria:

1. Usa un formato común. Una hoja de una página con los seis pasos hace que todos documenten igual y facilita revisar casos anteriores.
2. Separa la causa de la culpa. Si cada análisis termina en una sanción, el equipo ocultará los problemas. El foco debe estar en el proceso.
3. Involucra a quien hace el trabajo. El operario, el agente o el cajero conoce detalles que la jefatura no ve.
4. Revisa casos en reuniones cortas. Diez minutos semanales para analizar un problema real enseñan más que una presentación teórica.
5. Da retroalimentación sobre el análisis, no solo sobre el resultado. Reconoce cuando alguien definió bien el problema o descartó una causa con datos. Para estructurar esas conversaciones, revisa cómo dar feedback efectivo a tu equipo.
6. Evalúala en la selección. Incluye preguntas por competencias que pidan un caso real. Esta habilidad forma parte de las habilidades blandas que más se observan en una entrevista.

Errores frecuentes

• Saltar a la solución. Proponer “más capacitación” o “más personal” antes de conocer la causa.
• Confundir síntoma con causa. El reclamo del cliente es el síntoma; la causa está en el proceso.
• Analizar sin datos. Un Ishikawa lleno de opiniones no verificadas solo ordena suposiciones.
• No medir después. Sin comparar el indicador antes y después, no se sabe si la solución funcionó.
• Resolver en solitario. Un problema que cruza áreas no lo resuelve una sola de ellas.

Para candidatos y colaboradores: cómo demostrar que resuelves problemas

Si estás en un proceso de selección, es probable que te pregunten “cuéntame un problema que hayas resuelto en el trabajo”. La mejor forma de responder es con el método STAR (situación, tarea, acción, resultado), que se explica con ejemplos en método STAR: ejemplos de preguntas y respuestas.

Algunas recomendaciones:

• Elige un problema concreto y reciente, no uno genérico como “siempre tengo mucha carga”.
• Muestra el proceso, no solo el resultado. Explica cómo identificaste la causa: qué datos revisaste, a quién consultaste, qué técnica usaste.
• Cuantifica si puedes, pero solo con cifras reales que puedas sostener si te repreguntan.
• Menciona qué aprendiste o qué dejaste como estándar para que no se repita.

Ejemplo ilustrativo de respuesta: “En la tienda donde trabajaba en Arequipa, los cierres de caja no cuadraban casi todas las semanas (situación). Como encargada de turno, debía encontrar el motivo (tarea). Revisé los cierres de un mes y vi que las diferencias coincidían con los días de cambio de turno; conversé con el equipo y detectamos que el arqueo se hacía con la caja aún abierta (acción). Propuse cerrar la caja antes del arqueo y lo incluimos en el checklist. En las siguientes semanas las diferencias dejaron de repetirse (resultado).”

Preguntas frecuentes

¿Cuáles son los pasos para resolver un problema en el trabajo?

Definir el problema con datos, contener el impacto, encontrar la causa raíz, generar y elegir soluciones, implementarlas con responsables y verificar el resultado para estandarizarlo.

¿Qué técnica de resolución de problemas es la más sencilla?

Los 5 porqués: solo requiere preguntar “por qué” ante cada respuesta hasta llegar a una causa sobre la que se pueda actuar. Funciona mejor en problemas acotados y en grupo.

¿Cuál es la diferencia entre resolver problemas y resolver conflictos?

Un problema es una brecha en un proceso o resultado; un conflicto es una tensión entre personas. El primero se resuelve analizando causas; el segundo, con diálogo y mediación.

¿Cómo se evalúa la resolución de problemas en una entrevista?

Con preguntas por competencias que piden un caso real. El evaluador observa si la persona define bien el problema, busca la causa con evidencia, actúa y verifica el resultado.

Conclusión

Resolver problemas en el trabajo es menos una cuestión de talento individual y más de método compartido. Cuando el equipo define con datos, busca la causa antes de actuar y mide el resultado, los mismos incendios dejan de repetirse. Elige un problema recurrente de tu área, aplícale los seis pasos esta semana y conviértelo en el primer caso de referencia para tu equipo.