EstrategiaProduct Discovery · Scrum18 may 20235 min de lectura

¿Cómo hacer el Product Discovery con Scrum?

La mayoría de iniciativas de desarrollo tienen problemas con el discovery, no con el delivery. Cómo integrar el Product Discovery en el ciclo de Scrum con herramientas concretas.

¿Cuánto del trabajo desarrollado acaba siendo realmente usado por los clientes? Estudios sobre producto digital apuntan a que entre el 40% y el 80% de las funcionalidades entregadas tienen poco o ningún uso real. El problema no está en cómo se desarrolla — está en qué se decide construir.

01El problema está en el discovery, no en el delivery

Los equipos de desarrollo han mejorado enormemente: metodologías ágiles, CI/CD, automatización de pruebas. Entregan más rápido, con menos defectos y ciclos más cortos. Pero sigue sin resolverse la pregunta fundamental: ¿estamos construyendo lo correcto?

El Product Discovery comienza con la estrategia —el Lean Canvas es una buena herramienta de partida— y continúa durante todo el ciclo de vida del producto. No es una fase inicial; es un proceso continuo que debe integrarse con los sprints.

02Herramientas de Product Discovery integradas con Scrum

Estas herramientas ayudan a conectar el discovery con el backlog y los sprints:

  • Lean Canvas: Define la estrategia de producto en una página. Problemas, segmentos, propuesta de valor, canales, métricas clave.
  • Empathy Map Canvas: Entiende qué piensa, siente, ve y hace el usuario. Base para las historias de usuario.
  • Value Proposition Canvas: Conecta los trabajos del cliente con las ganancias y dolores que el producto resuelve.
  • Customer Journey Map: Visualiza el recorrido completo del usuario e identifica puntos de fricción.
  • Curva de la verdad (Truth Curve): Prioriza qué hipótesis validar primero según el impacto y la incertidumbre.
Dual-Track AgileEl Dual-Track Agile integra discovery y delivery en el mismo equipo y los mismos sprints. El equipo alterna entre explorar qué construir y construirlo, con todos los roles participando en ambas actividades. No son dos sprints paralelos — es un equipo único con capacidades complementarias.

03El modelo lógico de iniciativa

Una forma útil de estructurar el discovery es el modelo lógico: actividades → outputs → outcomes → impacto. Este modelo ayuda al equipo a mantener el foco en los resultados (outcomes) en lugar de en las funcionalidades (outputs). La pregunta relevante no es "¿hemos entregado la feature?" sino "¿ha cambiado el comportamiento del usuario que queríamos cambiar?"

En B2B, el modelo se complica porque hay dos usuarios distintos: el cliente (quien paga) y el usuario final (quien usa el producto). Mantener esa distinción es fundamental para priorizar correctamente.