PRODUCT OWNER

Tareas Principales Producto Maximizar el valor del producto Desarrollar y adaptar la visin del producto. Recolectar los requerimientos. Determinar y conocer en detalle las caractersticas funcionales de alto y bajo nivel Determinar las prioridades de cada una de las caractersticas por sobre el resto. Cambiar las prioridades de las caractersticas segn avanza el proyecto, acompaando as los cambios en el negocio. Escribir nuevas Historias de Usuarios. Dividir las Historias de Usuarios que son muy grandes. Especificar el criterio de aceptacin para cada Historia de Usuario. Acordar con el equipo de desarrollo una adecuada definicin de hecho (Done) Escribir pruebas de aceptacin. Hacer el Plan de Entregas (Release Planning) Gestionar las expectativas de los stakeholders/usuarios finales del producto Jugar con el producto. Aprender y refinar todo el mapa del flujo de valor del producto (adquisiciones, comercio, ventas). Medir el progreso ( ejemplo: valor entregado al cliente en cada sprint) Reportar a la gerencia y a las partes interesadas

Aprendizaje Observar, aprender y analizar el Mercado. Observar, aprender, contactar y analizar clientes y usuarios finales del producto. Estar en contacto regularmente con todos los interesados en el producto. Compartir los conocimientos sobre el producto en toda la empresa (microblogging, blogging, conferencias internas, etc.). Continuar aprendiendo todo lo referente a metodologas Agiles (ejemplo: asistir a conferencias, leer libros, escribir blogs, etc.).

Intercambiar ideas y experiencias con los otros Product Owner de la organizacin (ejemplo: a travs de comunidad de prctica).

Dinmica de Equipo Decidir que hacer y que no hacer. Mantener el feedback rpido. Tener disponibilidad de tiempo para todas las consultas que el equipo necesite hacer durante el sprint. Proveer y ensear al equipo de desarrollo cada nmero de negocio disponible para conectarlos con el producto y sus clientes para estar informados al tomar decisiones en conjunto.

Reuniones, Participar en las reuniones de Scrum: Sprint Planning (Planificacin de la Iteracin): proveer la sprint goal (Meta de la Iteracin) y las nuevas Historias de Usuarios priorizadas. Sprint Review: Dar feedback sobre el logro de la sprint goal y validar el trabajo realizado. Refinamiento: organizar y acordar con el equipo las reuniones de reestimaciones de las historias de usuarios para las iteraciones aun NO iniciadas.

EL ROL DEL PRODUCT OWNER

Definir visin y estrategia (QU) Conocer y representar los intereses de todos los stakeholders del proyecto Definir planes de entrega (Release Plan) Crear y priorizar el backlog o Priorizar funcionalidades de acuerdo al valor del mercado/negocio o Ajustar funcionalidades y prioridades en cada iteracin si es necesario Evaluar los incrementos de funcionalidad entregados por el equipo en cada iteracin Responsable del Retorno de la Inversin (ROI) del proyecto

El product owner es el responsable por el xito del producto. Crea la visin del producto y maneja el roadmap. Refina el product backlog (qu entra y qu sale, prioriza, No Estima) Elabora el Release Plan. Define historias de usuario y define sus criterios de aceptacin. Administra el presupuesto Prepara el lanzamiento del producto Trabaja con los usuarios y con los Stakeholders Colabora con el equipo y el Scrum Master

Tips para mantener el Product Backlog Siempre que sea posible, contar con el backlog disponible y abierto para edicin en toda reunin y conversacin relevante. o Con esto podemos en el momento que aparecen: Nuevas historias de usuario o informacin adicional sobre las ya existentes, modificar prioridades, e incluir recordatorios y consultas que responderemos luego. Utilizar el backlog como herramienta viva de comunicacin o Un backlog visible y presente durante las interacciones con los stakeholders del proyecto, tiene efectos muy positivos tanto sobre la intensidad y efectividad de nuestra comunicacin. Tambin se logra sobre el mismo backlog. Realizar reuniones de refinamiento con el equipo, que sean efectivas y memorables (Una reunin a la cual equipo quiere asistir porque quiere aprender ms del producto), sirven para: o Mejorar historias de usuario o Estimar tems del backlog o Tomar historias picas y partirlas o Escribir historias de usuario nuevas (tcnicas y funcionales) o Estas reuniones se deben hacer en los del Sprint.