Product Backlog priorizado versus ordenado

Product Backlog priorizado versus ordenado

La guía de Scrum cambió la definición de del Product Backlo de priorizado por ordenado. La definición tiene un sentido que refuerza el uso del empirismo en Scrum y la capacidad de toma de decisiones del Product Owner sobre el Product Backlog.

Priorizar puede indicar una posición de un ítem dentro del Product Backlog en comparación a otros elementos siguiendo una secuencia según un criterio predefinido, por ejemplo, si priorizamos el Product Backlog en función de menor a mayor complejidad. Esta priorización puede basarse en un conjunto de criterios que no necesariamente cubren todos los escenarios que pueden ir surgiendo en un entorno complejo producto de los cambios para entregar valor. Por esta razón un Product Backlog ordenado es una decisión final del Product Owner quien usa la información disponible de acuerdo con el contexto del momento para decidir que es más importante en el Product Backlog. Para nuestro ejemplo, aunque podemos usar esa priorización si queremos determinar cuál es el día ítem más importante en función del valor, la decisión no puede predeterminarse para todos los escenarios en función a un criterio único ya que esta puede cambiar en el tiempo. Algunas veces la priorización podría ser igual al orden, pero en cualquier situación el Product Owner no debería limitarse a usar el resultado priorizado de forma mecánica, sino que debería usar su conocimiento y criterios para decidir la mejor forma de entregar valor y para lograr el objetivo de Producto.

Para ordenar el Product Backlog el Product Owner requiere el apoyo para descifrar información de varios tipos como, por ejemplo, consideraciones técnicas. Los Desarrolladores puede aportar su conocimiento técnico durante el proceso de refinamiento y actuar como consejeros del Product Owner para que mejore la toma de decisiones sobre el orden del Product Backlog.

.