Conseguir resultados de productos mediante las ideas, desde el principio hasta la entrega
En Jira Product Discovery, las "ideas" son el principal objeto con el que trabajas en el backlog del producto. Para conseguir un proceso de validación y aprendizaje continuos, utilizamos las ideas como objetos de larga duración. Una idea abandona el backlog cuando se inicia la fase de desarrollo, pero persiste en las iteraciones de descubrimiento y entrega hasta que produce la repercusión necesaria.
Los equipos de productos que tienen éxito tienen una mentalidad experimental: siguen iterando la idea con el tiempo, añadiendo más contexto, comentarios de los usuarios, especificaciones y diseño. En cada fase del ciclo de vida de la idea, evalúan qué funcionó y qué no para responder a las preguntas clave y validar sus suposiciones, de modo que puedan asegurarse de que sus inversiones coinciden con los comentarios y la validación que reciben.
Ideas de mayor a menor tamaño
Aunque llamemos "ideas" a los objetos que utilizas en Jira Product Discovery, pueden representar ideas de productos, oportunidades, problemas, soluciones y mucho más. Un backlog del producto puede diseñarse para contener ideas de diferentes formas y niveles de granularidad.
Es importante definir estas categorías y que todos los que participan en el proceso estén de acuerdo con ellas. Esto evitará que el backlog del producto se convierta en una mezcla de elementos, de supergrandes a superpequeños, sin un marco para clasificarlos y compararlos.
Rocas, piedras y guijarros: una forma de clasificar las ideas
En el equipo de Jira Product Discovery, organizamos las ideas en tres niveles: rocas, piedras y guijarros.
Rocas, piedras y guijarros.
- Rocas: grandes inversiones con posibles grandes beneficios, pero también con una gran incertidumbre
- Ejemplo: gran apuesta nueva, nuevo pilar de productos, gran proyecto de ingeniería.
- Piedras: inversiones medianas con menos riesgos
- Ejemplo: nuevas funciones, nuevos experimentos de incorporación, rediseños basados en los comentarios
- Guijarros: inversiones pequeñas y normalmente sencillas
- Ejemplo: pequeñas mejoras en la experiencia de usuario, pequeñas correcciones
- Ejemplo: pequeñas mejoras en la experiencia de usuario, pequeñas correcciones
Nuestro equipo utiliza vistas distintas para analizar estas diferentes categorías de ideas:
Vista de Rocas en Jira Product Discovery.
Vista de Piedras in Jira Product Discovery.
Vista de Guijarros en Jira Product Discovery.
Atributos de una idea
En Jira Product Discovery, cada idea incluye un resumen de una línea, una descripción detallada, información como los comentarios de los clientes y enlaces a tickets de Jira para la entrega de la idea.
Una idea en Jira Product Discovery.
Panel de entrega sobre una idea en Jira Product Discovery.
Para que sean lo más útiles y viables posible, cada idea del backlog del producto debe incluir estos atributos:
atributo | ¿Qué es? |
|---|---|
| Resumen | ¿Qué es? Una frase sobre la idea. |
| Descripción | ¿Qué es? Una descripción más detallada de la oportunidad, el problema o la solución. |
| Campos | ¿Qué es? Las diferentes facetas de la idea: el objetivo al que contribuye, su fase, la parte del producto que toca, la información que ayuda a priorizarla, como el impacto o el esfuerzo, los enlaces a las especificaciones o los diseños. |
| Información | ¿Qué es? La información se captura en todos los canales a medida que llega: aprendizajes clave de los comentarios de los usuarios, fragmentos de conversaciones con los clientes e informes de investigación o análisis de productos que explican claramente por qué esta idea es importante. |
| Entrega | ¿Qué es? Enlaces a tickets de entrega en Jira (epics o iniciativas) del trabajo de entrega para lanzar la idea del producto. |
Puede que lleve tiempo recopilar toda esta información para cada idea. Al principio, la idea podría entrar en el backlog con un resumen de una línea, como una información recopilada a partir de una conversación con un cliente. Con el tiempo, recopilarás más información al respecto en función de las entrevistas con los usuarios, los comentarios de ventas o soporte o los cambios en la estrategia de la empresa.
Una frase con un comentario de los usuarios.
Con los comentarios de los usuarios y el análisis del posible impacto.
Con una solución validada y una entrega muy avanzada.
Hay dos formas de describir las ideas: directamente en Jira Product Discovery o vinculando Confluence con el proyecto de Jira Product Discovery de tu equipo.
En Jira Product Discovery, escribe un resumen o una definición en el campo de descripción de la idea. Usa una de las plantillas incluidas o crea la tuya propia para obtener una fórmula coherente que describa los problemas, las soluciones, las hipótesis y más relacionados con la idea.
Si tu equipo también usa Confluence, puedes vincular la idea a las páginas de Confluence: en la descripción de la idea o mediante campos de hipervínculos personalizados. La ventaja de este enfoque es que puedes aprovechar todas las funciones de colaboración de Confluence, como los comentarios en línea.
El contenido de la descripción en sí dependerá del tipo de idea y de su fase.
El ciclo de vida de las ideas
Igual de importante para el contenido de una idea es cómo evoluciona con el tiempo. Por eso es importante definir fases claras para que cada idea avance a lo largo de su ciclo de vida. Tener un vocabulario común para describir las fases del ciclo de vida de una idea hace que las conversaciones sean más productivas, tanto dentro del equipo como con las partes interesadas.
En Atlassian utilizamos cuatro fases: Cuestionamiento, Exploración, Realización e Impacto. En Atlassian, todo el mundo sabe lo que significa cada una de estas etapas. Para cada fase, sabemos el tipo de trabajo que realiza el equipo, el tipo de preguntas que hace y el tipo de ayuda que puede necesitar el equipo. Esta coherencia es válida para las discusiones dentro del equipo, con otros equipos o con los altos directivos.
Al crear Jira Product Discovery, nuestro equipo utilizó este enfoque para desarrollar, validar y entregar nuestras ideas. Para cada fase del ciclo de vida, explicaremos cómo lo puso en práctica nuestro equipo.
Cuestionamiento, Exploración, Realización, Impacto
Antes de pasar a este ciclo de vida, cada idea comienza en el aparcamiento. En esta fase, suelen ser solo resúmenes de una línea, con la información que llevó a su creación. Esa información podría provenir de un taller, de un informe de investigación, de una conversación con un cliente o de una persona de ventas o soporte.
Una vez que se ha empezado a trabajar activamente en la idea, sigue las cuatro fases:
- Cuestionamiento: habla de los problemas u oportunidades que podría abordar la idea, a quién afectarán y su importancia.
- Exploración: idea posibles soluciones hasta encontrar una que esté validada por los comentarios de los clientes.
- Realización: crea la solución y repítela hasta que satisfaga las necesidades de suficientes clientes.
- Impacto: lanza la solución, mide los resultados y sigue mejorando hasta que dé el resultado que deseas.
Fases de una idea para el equipo Sirius en Jira Product Discovery.
Una vista de tablero de las ideas del equipo de Jira Product Discovery por fase de la idea.
Este no es un modelo de cascada, estas fases no son necesariamente lineales. Por ejemplo, es muy común que una idea en Exploración vuelva a Cuestionamiento, ya que probar las soluciones nos enseña más sobre el problema. También se espera que abandones algunas ideas si no encuentras una solución que se ajuste después de unos cuantos intentos.
En las siguientes secciones, ilustraremos cada fase mostrando cómo las siguió nuestro equipo durante la creación de Jira Product Discovery.
Si sientes curiosidad por ese proceso, mira esta charla para obtener más información:
Cuestionamiento
La fase de Cuestionamiento consiste en validar un problema o una oportunidad.
En esta fase, normalmente te basas en entrevistas cualitativas con los clientes. A partir de esta investigación, tu equipo tendrá claros los resultados y las ventajas que la idea pretende ofrecer, medidos en términos de valor para los clientes y la empresa. También elaborarán una hipótesis sobre cómo medir el éxito.
Para obtener ideas en esta fase, puedes usar la plantilla de "Definición de problema" de Jira Product Discovery o crear la tuya propia.
Plantilla de "Definición de problema" en Jira Product Discovery.
Durante las etapas Cuestionamiento, Exploración, Realización e Impacto, recoge lo aprendido de la investigación y las conversaciones con los clientes en la sección Información de la idea:
El campo de Información para una idea en Jira Product Discovery.
Cuestionamiento en acción
Así es como era la fase Cuestionamiento cuando creábamos Jira Product Discovery. La idea original de este producto vino de:
Entrevistas con los gerentes de producto que utilizan Jira para la entrega de software
Analizar las investigaciones del propio equipo de Investigación y Conocimiento de Atlassian y de empresas de análisis como Gartner y Forrester
Ejemplos de mejores prácticas de desarrollo de productos, como los blogs de Marty Cagan y el libro de Teresa Torres.
Con todos estos datos relevantes, supimos que:
- Los gestores de proyectos tenían problemas con muchas cosas, desde priorizar de forma eficaz hasta convencer a todo el mundo de sus hojas de ruta
- Los gestores de proyectos esperaban que Jira resolviera estos problemas, pero nuestro éxito es limitado porque Jira no se diseñó para ese propósito
- Los gestores de proyectos estaban atascados en la entrega, centrados en resultados como la publicación de funciones, cuando podrían estar adoptando una mentalidad que diera prioridad al descubrimiento y a la obtención de resultados.
- La gestión de productos se estaba convirtiendo en una función clave, incluso más allá de las empresas de tecnología. Así que creíamos que era una gran oportunidad y que habría una fuerte demanda de una solución.
Nuestra página de destino de Jira Product Discovery.
Nos centramos especialmente en validar nuestra hipótesis sobre la demanda, ya que era nuestra suposición más arriesgada. Si nos equivocáramos, crearíamos un producto que solo comprarían unas pocas empresas.
Así que antes de escribir una sola línea de código, creamos una página web para anunciar el producto.
Los resultados confirmaron nuestra hipótesis: 3000 personas se unieron a la lista de espera en quince días.
Explorar
En la fase de Exploración, conceptualizamos, probamos y validamos las soluciones para los problemas u oportunidades identificados en Cuestionamiento.
Sabemos que muchas ideas de productos fracasan, es solo una parte del proceso. Para identificar antes estas ideas menos prometedoras y dar paso a las buenas, Marty Cagan propone que los gerentes de producto aborden cuatro riesgos clave. Utilízalos para evaluar las posibles soluciones a los problemas y las oportunidades que has identificado.
- ¿La solución es valiosa para los clientes? Si no lo es, por ejemplo, si ya tienen acceso a mejores alternativas, te arriesgas a que la gente no utilice la solución que has creado.
- ¿La solución es útil e intuitiva? Para que los usuarios saquen provecho de la solución, tienen que poder acceder a ella y utilizarla fácilmente. Si hay un gran obstáculo para aprovecharla, te arriesgas a lanzar una función poco útil.
- ¿Esta solución es técnicamente factible? No importa lo prometedora que sea una idea, tus ingenieros deben tener las habilidades y la tecnología necesarias para coseguir que funcione, o te arriesgas a agotar recursos innecesariamente.
- ¿La solución es viable con los recursos y las limitaciones de la empresa? Es probable que se necesiten algunas iteraciones diferentes para obtener la solución correcta. Debes asegurarte de que la empresa esté preparada para invertir o te arriesgas a dedicar tiempo a una idea que se deseche.
El objetivo de tu equipo es minimizar los riesgos de la manera más eficiente posible y evitar invertir en exceso por instinto o enamorarse de una solución. Esto suele ocurrir al lanzar una función y, después, iterar o estudiar su rendimiento. En su lugar, utiliza técnicas de menor volumen, como crear prototipos en Figma y mostrárselos a los clientes para recibir comentarios anticipados antes de empezar a escribir código.
Si decides lanzar una función, prueba a crear un prototipo activo con muchas limitaciones, probarlo con un grupo pequeño de los primeros en adoptarlo e iterar rápidamente. De esta manera no tienes que pensar en todos los casos límite. Si la idea no les resulta útil, sabrás el porqué mucho más rápido y seguirás iterando hasta que funcione, o descartarás la idea si no tiene éxito.
Si tienes grandes áreas de incertidumbre, haz un análisis técnico como parte de la fase de Exploración. Este tipo de implementación tiene como objetivo ayudarte a entender las propias limitaciones de tu equipo, qué es técnicamente factible y dónde están las áreas de complejidad técnica.
Para obtener ideas en esta fase, puedes usar la plantilla de "Definición de soluciones" de Jira Product Discovery o crear la tuya propia.
Plantilla de Definición de soluciones en Jira Product Discovery.
En tu backlog del producto, vincula todos los documentos, especificaciones y diseños relacionados con cada idea para que los tengas al alcance de la mano y puedas hablar de la idea con tu equipo y las partes interesadas. Es recomendable crear campos de "hiperenlace" en cada idea para hacer un seguimiento de cada activo (guion, diseño).
Aquí tienes una demostración sobre cómo hacerlo:
Exploración en acción
Cuando estábamos creando Jira Product Discovery, utilizamos las siguientes técnicas para validar nuestras soluciones con los clientes:
Primero, mostramos a los gestores de productos diapositivas con diferentes posibles soluciones, para saber cuál tenía mejor acogida. A través de estas conversaciones, aprendimos mucho sobre las dificultades de nuestros clientes y lo que valoraban. Así es como la "priorización" se convirtió en el principal pilar de Jira Product Discovery.
💡 Las diapositivas son ideales para esta fase de la validación, ya que son fáciles de crear, probar y cambiar.
Después, creamos prototipos en Figma, se los mostramos a los usuarios y les preguntamos cómo les ayudarían las soluciones. El primer prototipo con el que lo probamos fue una solución destinada a ayudar a los gestores de productos a utilizar los comentarios de las partes interesadas para priorizar tareas.
Si bien no cabe duda de que había interés, los gestores de productos consideraron que se requería demasiado esfuerzo para configurarla antes de que pudieran obtener valor. Así que descartamos la idea.
Tras recopilar varias rondas de comentarios de este tipo, exploramos la solución que se convertiría en lo que Jira Product Discovery es hoy en día: un espacio colaborativo para debatir ideas sobre productos.
En esta fase, las conversaciones con los usuarios cambiaron drásticamente. Muchos se preguntaban cuándo podrían acceder, ya que la herramienta les ayudaría mucho. Fue entonces cuando supimos que íbamos por buen camino.
Tras recopilar varias rondas de comentarios de este tipo, exploramos la solución que se convertiría en lo que Jira Product Discovery es hoy en día: un espacio colaborativo para debatir ideas sobre productos.
En esta fase, las conversaciones con los usuarios cambiaron drásticamente. Muchos se preguntaban cuándo podrían acceder, ya que la herramienta les ayudaría mucho. Fue entonces cuando supimos que íbamos por buen camino.
Hacer
En la fase de Realización, los equipos crean y validan las soluciones que han elegido en la fase de Exploración. Aquí es cuando se lleva a cabo la mayor parte del trabajo de desarrollo.
El resultado de esta fase es un software funcional (ya sea un nuevo producto o función, o mejoras en una experiencia ya existente) que ha demostrado que puede ofrecer los resultados esperados, que ha sido adoptado por suficientes clientes como para demostrar su valor y que está listo para que todos los clientes lo usen.
Cuando comience la entrega, ya sea en esta fase o durante la fase de Exploración, conectarás la idea con los tickets de entrega en Jira (recomendamos los de nivel de epic o superior). Haz un seguimiento del progreso de la entrega desde Jira Product Discovery y obtén una visión panorámica del progreso de todas las iniciativas y equipos de productos.
Relación entre una idea y el trabajo de entrega en Jira.
Si varios equipos participan en la creación de una idea y están trabajando en diferentes proyectos de Jira, puedes vincular todos sus tickets de entrega a la idea en tu backlog del producto.
Idea creada por tres equipos diferentes de Jira.
A continuación, puedes hacer un seguimiento del progreso de la entrega desde Jira Product Discovery y obtener una visión panorámica del progreso de todas las iniciativas y equipos de productos.
Panel del producto en curso.
Para obtener más información, puedes consultar nuestro seminario web sobre "Cómo conectar el descubrimiento y la entrega en Jira" en la sección Recursos.
Recuerda que es muy poco probable que la solución proporcione los resultados esperados de forma inmediata. En su lugar, lanza tu producto antes de tiempo y con frecuencia a los clientes y sigue iterando hasta que sea lo suficientemente bueno. Sigue añadiendo información de las conversaciones con los clientes a la idea en función de lo que aprendas. La forma en que medirás el éxito variará según el tipo de idea: nueva función, iniciativa de crecimiento, etc. Asegúrate de que todo el mundo es consciente y de que tus planes permiten iteraciones.
Realización en acción
Al crear Jira Product Discovery y al añadir nuevas funciones importantes al producto, las probamos y validamos con grupos de clientes cada vez más grandes. En algunos casos, este proceso llevó unas semanas, y en otros, unos meses.
| 0 → 10 clientes | Durante la fase de Exploración, llevamos a cabo iteraciones con un número reducido de clientes preseleccionados. Trabajamos muy de cerca con ellos para desarrollar la solución de forma conjunta. Seguimos iterando hasta que nos confirmaron que la solución resolvía el problema al que se enfrentaban. |
| 10 → 100 clientes | Después, progresivamente, concedimos acceso a más clientes. Esto nos ayudó a identificar diferentes escenarios que quizás no habíamos considerado al principio. Seguimos iterando hasta que tuvimos 100 clientes activos utilizando la solución. |
| 100 → 1000 clientes | Entonces dimos acceso a más clientes, hasta llegar a 1000. Después, analizamos las cifras de uso de los análisis de productos, los tickets de asistencia y los comentarios recibidos. Según nuestras conclusiones, hemos mejorado la experiencia de usuario o hemos corregido errores. Si las cifras de uso fueran demasiado bajas para resultar útiles, analizaríamos la visibilidad de la función. |
| Disponibilidad general | Por último, tenemos preparadas la capacitación del soporte, la capacitación de ventas, los paneles operativos y las mejoras de rendimiento y escalabilidad. |
Cuando trabajamos en soluciones como esta, solemos darles forma en una página independiente de Confluence que llamamos "Documento de funciones en directo". Es una página muy ligera que abrimos cada vez que nos reunimos en equipo para hablar del alcance de la iteración actual. Actualizamos este documento con frecuencia a medida que obtenemos más información sobre lo que es fácil o difícil de lanzar. No se centra en las tareas individuales, sino en la experiencia con el producto, que es en lo que queremos que todo el mundo esté coordinado, desde el producto hasta el diseño pasando por la ingeniería.
Documento de funciones en directo en Jira Product Discovery.
Consecuencias
En el modelo de producto, todo empieza y termina con los resultados. Los equipos priorizan las ideas para poder llegar a un resultado y, una vez logradas, siguen supervisando el progreso hacia dichos resultados. Esto ofrece información sobre las actualizaciones de tus objetivos y estrategias y sobre cómo priorizas tus próximos movimientos.
Incluso después de que se haya lanzado una solución, nunca está realmente "lista": en cuanto introduzcas una función, pasará a formar parte de tu producto. Tienes que seguir mejorándola para asegurarte de que es valiosa para los usuarios y de que a la gente no le resulta confusa o difícil de utilizar. Asegúrate de hacer un seguimiento de lo que piden los clientes, lo que opinan sobre las nuevas funciones y la frecuencia con la que aparecen en los tickets de asistencia.
Impacto en acción
En el equipo de Jira Product Discovery, lo hacemos con revisiones mensuales y trimestrales, en las que comparamos el impacto que hemos logrado con lo que nos propusimos hacer. A veces estamos satisfechos con los resultados y cambiamos muy poco, a veces restablecemos la hoja de ruta para probar algo diferente.
Esta es una de las técnicas que utilizamos: después de lanzar una solución, creamos la correspondiente idea de mejora en la que recopilamos datos relevantes, como:
- Comentarios recibidos de los usuarios
- Señales de que la función resuelve o no los problemas para los que se creó en los comentarios, las encuestas y las entrevistas
- Datos de uso del análisis de productos para saber si la solución realmente se utiliza. Si no se utiliza, puede que haya incidencias de detección o simplemente menos entusiasmo por la función del que habíamos previsto.
Vista para supervisar los comentarios de los clientes sobre las ideas lanzadas anteriormente en Jira Product Discovery.
Analizamos estos datos con regularidad y cada equipo destina su presupuesto a las mejoras de las funciones. Tanto las ideas nuevas como las mejoras de las que ya existen aparecen en la hoja de ruta de cada equipo:
El progreso de una idea
Jira Product Discovery proporciona un conjunto de campos para mostrar el progreso de los tickets de entrega de una idea. Pero no creemos que esta sea necesariamente la mejor forma de comunicar el progreso a las partes interesadas. Que las tareas de un epic estén completadas al 60 o al 80 % no revela cuánto progreso está haciendo realmente el equipo.
Esta es una forma más impactante de comunicar el progreso a las partes interesadas: marca cada idea con la opción de según lo previsto, en riesgo o no según lo previsto (mediante un campo) y haz comentarios (en la descripción de la idea). Se trata de una colaboración primitiva muy simple, pero es muy eficaz a la hora de indicarle a las partes interesadas con qué necesitas ayuda.
Ver la comunicación del progreso a las partes interesadas en Jira Product Discovery.
Más información sobre una idea en la vista de intercambio del progreso.
Si eres cliente de Atlas, ya conoces este enfoque. Ve el vídeo sobre cómo conectar las ideas de Jira Product Discovery con los proyectos de Atlas en la sección Recursos. Lo explica de forma más clara y precisa que las siguientes vistas, que miden el progreso como porcentaje de los tickets de Jira que se han entregado:
Una vista de Jira Product Discovery que muestra el progreso según los tickets entregados en Jira.
Más información sobre una idea en la vista de progreso centrada en los tickets.
¿Y ahora qué?
Al utilizar las ideas como vehículo para llevar las soluciones a través de la ideación, la validación y la entrega, los equipos de productos pueden mantener a todos sus miembros organizados y centrados en los resultados.
En lo que queda de este manual, explicaremos con detalle cómo utilizar el backlog del producto para hacer lo siguiente:
- Crea canales de comentarios y recopila datos relevantes para validar las ideas
- Priorizar las ideas que tendrán más repercusión
- Crear hojas de ruta para que los equipos y las partes interesadas puedan respaldarlas
Proporcionaremos ejemplos de cómo lo hacemos en el equipo de Jira Product Discovery mediante Jira Product Discovery y otros productos.
Backlog del producto
Gestiona de forma eficaz los backlogs del producto para priorizar las ideas, mejorar la colaboración e impulsar el desarrollo de productos.
Comentarios y datos relevantes
Descubre cómo puedes mejorar la toma de decisiones, adaptarte a las necesidades de los clientes y obtener buenos resultados al integrar los datos relevantes en el proceso de desarrollo de productos.
