Las labores del Product Owner no son simples.

En una empresa que está en plena transformación, los líderes están aún con la idea de sus ideas son las más importantes/prioritarias; las del resto no importan, las suyas son las más importantes. Esto porque seguro tienen compromisos (no necesariamente valiosos para la empresa) asociados a estas ideas de nuevas funcionalidades o proyectos. Éste es un claro ejemplo de que estos líderes aún trabajan en silos, sin considerar las necesidades COMPLETAS de la empresa.



Es claro que en en estas empresas hay presiones de diferentes actores para anteponer sus requerimientos ante los demás y usan prácticas como escalamiento entre directores y gerencias, e incluso se llega a comprometer fechas sin haber conversado con el PO respecto al valor que generaría esta idea, la prioridad respecto al resto del backlog y su impacto en el Release Plan.

El PO debe tener la autoridad y empoderamiento necesario para poder decir NO a ciertas necesidades que los stakeholders pueden tener, pero que el PO entiende que no trae el mayor beneficio a su organización en ese momento.

Debe tener la autoridad para anteponerse a cualquier compromiso de fecha aleatoria, identificar el valor respecto al backlog priorizado y negociar con el stakeholder un nuevo acuerdo.

Interpretar a la Voz del Cliente no es una tarea fácil. Más aún cuando eres parte de una empresa en medio de una transformación; esto porque no todos tienen en el ADN que la prioridad no es de la un área o persona en particular sino de toda la empresa.

Es el PO, teniendo en su ADN que solo debe priorizarse lo que más valor para la empresa, quien debe usar sus dotes de negociador para poder hacer frente a quiene aún no han sido tocados por la transformación.

Es el PO, teniendo en su ADN que la capacidad de su equipo es una, quien hará entender a los stakeholders afectados que ingresó un requerimiento altamente prioritario para la empresa y otras funcionalidades han tenido que moverse hacia otra fecha.

El el PO, teniendo en su ADN que las estimaciones pueden fallar, quien debe hacer ver a sus stakeholders afectados que se prioriza lo más valioso para la empresa y que hay ocasiones en que las estimaciones son dimensionamientos más no compromisos fijos.

La labor del PO no debe darse por simple o fácil. Tiene una labor muy grande. Es la Voz del Cliente y hay muchos clientes internos y externos. Él debe dar prioridad a lo que el negocio necesita más y eso no es tarea simple. Se necesita mucho empoderamiento y confianza para poder decir NO a ciertos pedidos; aún cuando sea parte de un juego de poder.

Ahora, el PO no está solo contra el mundo. Tiene el respaldo del Sponsor. Es bajo ese respaldo que debe poder manejar a otros Stakeholders que quieran anteponer sus necesidades sobre el negocio.

Amigos PO, su rol es primordial para el buen desarrollo del equipo Scrum. Si el proxy deja entrar todo y sin orden, los equipos se van a saturar de trabajo y no van a rendir lo que deben.

El apoyo del Scrum Master al Product Owner debe estar enfocado en que se encamine hacia lo arriba indicado. Recordarle que su labor es brindarle los retos adecuados al equipo siempre con el objetivo de que lo que se genere sea lo más valioso para la empresa.

Amigos Scrum Masters, no descuiden a sus POs. Ellos también son parte de su ámbito.