Desmontando un manual supuestamente imprescindible – Post #5

En la quinta publicación de la serie* #desmontandounmanualsupuestamenteimprescindible quiero hablar de una frase aparentemente inofensiva que en realidad contiene dos errores conceptuales importantes sobre el rol del Product Owner.

La frase: “El PO escribe en el Product Backlog todas las funcionalidades y requisitos que quiera (sic) que su producto contemple” (p. 39).

Primer malentendido: “el PO escribe”. Si bien es cierto que el PO se encarga de la existencia y de la priorización del backlog, no tiene por qué ser el PO quien se dedique a escribir los elementos que componen el backlog. De hecho, cualquier miembro del equipo de desarrollo debería poder hacerlo.

Segundo malentendido: “todas las funcionalidades y requisitos”. Ese ‘todas’ tan absolutista como peligroso parece enlazarse perfectamente con otra frase que hace referencia al backlog, “es fundamental partir de un conjunto lo más amplio y detallado posible” (p. 82). Lástima que lo recomendable sería exactamente lo contrario. De hecho, es mucho mejor empezar con un backlog reducido y a alto nivel, e ir añadiendo detalles a mesura que se van resolviendo dudas.

En fin, una vez más hemos visto come el libro** es una inagotable fuente de inexactitudes que pueden ayudar a difundir malentendidos sobre agilidad.

(continuará)

(*) Para una introducción sobre esta serie, véase
https://ileanabelfiore.me/desmontando-un-manual-supuestamente-imprescindible-post-0/
o bien
https://www.linkedin.com/feed/update/urn:li:activity:6460838855288463360
(**) Métodos Ágiles. Scrum, Kanban, Lean

Nota. Ya que estamos, merece la pena remarcar también que afirmar que “En la revisión o Review, el Product Owner […] examinará el trabajo del equipo para darlo por válido o no” (p. 67), implica excluir a priori la posibilidad de que el PO vaya colaborando con el equipo de desarrollo y revisando el incremento de producto a mesura que avanza el sprint. ¿De verdad queremos esto?