¿Qué es un Product Owner?

Product Owner: definición y papel

El Product Owner (PO) es una de las tres responsabilidades del marco Scrum, junto al Scrum Master y los desarrolladores. Responde del producto desde el punto de vista del negocio: qué debe aportar, para quién y en qué orden se crean las funciones. Según la Guía de Scrum, el PO es una sola persona, no un comité, para que una voz decida de forma vinculante.

El PO formula el objetivo del producto, mantiene el backlog del producto como lista priorizada de todos los requisitos, explica al equipo el contexto y revisa los resultados. Cómo resuelve el equipo algo desde el punto de vista técnico no lo dice el PO; eso lo decide el propio equipo de desarrollo. Así, el PO es el interlocutor para todas las cuestiones de negocio sin dictar cómo trabaja el equipo.

Tareas en el día a día

En el día a día, el PO prioriza según valor, esfuerzo y riesgo, se coordina con la dirección, los departamentos y los usuarios y está disponible para las consultas del equipo. En la demostración al final de un ciclo comprueba si el resultado cumple las expectativas y ajusta las prioridades.

La capacidad de decisión es importante: si el PO debe consultar a la dirección cada duda, frena a todo el equipo. Igual de importante es el tiempo, pues según el proyecto el papel ocupa una parte considerable de la semana laboral. Sobre todo en las empresas pequeñas, este esfuerzo suele subestimarse.

• Formular el objetivo y la visión del producto
• Mantener el backlog y priorizarlo según el valor
• Preparar los requisitos como historias de usuario con criterios de aceptación
• Responder con prontitud a las preguntas del equipo
• Revisar los resultados y recoger la opinión de los usuarios
• Coordinarse con la dirección y los departamentos especializados

Ejemplo práctico: el portal de clientes de un mayorista

Un mayorista encarga un portal de clientes. La gerente nombra Product Owner al director comercial, porque conoce las inquietudes de los clientes, y le da capacidad de decisión y un tiempo fijo asignado. Reúne los deseos del servicio externo y del interno y fija el orden.

Cuando ventas y contabilidad quieren funciones distintas en primer lugar, decide según el valor: primero va la consulta de facturas abiertas, que ahorra muchas consultas. La decisión se toma en horas y no en semanas, y el equipo puede seguir trabajando sin interrupciones. Los demás departamentos saben por qué sus deseos llegan después.

Errores habituales e implantación

Errores frecuentes: el PO se nombra solo sobre el papel y no tiene tiempo; varias personas dan instrucciones contradictorias; la dirección interviene sin consulta; o el PO administra deseos en lugar de fijar prioridades. Incluso con un socio de desarrollo externo, el lado del cliente necesita una persona de contacto fija con este papel, aunque Scrum no se aplique de forma estricta.

Nano Concepts le explica lo que aporta el papel al proyecto y le ayuda a construir un backlog priorizado, para que sus especialistas dediquen su tiempo a lo que más beneficio aporta. Sobre todo cuando varios departamentos aportan requisitos, un responsable de decisión claro da tranquilidad al proyecto.