Product Owner: su rol en los eventos Scrum

Scrum es un marco de trabajo iterativo e incremental que divide la ejecución del trabajo en eventos de longitud fija que se ejecutan uno tras otro, llamados Sprint, el latido del corazón de Scrum.

Cada sprint contiene todo el trabajo necesario para lograr el objetivo del producto por lo que el rol de Product Owner (PO) es clave para su éxito.

Comencemos con la planificación del sprint (sprint planning), donde el PO, en línea con la visión y objetivo del producto, propone cómo el producto puede evolucionar y aumentar su valor en el sprint, facilitando que el equipo Scrum defina un Objetivo del sprint valioso para los stakeholders. Con el objetivo en mente, el PO expone al equipo de desarrollo el detalle funcional de las historias de usuario que se encuentran priorizadas en el backlog, y participa en el debate donde los desarrolladores seleccionan los elementos que conforman el Sprint Backlog.

Al terminar el tiempo del sprint, en la sesión de trabajo de revisión del sprint (sprint review), el PO asegura la participación de los stakeholders, que junto al equipo Scrum, revisan el trabajo realizado, actualizan el Product Backlog y definen el trabajo posible del siguiente sprint. El equipo de desarrollo hace una demostración del trabajo terminado, explica las dificultades presentadas y responde a las preguntas de los stakeholders. Con el feedback de los stakeholders y del equipo, el PO actualiza y reorganiza el Product backlog, y teniendo en cuenta el objetivo del producto, definen entre todos qué se va a hacer en el siguiente sprint.

Luego de la revisión del sprint, se realiza la retrospectiva del sprint (sprint retrospective), donde el equipo Scrum planifica formas de aumentar la calidad y la eficacia. El PO, como un miembro activo del equipo Scrum, analiza junto al equipo cómo ha sido el último sprint en relación con las personas y sus interacciones, procesos, herramientas, definición de hecho, etc., debate junto al equipo los cambios y mejoras que favorecen la eficacia del trabajo y deciden que acciones deben abordarse en el próximo sprint.

Un evento adicional, no propuesto en la guía de Scrum, pero que es una práctica que implementan muchos equipos Scrum es el refinamiento del sprint (sprint refinement o grooming), cuyo propósito es agregar detalles, estimar y ordenar las historias de usuario que haya dentro del Product Backlog, a fin de tenerlo reparado para el siguiente evento de sprint planning. El PO debe asegurar la participación de stakeholders especialistas en las historias de usuario a refinar.

#Scrum, #Product_Owner, #Eventos_Scrum

Product Owner: Gestión del trabajo y valor a través de los artefactos Scrum

Scrum define un conjunto de elementos para gestionar el trabajo y la entrega de valor que llama artefactos, cada uno diseñado para maximizar la transparencia, facilitar la inspección y la adaptación, valores Scrum que aplicamos para obtener el mejor resultado posible.

Los artefactos que propone Scrum son: a) para gestionar el trabajo pendiente del producto: el Product Backlog, b) para gestionar el trabajo a desarrollar en un Sprint: el Sprint Backlog, y c) para gestionar las entregas de valor en cada Sprint: el Incremento del Producto.

Para garantizar que cada uno cumple su propósito, el Producto Backlog tiene el Objetivo del Producto (Product Goal), b) el Sprint Backlog tiene el Objetivo del Sprint (Sprint Goal), la Definición de preparado (Definition-of-Ready) y Gráfico de quemado de puntos (Burndown chart), y c) el Incremento del producto, la Definición de Hecho (Definition-of-Done).

El Product Owner (PO) es responsable de maximizar el valor del producto, y del negocio, a través de la gestión continua del Product Backlog. Para ello, define una visión y objetivo del producto, que, junto a una hoja de ruta de nivel estratégico, facilita un objetivo a largo plazo y una guía al equipo Scrum y partes interesadas (stakeholders).

En cada Sprint, el PO propone al equipo de desarrollo el objetivo del Sprint, en línea con el objetivo del producto. El equipo acuerda durante el Sprint Planning el Sprint Goal y selecciona del trabajo pendiente, aquellos elementos, que cumplen con la Definición de preparado que podrán completar durante el sprint, moviéndolos al Sprint Backlog. El Sprint Backlog es responsabilidad del equipo de desarrollo.

El incremento del producto, que se obtiene en cada sprint, es una pieza del producto utilizable, que, junto a los demás incrementos, van conformando el Objetivo del producto. El trabajo realizado es parte del incremento, sí cumple la Definición de Hecho.

En la Sprint Review, el PO invita a los Stakeholders, quienes validan el nuevo Incremento con los elementos que habían acordado y definido juntos. El éxito de la revisión dependerá de un buen refinamiento, y de esta sesión se obtiene feedback y aprendizajes que el equipo puede utilizar para expandir la Definición de Hecho, y el PO conseguir de los stakeholders la definición de nuevos elementos a incluir en el Product Backlog.

#Scrum, #Product_Owner, #Artefactos_Scrum