Product backlog

A product backlog is a list of work priorities for the development team that is derived from the roadmap and requirements.

Included within this document are new features, changes to existing ones, bug fixes, infrastructure changes, or other activities to achieve a specific outcome.

The product backlog is the only authoritative source for the things a team works on; this means that nothing is done that is not covered in the product backlog.

Por el contrario, tener un elemento en el backlog no garantiza que se entregue. De hecho, esto solo representa una opción que el equipo tiene para entregar un resultado determinado, pero no un compromiso.

Conviene tener en cuenta que el project backlog es dinámico y cambia constantemente a medida que avanza el trabajo, con la aparición de nuevas ideas y el movimiento de diferentes elementos hacia arriba o hacia abajo.

¿Cómo gestionar el product backlog?

Gestionar un product backlog conlleva varias responsabilidades.

Dado que el roadmap del producto se actualiza con frecuencia, debe estar estrechamente vinculado al product backlog. Por lo tanto, en consecuencia, el backlog debe redefinirse para reflejar los cambios y nuevos hallazgos.

Además, se debe prestar atención para mantener este documento importante organizado y fácil de consultar.

Como se mencionó anteriormente, el product backlog es un documento dinámico y cualquier miembro del equipo de desarrollo puede agregar elementos, pero solo el product owner – quien es responsable de él – decide el orden de las prioridades y el trabajo.

¿Cómo crear un product backlog exitoso

Aquí tienes algunos consejos prácticos para crear y mantener un product backlog exitoso:

• Manténlo organizado y actualizado: El product backlog debe ser una fuente de información confiable para el equipo de desarrollo. Es esencial mantenerlo manejable, y un error típico es hacer que el documento sea demasiado exhaustivo y lleno de elementos. El product manager debe decidir qué hacer para maximizar el resultado mientras minimiza la salida.
• No crees múltiples listas: Es más fácil para todos si simplemente trabajas desde una sola lista de backlog. De esta manera, el trabajo será más transparente y no se perderá información.
• Céntrate en el valor de cada elemento individual: si algo no aporta valor, no debería formar parte de tu product backlog.
• Fomenta la discusión y la retroalimentación: Los stakeholders y los miembros del equipo de desarrollo pueden cuestionar las prioridades en el product backlog. En estos casos, es importante hablar entre sí y recopilar retroalimentación para entender si el cambio está motivado o no.
• Reorganízalo continuamente – también conocido como grooming del product backlog o refinamiento del backlog: el product backlog es un documento vivo y, como resultado, evoluciona, cambia, crece y se reduce con el tiempo. Por lo tanto, necesita ser reordenado y reorganizado continuamente.

¿Cómo estructurar el product backlog

El product backlog puede incluir cientos de tareas, y organizar esos elementos por tamaño y relevancia es una de las tareas más importantes del product manager.

Las tareas y elementos de trabajo más pequeños suelen lograrse subdividiendo los elementos de trabajo más grandes.

Los elementos incluidos en el product backlog deben cumplir con los elementos del método INVEST:

• Independiente: cada elemento debe ser independiente de los demás y cada uno debe servir a una función diferente.
• Negociable: cada elemento debe estar abierto a la negociación.
• Valioso: cada elemento debe aportar valor y beneficios al cliente, al equipo y a los stakeholders.
• Estimable: el equipo debe poder estimar cuánto tiempo tomará procesar el elemento.
• Tamaño adecuado
• Probable

 

La organización de actividades en un product backlog debe seguir el método DEEP, que significa:

• Detallado adecuadamente
• Estimado adecuadamente – en otras palabras, según la mejor capacidad del equipo. Claramente, cuando el negocio es completamente nuevo, será más difícil dar una estimación justa.
• Emergente: El product backlog evoluciona continuamente. A medida que se agregan nuevos elementos, los existentes se modifican o refinan.
• Priorizado: Al decidir cómo clasificar los elementos de trabajo en el product backlog, el product manager utiliza el acrónimo DIVE, que significa:
  • Dependencias: Por ejemplo, si la tarea A depende de la tarea B, B debe clasificarse por encima de A.
  • Seguro contra riesgos: las actividades que ayudan a minimizar el riesgo tienen mayor prioridad.
  • Valor comercial: cuanto más valiosas sean las actividades para el cliente y la empresa, mayor prioridad tendrán.
  • Esfuerzo estimado: ¿Cuánto tiempo se espera que se requiera para realizar la tarea?

 

El product backlog es, por lo tanto, una herramienta poderosa para el product manager, ya que sirve como transición del pensamiento estratégico al trabajo práctico diario.

El Product Backlog es más fácil con un poco de ayuda

Un software de gestión de proyectos como Twproject puede facilitarte la vida al gestionar tu product backlog. No se trata solo de escribirlo, sino también de organizarlo por prioridad, medirlo, programarlo sprint a sprint y asignarlo a la persona correcta.

Con Twproject, en el tablero Kanban, puedes hacer todo de una manera muy práctica.

Recuerda, el product backlog es un documento que promueve el enfoque, la transparencia y la colaboración.

Una planificación y organización adecuadas son una parte esencial del éxito.

Mira aquí un ejemplo de cómo gestionar un proyecto con SCRUM en Twproject.

Cuando se crea y gestiona correctamente, el product backlog se convierte en una herramienta que ayuda a los equipos a gestionar el cambio constante, lograr la máxima productividad y entregar el máximo valor tanto a la empresa como al cliente.