¿Cuáles son las tareas de un Propietario del Producto?

Recordemos que el Propietario del Producto (Product Owner) es quien tiene la autoridad y el poder de decisión sobre el producto que estamos construyendo para el cliente. Su responsabilidad principal reside maximizar el valor del producto; que construyamos un producto que sea una verdadera solución a los problemas del cliente, su compromiso es con los problemas de los usuarios/cliente, no con los elementos de la pila de producto aunque sea responsable de la misma. Decide en última instancia cómo será el resultado final, y el orden en el que se van construyendo los sucesivos incrementos: qué se pone y qué se quita de la pila del producto, y cuál es la prioridad de las funcionalidades. Conoce el plan del producto, sus posibilidades y plan de inversión, así como del retorno esperado a la inversión realizada, y se responsabiliza sobre fechas y funcionalidades de las diferentes versiones del mismo.

Hay una metáfora que describe muy al Propietario del Producto:

El Propietario del Producto es al producto como el CEO lo es a la compañía.

Como analogía con el post sobre las tareas del Scrum Master dejo aquí el siguiente listado de tareas de un Propietario del Producto, compilado por Bernd Schiffer en "37 Tasks for a Product Owner’s Job":

Tareas principales

El Product Owner por Erich Bühler

• Desarrollo y la adaptación de la hoja de ruta y visión del producto
• Escribir nuevas historias de usuario
• Dividir historias de usuario que son demasiado grandes
• Especificar criterios de aceptación para cada historia de usuario
• Escribir pruebas de aceptación
• Ordenar y priorizar la pila del producto (a través del ROI, modelo de Kano, costo-valor, el método MoSCoW, etc.)
• Planificación de releases
• La preparación de su cartera de productos (Aplicar INVEST y DEEP)

Puertas a fuera

• Observar, conocer y analizar el mercado
• Observar, conocer, contactar y analizar a los clientes y usuarios finales del producto
• Mantenerse en contacto regularmente con todas las partes interesadas del producto
• Informar a la dirección y las partes interesadas (por ejemplo gráfico del producto)
• Compartir conocimiento en toda la empresa con respecto al producto (micro-blogging, blogging, conferencias internas, etc.)

Liderazgo

• Decidir qué construir y lo que no
• Dar retroalimentación al equipo de desarrollo durante el sprint del trabajo realizado y sobre sus procesos e interacciones
• Practicar el principio Lean Go & See (Gemba Walk)
• Reclamar y explicar implementaciones de un solo clic para mantener bajos los costes de transacción (transporte)
• Reclamar y explicar builds de 10 minutos para preservar retroalimentación rápida
• Reclamar y explicar feature flags para preservar la flexibilidad
• Proporcionar y enseñar todo número de negocios al equipo de desarrollo para conectarlos con el producto y sus clientes, y poder tomar conjuntamente decisiones informadas

Skills del Product Owner por Alexandre Magno

Participación

• Participar en las reuniones de Scrum:
• Proporcionar el objetivo del sprint y nuevas historias de usuario para la planificación del sprint
• Dar retroalimentación en la revisión del sprint respecto del logro al objetivo del sprint
• Reflexionar y actuar como miembro del equipo en la retrospectiva del sprint
• Informar, ayudar y aprender en el scrum diario
• Ayudar continuamente al equipo a mejorar sus procesos

Aprendizaje

• Formarse de forma continuada sobre todo lo que es Agilidad (por ejemplo visitar grupos de usuarios, asistir a conferencias, leer libros, escribir blogs, etc.)
• El intercambio constante con otros Propietarios del Producto de la organización (por ejemplo a través de comunidades de práctica)
• Jugar con el producto
• Aprender y perfeccionar la cadena de valor entera del producto, como la contratación, el marketing y ventas
• Medir el progreso (por ejemplo el valor entregado a los clientes en cada sprint)

Misceláneo

• Ayudar al equipo crear irradiadores de información
• Entusiasmar a los clientes
• Encontrar una adecuada
• definición de listo (DoR)
• definición de hecho (DoD)
• Reforzar cada bucle de retroalimentación con respecto al producto (por ejemplo entrega continua, entrega temprana, hablar con los clientes, Minimal Marketable Product, etc.)
• Convertir las ideas en nuevos productos, idealmente MVPs

A menudo los Propietarios del Producto tienen una gran cantidad de compromisos que no están directamente relacionados con el producto, estos deberían de hacer todo lo posible para poner el foco en las tareas del bloque de tareas principales. En mi experiencia un equipo trabajando con Scrum requiere aproximadamente un 50% del tiempo de un Propietario del Producto.