El Product Owner o Dueño de Producto en la metodología Scrum es el encargado de maximizar el valor del producto entregado por el equipo de desarrollo. Es la única persona del equipo responsable de gestionar el Product Backlog (lista del producto) y, por lo tanto, decide qué se va a trabajar y en qué orden.
Responsabilidades del Product Owner
El Dueño del Producto en un equipo de Scrum es el encargado de despejar dudas al equipo de desarrollo y debe estar en capacidad de explicar en qué consiste cada funcionalidad del producto. Entre sus responsabilidades están:
Expresar claramente los elementos de la lista del producto (product backlog) y los objetivos de desarrollo.
Dar prioridad a los elementos de la lista del producto y decidir en qué orden se van a realizar los diferentes desarrollos o funcionalidades.
Optimizar el valor del trabajo del equipo de desarrollo.
Asegurar que la lista de producto sea visible y clara para todos los involucrados en el proyecto.
Asegurar que el equipo de desarrollo conozca los elementos de la lista de producto.
Las decisiones de este rol van a ser reflejadas en el contenido y la priorización de la lista del producto. La decisión del Product Owner siempre se debe de respetar porque es la única persona autorizada en modificar la lista del producto.
Esto no quiere decir que dicha autoridad será impuesta, se debe buscar consenso siempre para tener un equipo funcional. 🚫 Nadie puede forzar al equipo de desarrollo a que trabaje en otras actividades que no sean la prioridad establecida por el Product Owner o con base en un conjunto diferente de requisitos.
Contribución creada con los aportes de: Flavio Rico Mendez, Alex Camacho, korpi
Rol y Responsabilidades del Product Owner en Scrum
Product Owner/dueño de producto: El unico encargado de la lista del producto, decide que se va a trabajar primero, encargado de despejar dudas al equipo de desarrollo de como el cliente desea el producto de forma detallada.
Capacidad de explicar en que consiste cada funcionalidad
Decide en que orden se van a realizar los diferentes desarrollos o funcionalidades.
Dar claridad en los objetivos del desarrollo.
Saber cuales tareas sean realizado y cuales faltan, y mostrar hacia donde van.
Asegurar que el equipo de desarrollo conoce los elementos de la lista del producto.
Creo que se debe profundizar en el pérfil del product owner ya que no debe ser una persona que hizo un curso sino mas alla tiene que tener clara la visión de la empresa, las estrategias de mercadeo y las tácticas aplicadas para poder ser exitoso.
Un programador senior no es alguien que llevo un curso de programación. El curso siempre te da las bases, y ya depende de cada uno ver hasta donde quiere llegar y como decide aprender más, basado en la experiencia.
Me parece super interesante que hagas el apunte de que debe ir "más allá" al recalcar el aprendizaje y aplicación de habilidades en mercadeo, indicando que en efecto esto lo hace un perfil más completo y competente para la conexión entre el cliente y los objetivos de la empresa. Gracias por tu aporte.
El Product Owner es el representante del cliente, responsable de **maximizar el valor del producto **gracias al trabajo del equipo, y es el único responsable de gestionar la lista de producto. Encargado de priorizar la lista de producto y entender qué es lo que quiere el cliente del proyecto que se está desarrollando.
Dejar claras las HU al equipo de desarrollo, minimizar la ambiguedad.
Dar prioridad a las HU, decide el orden en que se desarrollan las HU en base a la información que le da el cliente.
Optimizar el valor que da el equipo de desarrollo por medio de la priorización de las HU y dándoles enfoque.
Asegurar que la lista de producto sea visible para todos, así el cliente sabe en qué se está trabajando en un momento específico.
Asegurar que el equipo de desarrollo conozca los elementos de la lista de producto y sepan el objetivo del producto.
El Product Owner decide en qué se va a trabajar y en qué orden, es el único, la decisión del PO se debe respetar porque es la única persona autorizada en modificar la lista de producto.
DUEÑO DEL PRODUCTO (PRODUCT OWNER):
Dentro del equipo Scrum el dueño del producto es aquella persona encargada de maximizar el valor del producto, gestionando la lista del producto que viene de las necesidades del cliente. Es la cara del cliente frente al equipo Scrum.
Responsabilidades:
Expresar claramente los requerimientos.
Priorizar elementos clave de la lista del producto (requerimientos).
Optimizar el valor del trabajo del equipo de desarrollo a través de la priorización y claridad de los objetivos.
Asegurarse que la lista del producto sea totalmente transparente.
Asegurarse de que el equipo de desarrollo esté totalmente consciente de los objetivos de la lista de productos.
El product owner es importante porque sus decisiones van a incidir directamente en la línea que tome el desarrollo del producto final, tiene que tener una autoridad bien definida para asegurarse de que sus decisiones sean cumplidas, ya que él es quien se encargará de gestionar lo necesario directamente con el cliente. Esto no quiere decir que dicha autoridad será impuesta, se debe buscar consenso siempre para tener un equipo funcional.
La mayoría de los puntos de esta infografía sobre el rol del Product Owner coincide con lo que establece el Scrum Guide, pero hay algunos matices y aclaraciones:
✅ Lo que está alineado con el Scrum Guide
Decidir qué construir … y qué no
El PO es quien gestiona y ordena el Product Backlog, decidiendo el “qué” del producto.
Recoger y tener claros los requisitos
El PO reúne las necesidades de los stakeholders y las plasma en el Backlog.
Definir historias de usuario y criterios de aceptación
Correcto: cada PB Item debe tener criterios claros para saber cuándo está “Done”.
Ordenar y priorizar el Product Backlog
Es la responsabilidad central del PO.
Definir el Producto Mínimo Viable (MVP) y plan de releases
Aunque el Scrum Guide no habla de “MVP” explícitamente, sí del enfoque de entrega incremental de valor y gestión de releases.
Validar entregas en Sprint Review
El PO participa en el Sprint Review y acepta o rechaza el incremento según criterios de aceptación.
Asegurar la visibilidad y comprensión del Backlog
El PO debe hacerlo accesible y comprensible a todo el Equipo Scrum.
Cancelar el sprint en caso de imprevisto extremo
Según el Scrum Guide, el PO es quien decide cancelar un Sprint, aunque esto es muy poco habitual.
Participación en eventos
Sprint Planning, Review y Retrospective son eventos obligatorios para el PO; en el Daily Scrum su participación es opcional.
⚠️ Puntos que requieren matización
“Estar disponible y accesible para el equipo”
Es correcto, pero es una responsabilidad compartida: tanto PO como SM deben fomentar la colaboración.
“Debe conocer la velocidad del equipo para estimaciones”
El Scrum Guide no obliga al PO a calcular la velocidad; sí utiliza la información de velocidad para planificar, pero las estimaciones las hace el Equipo de Desarrollo.
Iconografía excesiva de “mandar” o “dar órdenes”
El PO no “manda” al Equipo de Desarrollo; propone prioridades y acepta el Incremento, pero el Dev Team es quien decide cómo abordar el trabajo.
Conclusión
La infografía cubre fielmente la mayor parte de las responsabilidades del Product Owner según el Scrum Guide, con un par de añadidos (“MVP”) o matices (velocidad, mando) que no aparecen de forma tan explícita en la guía oficial. Ajustando esos detalles, podrías considerarla una representación veraz y práctica del rol.
De acuerdo con tu comentario. La transparencia es la mejor manera de no generar falsas expectativas en el cliente, y al mismo tiempo enfocar los esfuerzos del equipo en el objetivo.
¿Quién es el product Owner?
El dueño del producto es el responsable de maximizar el valor del producto y es el único que puede gestionar la lista del producto.
El product owner es el representante del cliente.
Responsabilidades:
debe saber definir qué espera del producto y las funcionalidades. minimizar la ambigüedad. en que orden se realizan las tareas y que le da más valor al cliente.
también se asegura que el requerimiento sea claro. el equipo debe conocer los requerimientos
Las decisiones del product owner se deben respetar, el es el único que puede modificar la lista del producto.
Es el responsable de maximizar el valor del producto resultante del trabajo del equipo de desarrollo. Es la única persona responsable de gestionar la lista del producto.
Responsabilidades
Expresar claramente los elementos de la lista del producto
Dar prioridad a los elementos de la lista del producto.
Optimizar el valor del trabajo del equipo de desarrollo.
Asegurarse que la lista del producto sea visible, transparente y clara.
Asegurar que el equipo de desarrollo conoce los elementos de la lista del producto.
Las decisiones del dueño del producto se reflejan en el contenido y en la priorizacion de la lista del producto.
Nadie puede forzar al equipo de desarrollo a que trabaje con base en un conjunto diferente de requisitos.
Él es el capitán del barco
Te comparto lo que considero que deben ser las habilidades técnicas y blandas:
Habilidades técnicas:
Certificación Product Owner
Programación básica
Conocimientos del mercado al que se enfoca el producto
UX Design
Conocimientos de metodologías agiles
Conocimiento de Design Thinking
Conocimientos de Project y Program Management
Habilidades blandas
Negociación con el cliente
Comunicación en diferentes niveles y con los clientes
Enfocado en resultados y objetivos
Pensamiento critico
Empatia
El dueño del producto es el responsable de maximizar el valor del producto resultante del trabajo del equipo de desarrollo y además es la única persona responsable de gestionar la lista del producto.
Las responsabilidades del Product Owner dentro del equipo son:
Expresar claramente los elementos de la lista del producto.
Dar prioridad a los elementos de la lista del producto.
Optimizar el valor del trabajo del equipo de desarrollo.
Asegurarse que la lista del producto sea visible, transparente y clara.
Asegurar que el equipo de desarrollo conoce los elementos de la lista del producto.
Las decisiones de este rol van a ser reflejadas en el contenido y la priorización de la lista del producto. La decisión del Product Owner siempre se debe de respetar porque es la única persona autorizada en modificar la lista del producto.
:no_entry_sign: Nadie puede forzar al equipo de desarrollo a que trabaje con base en un conjunto diferente de requisitos.
El porcentaje de cada compañero de equipo, tanto scrum master como PO, depende de la dimensión del proyecto y lo que se lo necesite. En muchos casos fuera del proyecto estas personas tienen otras posiciones o responsabilidades, por lo que es recomendable charlarlo con cada uno.
Hola Theo, en una versión sencilla de respuesta si, pero recuerda que en scrum lo que se busca es colaborar entre todo el equipo, por tanto las definiciones de que se toma primero del backlog para trabajar están en responsabilidad del PO y acompañados por el resto del equipo con el fin de dar una prioridad mas acertada de cara al desarrollo.
Theo creo que el Product Owner prioriza el Backlog y el equipo va cogiendo según la priorización y la capacidad del equipo.
Resumiendo el Product Owner determina las que se harán primero y el equipo coge las que le entren en el sprint según su capacidad.
Product Owner/dueño de producto: El unico encargado de la lista del producto, decide que se va a trabajar primero, encargado de despejar dudas al equipo de desarrollo de como el cliente desea el producto de forma detallada.
Product Owner/dueño de producto:
Capacidad de explicar en que consiste cada funcionalidad
Decide en que orden se van a realizar los diferentes desarrollos o funcionalidades.
Dar claridad en los objetivos del desarrollo.
Saber cuales tareas sean realizado y cuales faltan, y mostrar hacia donde van.
Asegurar que el equipo de desarrollo conoce los elementos de la lista del producto.
