1. Problem phase
El arte de entender antes de resolver.
Esta es la guía operativa para ejecutar el Problem Phase, la fase en la que el equipo investiga el problema real antes de pensar en soluciones. Mientras que la sección de metodología explica el por qué y los fundamentos conceptuales, esta guía cubre el cómo: el proceso concreto a seguir, los artefactos a producir, los criterios a cumplir antes de avanzar y los patrones de fallo a vigilar.
El flujo de Problem Phase
El Problem Phase es un proceso estructurado en cuatro pasos que guían al equipo desde la identificación de un problema hasta su definición validada. Cada paso produce un entregable que alimenta al siguiente: el kick-off establece el mapa de actores y las hipótesis, las entrevistas generan hallazgos en bruto, la síntesis convierte esos hallazgos en patrones, y el Problem Statement destila todo en una definición que tanto usuarios como el Decision Owner reconocen como real. La disciplina en la secuencia es lo que diferencia un discovery riguroso de una conversación bien intencionada.
1. Kick-off de Discovery
Alinear alcance, construir el Mapa de Actores, documentar hipótesis de partida y diseñar la Interview Guide.
Mapa de Actores + Interview Guide2. Entrevistas en profundidad
Conversaciones estructuradas de 45-60 min con mínimo 5 personas que viven el problema. Captura de notas literales sin interpretación.
Hallazgos en bruto3. Síntesis de hallazgos
El equipo agrupa hallazgos por patrones, identifica tensiones y outliers, y destila el problema real que emerge de los datos.
Synthesis Board4. Redacción y validación del Problem Statement
Destilación del problema en un documento de media página. Validación dual: resonancia con usuarios y viabilidad con el Decision Owner.
Problem Statement validadoLos cuatro artefactos
Esta fase produce cuatro artefactos que juntos forman la base para la Fase 2. Cada uno captura un tipo de conocimiento distinto: quién rodea el problema, qué preguntas hacerle, qué patrones emergen de escuchar, y cuál es la definición destilada del problema real.
Mapa de ActoresInterview GuideSynthesis BoardProblem StatementEl coste del error
¿Por qué invertir en Discovery? Porque corregir un problema mal entendido en producción cuesta 100 veces más que corregirlo durante Discovery. Cuanto antes se detecte el error, más barata será la corrección.
Esto no es teoría. Es el hallazgo más consistente en la investigación de ingeniería de software: el coste del cambio crece exponencialmente con cada fase. Discovery es el momento más barato para equivocarse.
Qué cubre esta guía
Paso a Paso
Un proceso estructurado en cuatro pasos desde el kick-off hasta el Problem Statement validado. Cada paso produce un entregable que alimenta al siguiente.
Anatomía
Los siete elementos obligatorios de un Problem Statement bien construido. Qué aporta cada elemento y cómo validarlo.
Artefactos
Actor Map, Interview Guide, Synthesis Board y Problem Statement. Plantillas, formatos y criterios de calidad para cada entregable.
Gate Review
Seis criterios que deben cumplirse antes de avanzar a la Fase 2. El checkpoint que impide arrastrar un problema mal definido.
Anti-patrones
Los modos de fallo más frecuentes en el discovery de problemas. Cómo reconocerlos a tiempo y qué hacer cuando aparecen.
Esfuerzo
Rangos de inversión de tiempo para equipos de distintos tamaños. Cómo calibrar el esfuerzo sin sobreinvertir ni infrainvertir.
Cada hora invertida en entender bien el problema ahorra semanas de construcción equivocada, ciclos de retrabajo, reuniones de realineación y, sobre todo, la erosión de confianza que se produce cuando un equipo entrega algo que nadie necesitaba. Si estás dedicando menos del 15% del tiempo total del proyecto al Problem Phase, probablemente estás invirtiendo demasiado poco. El punto óptimo está entre el 15% y el 25%.