El Product Owner y los eventos

En Scrum, cada evento (ceremonia) está diseñado con un propósito específico para maximizar la transparencia, la colaboración y la eficiencia. El Product Owner, es fundamental para representar la voz del cliente y los intereses del negocio, y desempeña un papel crucial en estos eventos.

Su responsabilidad va más allá de simplemente definir y priorizar el trabajo; es el vínculo esencial que asegura que el equipo esté trabajando en las características más valiosas, alineando la entrega de producto con los objetivos del negocio.

En esta sección, exploraremos en detalle cómo el Product Owner se involucra en cada evento, qué se espera de él y cómo su aporte activo puede influir positivamente en la dinámica y los resultados del equipo Scrum.

El Product Owner en la Planificación del Sprint

Facilita el evento, asegurando que durante la sesión se ~~cumplen~~discuten 3 ~~objetivos:~~temas: ¿por qué este Sprint es valioso?, ¿qué se puede terminar (done) en este Sprint?, ¿cómo se realizará el trabajo elegido?
Brinda información clara y precisa sobre el trabajo que se pueda terminar este Sprint
Aclara las dudas en torno a las expectativas de las partes interesadas en el trabajo de este Sprint
Aclara la información y detalles sobre elementos del Product Backlog.

Define el Sprint Backlog y el Sprint Goal según la sesión con el equipo durante este evento
Negocia el alcance del Sprint con los Developers.

Caso práctico: Durante la planificación del sprint, el equipo está indeciso sobre qué funcionalidades priorizar. El Product Owner, Carlos, comparte recientes feedbacks de clientes y argumenta: "Nuestro principal competidor acaba de lanzar una funcionalidad similar, y debemos responder". Desglosa los elementos del Product Backlog, aclarando cualquier duda. Luego, al definir el Sprint Backlog, surge un debate sobre la carga de trabajo. Carlos, con base en la prioridad y la visión del producto, guía al equipo para acordar un Sprint Goal centrado en el impacto y valor para el usuario.

👉 Tip para el Product Owner
La preparación es clave: Asegúrate de entender muy bien los elementos del Product Backlog que has pre-seleccionado para discutir en la Planificación del Sprint, y ten a mano toda la información relevante para aclarar cualquier duda que puedan manifestar los Developers.

El Product Owner en el Daily

Nota aclaratoria: Si el Product Owner está trabajando activamente en los elementos del Sprint, entonces participa como un Developer, de lo contrario no participa en este evento.

En caso que el Product Owner participe del Daily, es posible que pueda:

Brindar aclaraciones sobre algún elemento del Product Backlog.

Recopilar feedback para posibles reajustes del Product Backlog.

El Product Owner durante el desarrollo del Sprint

Agrega elementos al Product Backlog de acuerdo a las prioridades y expectativas de las partes interesadas.
Realiza el refinamiento y priorización de los elementos del Product Backlog a partir de las sesiones de trabajo con el cliente y/o partes interesadas.
Resuelve las dudas a los Developers sobre el trabajo que esta en desarrollo (WIP).
Colabora con las partes interesadas, identificando necesidades y ajustando expectativas.

El Product Owner en la Revisión del Sprint

Facilita y dirige ella ~~evento~~sesión, garantizando un flujo estructurado.
Asegura que el progreso respecto al Objetivo de Producto essea ~~discutido~~el enfoco de discusión de esta sesiónn.
~~Asegura~~Invita y asegura que las partes interesadas clave ~~participen~~estén depresentes lay ~~sesión.~~activamente involucradas.
Discute el Product Backlog tal y como está.
Proyecta el objetivo y las fechas de entrega probables basándose en el progreso hasta la fecha (si es necesario).
~~Suele~~Verifica ~~hacer~~que ~~la verificación del~~el incremento decumpla ~~acuerdo a~~con lo ~~planificado~~planificado, (considerando tanto los criterios de aceptación +como la Definición de Terminado (DoD).

Facilita la discusión sobre posibles mejoras o ajustes en el producto.

Confirma o redefine prioridades del Product Backlog basándose en la demostración realizada por los Developers, la deuda técnica (si existe) y en las necesidades cambiantes del negocio.

Aborda la deuda técnica (si existe) y discute su impacto y posibles estrategias para gestionarla o reducirla.

Indaga sobre las causas de la deuda técnica (para identificar qué aspectos deben mejorarse o ajustarse para la siguiente Planificación del Sprint).

El Product Owner en la Retrospectiva del Sprint

Participa en la inspección de cómo fue el último Sprint con respecto a los individuos, las interacciones, los procesos, las herramientas, y sula Definición de terminado (DoD).
Participa de la identificación de lecciones ~~aprendidas~~aprendidas, compartiendo perspectivas desde el lado del negocio y el feedback del cliente.
Participa en identificar las suposiciones erróneas que ~~los~~pudieron ~~llevaron~~desviar ~~por~~al ~~el mal camino~~equipo y sebusca ~~exploran~~entender ~~sus~~la ~~orígenes,~~causa ~~lo que fue bien durante el Sprint,~~raíz, los problemas que encontró, el equipo, y cómo esos problemas fueron (o no fueron) resueltos.

Reconoce y destaca los logros y las áreas de mejora observadas durante el Sprint.
Puede sugerir la ampliación de la Definición de terminado (DoD) para mejorar la calidad del producto.