El problema
es sagrado
Nunca asumas que entiendes el problema. El problema real raramente es el que te presentan en la primera conversación.
Enunciado
Tienes que ganarte la comprensión del problema a través de escucha activa, observación y preguntas incómodas. Un problema mal entendido contamina todo lo que viene después, sin excepción.
Por qué importa
El Problem Statement es el cimiento de toda la metodología. Si el cimiento está torcido, la estructura entera se inclina. No importa cuán sofisticado sea tu Context Engineering o cuán potente sea el modelo de IA que utilices: basura entra, basura sale.
La tentación de asumir que "ya entendemos" es el error más caro del ciclo de vida de un proyecto. Cada minuto invertido en comprender el problema real ahorra horas de construcción en la dirección equivocada.
Implicaciones prácticas
- Antes de escribir cualquier contexto, valida que el problema que tienes documentado es el problema real, no el síntoma.
- Haz preguntas incómodas: si nadie se siente incómodo, probablemente no estás llegando lo suficientemente profundo.
- Documenta la evolución del problema: el Problem Statement no nace perfecto, se descubre progresivamente.
Qué es. Aceptar el problema tal como te lo entrega el cliente sin cuestionarlo, desafiarlo o profundizar en él. Típicamente suena a: "El cliente ya nos dijo lo que necesita, solo hay que construirlo".
Cómo detectarlo. El Problem Statement es un copia-pega del brief del proyecto o del email del cliente. Nadie ha preguntado "por qué" más de una vez. No hay entrevistas con usuarios finales, solo con la persona que solicitó el proyecto. El equipo no puede articular la diferencia entre el problema declarado y el problema raíz.
Cómo prevenirlo. Aplica la técnica de los Cinco Porqués antes de aceptar cualquier Problem Statement. Entrevista al menos a tres stakeholders diferentes de forma independiente. Documenta la evolución del problema desde la solicitud inicial hasta la declaración validada.
Conexiones
- Aplica directamente en la Fase de Discovery como primer paso obligatorio.
- Alimenta el Context Engineering con la materia prima fundamental.
- Se valida contra el Principio 02: El cliente no sabe lo que quiere.