2.1Definir bien el problema (no el síntoma)
Lo esencial en 30 segundos
- Un problema bien planteado está medio resuelto: lanzarse a soluciones sin enmarcar es arriesgarse a resolver el problema equivocado.
- Causa vs síntoma: el síntoma es visible y molesto (las quejas); la causa es lo que lo produce (el proceso) — solo ella lo arregla de forma duradera.
- Reflejo: reformular sin solución disfrazada (« ¿cómo cumplir los plazos? », no « nos hace falta más personal »).
Mini-caso hilado — Sara y las quejas que vuelven
Sara, jefa de proyecto en una PYME de servicios en Argel, gestiona un pequeño taller: los clientes se quejan de los plazos. Primer reflejo: tranquilizar a los descontentos uno por uno. Pero enseguida llegan otras quejas. Al releer la situación, entiende que trata el síntoma (las quejas visibles) en vez de la causa (el proceso que se desvía). Vamos a enmarcar con ella el verdadero problema, paso a paso.
Este mismo caso vuelve en el curso, el esquema, el script y el reto 48h — y continúa en 2.2, 2.3, 2.4 y 2.5.
1. Un problema bien planteado está medio resuelto
Antes de buscar soluciones, hay que definir bien el problema — y es la etapa que más se descuida. El error clásico: lanzarse a soluciones de un problema mal formulado, o peor, resolver el problema equivocado.
Se ataca entonces el síntoma (lo visible y molesto) en vez de la causa (lo que produce realmente el problema), y el problema vuelve una y otra vez. Sara lo comprobó: tranquilizar a los clientes no evita los próximos retrasos.
2. Causa vs síntoma
Distinguir causa y síntoma es fundamental. « Los clientes se quejan de los plazos » es un síntoma; la causa puede ser un proceso mal organizado, falta de personal, un proveedor deficiente.
Tratar el síntoma (tranquilizar a los clientes) sin tratar la causa (el proceso) no arregla nada de forma duradera. La prueba: si el problema « resuelto » vuelve, trataste el síntoma.
3. Reformular sin solución disfrazada
Definir bien el problema supone reformularlo con precisión y evitar colar una solución disfrazada. « Nos hace falta más personal » presupone la solución; el problema real puede ser « ¿cómo cumplir los plazos? ».
Este encuadre riguroso, a menudo descuidado por impaciencia, garantiza que resolverás el problema correcto. Las herramientas siguientes (5 porqués, Ishikawa, 5W1H, reformulación) sirven justo a este encuadre.
🔎 Ejemplo concreto — El problema equivocado sale caro
Una queja sobre los plazos: ¿síntoma o causa?
Síntoma tratado: « Tranquilizamos a los clientes descontentos. » → otros se quejan.
Causa tratada: « ¿Por qué se desvían los plazos? » → proceso revisado → sin más quejas.Resultado: tratar la causa lo arregla de forma duradera; el síntoma, nunca.
Reflejo: reformula sin respuesta oculta (« ¿cómo cumplir los plazos? »).
Vocabulario de la sección
- Definición del problema
- Etapa de encuadre preciso del problema real, previa indispensable a toda búsqueda de solución.
Ejemplo sencillo: Sara escribe: « los plazos del taller se desvían desde hace dos meses » antes de toda solución.
Lo que no es: lanzarse a soluciones de un problema mal formulado.
Reflejo: escribir el problema en una frase clara y factual antes de actuar.
- Causa vs síntoma
- El síntoma es visible/molesto; la causa es lo que lo produce realmente (a tratar para resolver de forma duradera).
Ejemplo sencillo: las quejas (síntoma) vienen del proceso desorganizado (causa).
Lo que no es: tranquilizar a los clientes creyendo haber arreglado los retrasos.
Reflejo: preguntar « ¿es el problema, o su manifestación? ».
- Causa raíz
- Origen profundo de un problema, cuya resolución impide su reaparición.
Ejemplo sencillo: el proceso de validación nunca formalizado, origen de los retrasos.
Lo que no es: el último retraso visible, tomado por el origen.
Reflejo: comprobar: si la trato, ¿vuelve el problema?
- Reformulación
- Hecho de enunciar con precisión el problema real (sin colar una solución disfrazada).
Ejemplo sencillo: « ¿cómo cumplir los plazos? » en vez de « hace falta más personal ».
Lo que no es: un enunciado que ya contiene la respuesta impuesta.
Reflejo: detectar la solución oculta en el enunciado y quitarla.
- Problema equivocado
- Problema mal identificado al que te lanzas por precipitación, llevando a soluciones inútiles.
Ejemplo sencillo: contratar con urgencia cuando es el proceso lo que bloquea.
Lo que no es: el problema correcto, verificado como causa y no consecuencia.
Reflejo: comprobar que apuntas AL problema, no a la consecuencia de otro.
En la práctica — En la práctica — Definir bien el problema
- Resiste la precipitación hacia las soluciones: empieza por enmarcar con precisión el problema.
- Distingue causa y síntoma: lo visible/molesto (síntoma) frente a lo que lo produce (causa a tratar).
- Reformula el problema real sin colar una solución disfrazada (« hace falta más personal » presupone la respuesta).
- Comprueba que atacas el problema CORRECTO (¿es EL problema, o la consecuencia de otro?).
Script listo para decir — enmarcar antes de buscar (30 s)
« Antes de buscar soluciones: el problema es que nuestros plazos se desvían desde hace dos meses — las quejas son el síntoma. Reformulo sin solución oculta: ¿cómo cumplir nuestros plazos? Comprobamos la causa antes de decidir. »
Para decir al inicio de la reunión: se fija el verdadero problema antes de toda idea de solución.
Modelo copiar-pegar — ficha de encuadre
PROBLEMA EN 1 FRASE (factual) : _______________
SÍNTOMA (visible, molesto) : _______________
CAUSA SUPUESTA (lo que lo produce) : _______________
SOLUCIÓN DISFRAZADA A QUITAR : _______________
REFORMULACIÓN SIN SOLUCIÓN : ¿cómo _______________ ?TPE / presupuesto pequeño
Sin taller formal: una frase escrita en la pizarra (« ¿cómo cumplir los plazos? ») basta para evitar el fuera de tema.
PYME Argel
Quejas recibidas por WhatsApp y en mostrador: releerlas para separar el síntoma (descontento) de la causa (proceso, proveedor, planificación).
Equipo / taller
Hacer validar la reformulación por el equipo: si cada uno describe un problema distinto, el encuadre no es compartido.
Proyecto / freelance
Antes de todo presupuesto correctivo: hacer que el cliente escriba el problema sin solución (« ¿qué pasa? », no « añade tal función »).
✓ Buenas prácticas
- Antes de cualquier solución, escribe el problema en una frase clara y factual.
- Pregúntate: « ¿es el problema, o solo su manifestación? ».
- Detecta la solución oculta en el enunciado y quítala.
✗ Errores frecuentes
- Lanzarse a las soluciones sin enmarcar el problema.
- Tratar el síntoma (un parche) en vez de la causa (duradero).
- Enunciar el problema con la respuesta ya dentro.
Puntos clave
- Un problema bien planteado está medio resuelto: el encuadre es la etapa que más se descuida.
- Distinguir causa y síntoma: tratar el síntoma sin la causa no arregla nada de forma duradera.
- Reformular el problema real sin incluir una solución disfrazada.
- Comprobar que atacas el problema CORRECTO, no una consecuencia de otro.
Reto 48h — aplica mañana
Toma 1 problema real y escribe su ficha de encuadre (modelo anterior): síntoma, causa supuesta, reformulación sin solución oculta. Prueba: ¿volvería el problema « resuelto »?
- Distingo causa y síntoma en un caso real.
- Reformulo un problema sin solución disfrazada.
- He hecho el reto 48h o planificado su fecha.
Preguntas frecuentes
¿Por qué no lanzarse directo a las soluciones?
Porque es la mejor forma de resolver el problema equivocado o tratar un síntoma que volverá. Si el problema está mal definido, todas las soluciones fallarán; si atacas el síntoma, el problema reaparece; si el enunciado contiene una solución disfrazada, te encierras. Enmarcar bien primero (reformular, distinguir causa y síntoma, verificar el problema correcto) garantiza que el esfuerzo apunte a lo que importa. Ese tiempo « sin buscar solución » en realidad acelera la resolución.
¿Cómo saber si trato la causa o el síntoma?
El síntoma es lo visible y sentido (las quejas, la caída de ventas); la causa es lo que lo produce (un proceso deficiente, falta de reconocimiento). La prueba más reveladora: si el problema « resuelto » vuelve, trataste el síntoma. Para remontar a la causa, usa los 5 porqués (2.2) o mapea con Ishikawa (2.3). Un síntoma es un efecto (« pasa X »), una causa es un mecanismo (« X pasa porque… »). Cavar hasta la causa raíz permite soluciones duraderas.
¿Qué pasa si tratas el síntoma y no la causa?