Podcast: El rol de Propietario del Producto en Scrum

Juan Palacio, David Alfaro y un servidor grabamos un podcast este pasado sábado sobre el papel que en Scrum juega el Propietario del Producto o Product Owner.

Cualquiera que se haya aproximado mínimamente a Scrum sabe que la labor del Propietario del Producto es representar la voz del cliente asegurando que el equipo de desarrollo se enfoca en los temas adecuados desde la perspectiva del negocio.

Evidentemente dentro de esta definición caben muchísimos matices y detalles. Precisamente esto es lo que tratamos en el podcast.

Los asuntos más relevantes que hemos tratado son:

Las labores del Propietario de Producto, todas ellas relacionadas con la gestión de los requisitos del proyecto de un modo u otro:

Mantener contento al cliente.
Realizar la captura de requisitos.
Priorizar los requisitos.
Digerir esos requisitos antes de que lleguen al equipo de desarrollo.

También hemos hablado sobre la diferencia entre el papel que juega el Propietario del Producto comparándolo con roles como el de Product Manager que aparece en otras metodologías. Hemos comentado sobre este punto como la principal diferencia es el uso de determinados artefactos (product backlog, historias de usuario) y liturgias (scrum planning meeting, scrum review) y como la labor del Propietario del Producto esta en todo momento guiada por la búsqueda de valor para el cliente.

Hemos hablado también de como la priorización de requisitos es la técnica que lleva a lograr ese retorno de la inversión.

Hemos hecho mucho hincapié en la importancia de tener este rol perfectamente detectado entre los participantes en el proyecto y que su voz debe ser única y respetada en todo lo relativo a que se debe hacer en el proyecto.

Sirva este post de introducción al tema y de invitación a que escuchéis el podcast.

Si os a gustado este podcast no os perdáis otros muchos relacionados con Scrum y la agilidad en el canal Open Knowledge Scrum Manager.

¡Espero vuestros comentarios!

5 comentarios en “Podcast: El rol de Propietario del Producto en Scrum”

  1. Rodrigo, gracias por tus aportaciones desinteresadas a la comunidad del desarrollo ágil. Si el podcast está a la altura de tus artículos seguro que merece la pena oirlo. Lo haré en cuanto tenga un rato.

  2. @Agilista: gracias a ti por tus buenas palabras. De todos modo, siempre lo he dicho, desinteresadas no son mis colaboraciones con la comunidad sea la agilista o la de .Net.

    Siempre recibo más de lo que doy, en forma de conocimientos.

    ¡Un saludo!

  3. Estoy deacuerdo en todo lo que decis, sin embargo, para mi falta una muy importante, ‘Motivar e incentivar al equipo de desarrollo’, creo que es de vital importancia que el Product Owner sea el mayor impulsor de estas tareas, ya que se conforma como el enlace entre el cliente y el equipo de desarrollo y al final la motivación de cada uno de los miembros es el principal impulsor de un buen desarrollo.

    Un saludo.

  4. @Juan: yo esa tarea la veo más como labor del Scrum Master. El Scrum Master es quien debe equilibrar las fuerzas, a menudo contrapuestas, que aparecen dentro de un proyecto de desarrollo.

    De todas formas, yo comento en el podcast, que el PO no solo tiene una responsabilidad hacia el cliente sino también hacia el equipo de desarrollo. El equipo de desarrollo también es ‘cliente’ del PO. Esta visión la comparto contigo.

    Un saludo y gracias por tu comentario.

  5. Claro, por eso mismo, al pobre Scrum Master (también llamado Master del Universo), le crecen los enanos por todas partes y tiene que aguantar al ‘flipao’ del Product owner y a los cabrones del equipo de desarrollo, pues yo no quiero ser Scrum Master…, ala… 🙂

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *