La guía de Scrum cambió la definición 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, por ejemplo, si priorizamos los días de la semana basado en la secuencia en que aparecen. Esta priorización puede basarse en un conjunto de criterios predeterminados que no necesariamente cubren todos los escenarios que pueden ir surgiendo en un entorno empírico 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 los días de la semana tienen una secuencia y podemos usar esa priorización si queremos determinar cuál es el día más importante, la respuesta no puede predeterminarse para todos los escenarios y más aun 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.