Cualquier persona que ejerza bajo las responsabilidades del Product Owner sabe que está muy ocupado y para ser de los mejores product owners debe desarrollar habilidades diversas.
La Guía Scrum establece que las responsabilidades del Product Owner recaen en la gestión eficaz del Product Backlog.
Eso lleva incluido el desarrollo y la comunicación del objetivo del producto, la creación de elementos del Product Backlog y que la cartera de productos sea transparente y comprensible.
La organización debe respetar las decisiones del Product Owner, y el Product Owner NO es explícitamente un comité.
Cómo debe ser el mejor Product Owner
Yo siempre comento en los cursos de Professional Scrum Product Owner (PSPO), el acrónimo WOMAN que significa lo siguiente:
- Will (Voluntad): La voluntad de ejercer y llevar el producto a buen puerto.
- Ownership: Sentirse el propietario genuino del producto
- Money: Tener la gestión del presupuesto
- Authority: Ejercer la autoridad delante de la organización y de los stakeholders
- Need: La necesidad de entregar valor a los clientes que motiva el desarrollo de producto
Dado que la persona que lleva la responsabilidad de Product Owner puede representar las necesidades de muchas partes interesadas, estas partes interesadas cabildearán por sus solicitudes.
¿Qué dicen los stakeholders de esto?
Desafortunadamente, algunas partes interesadas o stakeholders a menudo intimidan a otros como un medio para obtener lo que quieren.
Algunos discutirán públicamente y otros desconectarán.
¿Alguna vez has estado en una Sprint Review donde las partes interesadas tienen argumentos sobre lo que debería suceder a continuación? ¿Cómo se resolvió?
¿El Product owner cedió ante la persona más ruidosa o de mayor rango en la sala? ¿O afirmaron que es mi decisión y siguieron adelante con un espíritu de eficiencia?
Seguro que tus stakeholders se comportaban como estos animales de producto.
En cualquiera de estas situaciones, el equipo y las partes interesadas probablemente no estaban satisfechos y probablemente no fuera una buena manera de mantener comprometidos al equipo y a las partes interesadas.
El hecho de que la organización deba respetar la decisión del Product Owner no significa que llegar a un entendimiento común con un grupo diverso de partes interesadas no sea muy importante.
Muchas organizaciones predican sobre la importancia de la diversidad y la inclusión.
Sin embargo, ¿cuántos promulgan estos valores a nivel de grupo de trabajo?
Por ejemplo, la construcción de un objetivo de producto (product goal) tiene cuatro etapas:
- Recopilar diversos puntos de vista
- Crear un marco compartido de entendimiento
- Desarrollar soluciones inclusivas
- Llegar a un product goal satisfactorio
Conclusión
Como ves, para ser el mejor Product Owner se necesita más que habilidades de gestión para navegar por la dinámica de la toma de decisiones en grupo.
Estas habilidades son las que los mejores product owners han desarrollado de manera satisfactoria.
Esas habilidades las puedes encontrar en los siguientes cursos de Scrum.org