Al igual que en una tripulación, en Scrum, todos los roles son valiosos. Sin embargo, hay uno de quien depende la vida de todos: el capitán, o como en Scrum se conoce: el Product Owner. En este artículo, resumimos en 10 frases las prioridades que una persona que asuma este rol debe tener presente en todo momento.

1.- Haz a la maximización del valor del producto tu prioridad

Tal como se lo menciona en el Guía del Scrum, 2022, el principal foco de un Product Owner es velar por incrementar el valor del producto en todos los escenarios. La forma en la que se lo realice va a depender del giro de negocio y de los involucrados en el desarrollo. Una buena manera de hacerlo es mantenerse atento a los cambios del entorno y las necesidades de sus clientes y usuarios finales.

“El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del Scrum Team. La forma en que esto se hace puede variar ampliamente entre organizaciones, Scrum Teams e individuos.” (Guía Scrum, 2020)

2.- Concilia la voz de los stakeholders

Conectado con lo anterior, la mejor manera de maximizar el valor de un producto es escuchando a todos los stakeholders (clientes, usuarios finales, equipo Scrum, líderes de la organización) y encontrar esos puntos en común que concentren el mayor beneficio para todos. Claro está, sin poner en riesgo la sostenibilidad de la empresa.

3.- Empieza a usar el NO

Aunque encontrar acuerdos y puntos en común entre los stakeholders siempre será la opción óptima, hay ocasiones en las que el Product Owner tiene que decir que “NO” y aceptar las consecuencias que esto generará. Siempre en función de concentrar la mayor atención y enfoque en lo que genera más valor a la organización y clientes finales.

Recuerda, el 80% del valor, se encuentra en el 20% de lo ejecutado.

4.- Crea una balanza entre el valor vs. esfuerzo

Uno de los retos latentes que experimentan los Product Owners, es cómo determinar el valor de los ítems a desarrollar. Por una parte, tienen que identificar qué significa valor para su organización y por otro, deben conversar con frecuencia con su equipo de desarrollo para conocer el esfuerzo que les tomará en la ejecución.

Un artículo de Scrum.org menciona que hay 5 tipos de valor: valor comercial, valor a futuro, valor de eficiencia, valor de mercado y valor de cliente. Cuando utilizar cada uno dependerá del giro propio del negocio y de su estrategia a largo plazo.

5.- Mantén el backlog siempre priorizado

Tener un Product Backlog correctamente priorizado y detallado sea quizás la misión más importante de todo PO. No es casualidad que en la guía de Scrum se especifique que el único con poder de modificarlo es el Product Owner.

Esto pasa porque el Product Backlog es el único insumo que tiene el equipo para desarrollar su trabajo, y por supuesto, tiene que ser construido por el único que sabe con claridad la misión y visión del producto, así se evita desperdicios y doble trabajo

6.- Pasa el 70% de tu tiempo con stakeholders y 30% con tu equipo

Para tener claridad de lo que necesita el cliente y usuarios finales es indispensable que tenga contacto casi permanente con ellos a través de encuestas, entrevistas, pruebas de usabilidad y cualquier otra técnica que le permita estar validando que su producto cumpla su función con efectividad.

Es por ello que la mayor parte del tiempo de un Product Owner debe estar en la cancha detectando los mejores insigths de los clientes y, al finalizar, transmitir solo la información más valiosa al equipo para que hagan los ajustes necesarios sin interrumpir el sprint.

7.- Ten claro el por qué, qué y para quién de tu producto

En un Equipo Scrum, los desarrolladores son los llamados a conocer a detalle la ejecución del producto y es el Product Owner el encargado de conocer con certeza el problema que resuelve el producto y para quien lo está resolviendo.

Un error sería que el Product Owner interfiera en el equipo dando instrucciones sobre temas técnicos.

8.- Dile adiós a las tareas y hola a las historias de usuario

La estrategia más efectiva para no caer en el micro-management de los equipos es reemplazar el lenguaje de Tareas por Historias de Usuario.

La principal diferencia entre ambas es que las tareas están enfocadas en el detalle de “CÓMO” se tienen que hacer las cosas, mientras que las Historias de Usuario tienen su foco en el “POR QUÉ” y el “QUÉ” hacer.

Para tener un mayor entendimiento de cómo se ve una Historia de Usuario bien planteado, aquí les dejamos un ejemplo:

Formato Historias de Usuario

Cómo < ¿Quién quiere la funcionalidad? >
Quiero < ¿Qué es lo que quiere?>
Para < ¿Por qué lo quiere?>

Ejemplo:

Como usuario
Quiero indicar carpetas que no deben respaldarse
Para que mi unidad de respaldo no esté llena de cosas que no necesito guardar.

9.- Cumple las 3 Cs de las historias de usuario

Un error común de los Product Owners es que se quedan con la redacción de las Historias de Usuario y se olvidan de lo más importante: socializarlas con el equipo.

Es por ello que resulta fundamental que utilices la fórmula de las 3C´s para mejorar tu comunicación con el equipo:

1.- Card (Escribe la tarjeta)
2.- Confirma
3.- Conversa

Este modelo lo que propone es que no solo entregues tarjetas a tu equipo, sino que también abras un espacio en la Planning para validar que han comprendido lo mismo que tú querías transmitir y resolver las dudas que tienen sobre la Historia de Usuario.

Tu intervención va a ser fundamental cuando tengan que estimar y cada uno muestre una visión diferente, es ahí cuando tú deberás participar y aclarar los aspectos que quedaron confusos.

10.- No faltes a las Review

Si bien la retrospectiva es el evento exclusivo para el equipo de desarrollo, la Review junto con la Planning son los eventos en los que el Product Owner necesariamente debe estar.

La Review es el momento donde el equipo presenta su incremento y recibe feedback de sus stakeholders. Feedback que tú como Product Owner deberás anotar y decidir estratégicamente en cómo éste afectará a la priorización de tu backlog.

Quizás gracias al feedback que recibiste en la Review, el siguiente ítem de tu Product Backlog tenga que desaparecer o rehacerse para encajar con las nuevas necesidades de tus stakeholders.

He ahí la importancia de que no dejes solo a tu equipo en este evento de alto valor.

Estos son en resumen, los principales aspectos que un Product Owner debe cuidar al desempeñar su rol.

Si quieres saber más a detalle estrategias para hacer más efectivo tu impacto como Producto Owner, te invitamos a que te acredites como Certified Scrum Product Owner®, con la entidad más reconocida a nivel mundial, Scrum Alliance®. Somos los únicos avalados en Colombia que lo tenemos disponible, podrás revisar más información aquí.

¡Suerte en tu misión, Capitán!