- Mantener el Product Backlog refinado y priorizado
- Velar por el Retorno de la Inversión, logrando que salgan a producción lo más pronto posible las funcionalidades que más retorno le generan al negocio.
Pero miremos al detalle en que trabaja un Product Owner durante un sprint y un proyecto ágil.
Antes de Iniciar el proyecto:
- Construir con todo el equipo Scrum la Definition of Done
- Construir un product backlog priorizado y refinado
- Tener un release plan del producto
- Construir el presupuesto del proyecto
- Participar activamente en el Sprint Cero
- Construir artefactos que sirvan para direccionar y definir el producto, tales como:
- Impact Map
- Product Vision Board
- Product Backlog Board
- User Story Map
- Comunicar al equipo la visión del producto, propósito y releases a realizar
Para el Planning
- Tener las historias de usuario en ready (ver La Definición de “Ready” es tan importante como la Definición de “Done” ).
- Explicar las historias de usuario en el planning
Para la ejecución del Sprint
- Resolver los impedimientos asignados por el Scrum Master y el Equipo.
- Resolver dudas durante la construcción del Sprint
- Realizar reuniones de refinamiento presentando al equipo lo que vendrá para el siguiente sprint
Para el Review
- Asistir a los review
- Aceptar o rechazar las historias de usuario construidas según los criterios de aceptación y Defnition of Done.
- Presentar los resultados incrementales a los Stakeholders
- Velar por que se cumpla la Definition of Done
Para la Retrospectiva
- Participar activamente en las retrospectivas
- Dar y recibir feedback sobre las mejoras requeridas para cada vez ser un mejor equipo y construir un mejor producto.
En General:
- Lograr que se obtenga lo antes posible el MVP (Minimo producto viable)
- (acorde con la anterior) Velar por que se construya primero lo que más retorno le proporcione al proyecto
- Levantar y especificar historias de usuario con los Stakeholders de forma que se tengan al menos 3 sprints adelantados claros y refinados
- Mantener actualizado el Release Plan
- Realizar seguimiento del producto con el Release Burn Up y otras gráficas de seguimiento del producto
- Vigilar e informar la ejecución presupuestal del proyecto y producto
- Tener claro, "lo que no se va a construir"
Saludos Ágiles
Jorge Abad
No hay comentarios.:
Publicar un comentario