Idea principal

Una entrevista con un cliente no se vuelve aprovechable por convertirse en tarjeta. Lo hace cuando se transcribe, se trocea en temas, se conecta con los dolores expresados, con los retos del cliente, con los retos de producto, con las funcionalidades existentes y con las que faltan, se cruza con otras entrevistas y luego se verifica en los datos de producto. Todo ese trabajo recae sobre relaciones; una lista, por construcción, solo conoce elementos y su orden.

Por eso la expresión "backlog de discovery" designa un mal contenedor más que una mala práctica. La discovery manipula un material rico que hay que comparar, conectar, cruzar, reformular y sintetizar. Lo que produce la discovery puede acabar evidentemente en tarjeta — pero solo al final, cuando un resultado está lo bastante maduro para una colaboración estructurada.

Por qué es importante

Esto da un criterio para elegir contenedor: antes de preguntar si la herramienta tiene los campos adecuados, mirar si el material vale por sus elementos o por sus vínculos. La respuesta decide por sí sola la forma.

También explica por qué una entrevista volcada directamente en tickets se pierde: cada tarjeta sobrevive, la estructura que las conectaba nunca se escribió en ninguna parte.

Matices y límites

Una lista puede aproximar la relación mediante etiquetas, enlaces entre tarjetas o épicas. El coste de mantener esos vínculos crece más deprisa que su número, y son los primeros en ceder.

Y no todo material es relacional: una cola de ejecución — corregir, entregar, verificar — queda correctamente descrita por una lista ordenada.

Preguntas abiertas

• ¿En qué momento un resultado de discovery es lo bastante estable para perder sus relaciones sin perder su sentido?