Hoy he venido profundo y filosófico. Siempre en mis formaciones comento la diferencia entre ordenar y priorizar.
Ahora que me he puesto profundo, os pongo la definición de ordenar de la RAE, colocar algo o a alguien de acuerdo con un plan o de modo conveniente.
Después lo vamos a confrontar con la definición de prioridad, que recae en la anterioridad de algo respecto de otra cosa, en tiempo o en orden. Anterioridad o precedencia de algo respecto de otra cosa que depende o procede de ello.
Si esto lo llevamos al mundo del Product Backlog podemos hacer la analogia sobre lista ordenada o lista priorizada.
Una lista ordenada son aquellas en las que cada elemento se encuentra precedido por un número, o letra que representa la posición única que dicho elemento ocupa en la lista.
¿Y por qué hago todo este análisis sobre si el Product Owner ordena?
La lista ordenada tiene un primero único, un segundo único y así sucesivamente.
Esto es muy relevante para notar en lo primero que el equipo debe trabajar.
Cómo véis en la linea de las prioriades, hay varios elementos puestos en la misma linea, al mismo nivel.
Eso hace imposible saber para el equipo de desarrollo que seria lo primero a tratar.
¿Por qué la ordenación es relevante para el Product Owner?
Recuerda que la Guía Scrum dice 2 cosas importantes
- El Product Owner es responsable de maximizar el valor del producto resultante del trabajo del equipo de Scrum. La forma en que esto se hace esto puede variar ampliamente entre organizaciones, equipos Scrum e individuos.
- El Product Owner puede representar las necesidades de muchas partes interesadas en el trabajo pendiente del producto. Aquellos que deseen cambiar el trabajo pendiente del producto pueden hacerlo tratando de negociar con criterio con el Product Owner.
La ordenación es importante para representar que se trabaja primero y de manera única delante de las partes interesada.
Además el Product Owner ahí muestra su autoridad, ya que no sólo es una autoridad jerárquica sinó también una autoridad moral delante de la organización y de su equipo.
Mi Conclusión
La responsabilidad del Product Owner bien entendida es fundamental de entender tanto para la organización como para el equipo que sirve.
Recuerda que el Product Owner ordena, no prioriza.
Si a día de hoy en tu organización, la persona que toma este rol de la ordenación del Product Backlog es un rol de proxy o de escriba, estoy 100% que tu organización tiene graves problemas para consolidar la entrega de valor.
