Dual Track con Scrum en producto

Resumen

Integrar dual track con Scrum te permite explorar y validar ideas con usuarios mientras el equipo de ingeniería avanza en la construcción del producto. Esta dinámica es clave si trabajas como diseñador o estratega de producto y necesitas que descubrimiento y desarrollo convivan sin frenarse entre sí.

¿Qué artefactos de Scrum se usan en dual track?

Cuando un equipo opera bajo Scrum, hay dos artefactos que sostienen toda la operación: el product backlog y el sprint backlog. Ambos se nutren de las ceremonias del equipo y definen qué se va a construir.

El product backlog es donde se plasman todas las funcionalidades que en algún momento habrá que construir. No todo lo que está ahí es para el now: caben ideas grandes, ideas chicas, ideas validadas y otras que ni siquiera sabes si son necesarias. Es la fuente de información común para producto, diseño e ingeniería.

¿Qué es el product backlog? Es el listado vivo de funcionalidades e ideas que el equipo podría construir, sin importar si se ejecutan ahora o después. Sirve como fuente única para diseño e ingeniería.

¿Cómo se divide el trabajo entre diseño e ingeniería?

Diseño e ingeniería comparten el backlog, pero al iniciar el sprint se reparten las tareas. Tú te llevas las que requieren discovery o validación; ingeniería toma las que ya están listas para construir [02:00].

Del backlog puedes tomar ideas para:

  • Hacer entrevistas con usuarios.
  • Crear prototipos para probar conceptos.
  • Diseñar experimentos y pruebas.
  • Explorar la mejor manera de presentar funcionalidades nuevas.

Cuando terminas de evaluar, refinas el product backlog con lo aprendido. Algunas ideas se confirman y pasan a ingeniería ya validadas; otras siguen en exploración porque el experimento no fue concluyente.

Mientras tanto, ingeniería puede avanzar en cosas que no impactan directo al usuario final: conexiones con servidores, backend, bases de datos, data lakes, motores de inteligencia artificial o algoritmos. Así nadie se queda parado.

¿Cómo se logra la cadencia entre construcción y validación?

El resultado es una sincronía: ingenieros construyen, tú exploras, bajas hallazgos, evalúas lo construido y vuelves a empezar. Nadie avanza sin información, y todos suman a la misma propuesta de valor [04:30].

La mejor forma de ver esta lógica está en el libro Sense and Respond de Jeff Gothelf. La ecuación es simple: percibir y responder. Cuando pones un MVP en manos de los usuarios, lo primero es medir, lo que Gothelf llama el sense:

  • A qué sección entran los usuarios.
  • Cuánto tiempo les toma cada paso.
  • Dónde se atoran.
  • Si completan el flujo como lo imaginabas.

Esos aprendizajes se bajan al equipo, generas mejoras y vuelves a poner el producto frente a los usuarios. Ahora el producto es más sofisticado, más gente lo usa y aparecen problemáticas más diversas. Lo traes de vuelta, ajustas y lo regresas. Es un ciclo continuo.

¿Qué significa sense and respond en producto? Es percibir cómo usan los usuarios tu producto mediante datos y conversaciones, y responder con mejoras iterativas. El ciclo no termina: cada versión genera nuevos aprendizajes.

Eric Ries lo plantea muy claro en The Lean Startup: los productos son una conversación con tus usuarios a partir de una hipótesis. Tú propones algo, ellos responden con su comportamiento, y tú ajustas la propuesta de valor.

¿Cómo armar un elevator pitch de producto?

El reto final del curso es armar una presentación que integre principios, canvas, mensajes clave y roadmap. Es lo que se conoce como elevator pitch: una exposición de cinco a 10 minutos donde cuentas la esencia de tu idea a stakeholders, directivos o founders [09:45].

Lo que debe contener tu pitch:

  • Tu presentación: quién eres, en qué organización estás, tu rol y el contexto del proyecto.
  • El negocio y la industria en la que trabajas.
  • El usuario y el problema que enfrenta.
  • Tu solución y por qué genera valor para clientes y usuarios.
  • Los mensajes clave que resumen lo más importante del producto.
  • El roadmap con features, temáticas y tiempos estimados.
  • Los objetivos esperados, especialmente con early adopters y el MVP.

¿Qué es un elevator pitch en producto? Es una presentación breve, de cinco a 10 minutos, donde comunicas la esencia de tu propuesta de valor, el problema, la solución y el roadmap a directivos o inversores.

No pienses en presentaciones correctas o incorrectas. Es el resultado de un proceso, y puedes iterarlo, mejorarlo y refinarlo. Diviértete: este ejercicio te prepara para defender tu visión frente a product owners y altos directivos.

¿Por qué el producto es el equipo?

Todo lo que has trabajado, principios, propuesta de valor, mensajes clave, product roadmap, sirve para que el equipo entienda qué le está comunicando al cliente. Cuando diseñas un producto, en realidad estás diseñando a las personas responsables de construirlo.

Comparte tu pitch o tu documento en los comentarios y cuéntame qué parte del proceso te sirvió más. A partir de ahí seguimos iterando juntos.

      Dual Track con Scrum en producto