Propietario del producto Scrum: el rol y las responsabilidades

Propietario del producto Scrum: el rol y las responsabilidades

Scrum: rol del propietario del producto

Un Product Owner es responsable de decir lo que debe desarrollarse y el orden de los elementos que deben cumplirse. Puede considerarlo como la única autoridad que le diría al resto del equipo lo que necesitan crear y qué características deben ser lo primero. En resumen, él es quien les dice a los otros miembros del equipo lo que deberían pensar.

El propietario del producto es la única persona responsable de gestionar la cartera de productos. La gestión de la cartera de productos incluye:

Vamos a elaborar el papel de un propietario del producto con más detalles de la siguiente manera:

1. Ser el puente entre el negocio, las partes interesadas y el equipo

Durante la planificación del producto, el propietario del producto trata con las partes interesadas para obtener su ayuda para visualizar el producto. Cada vez que se completa un sprint, el propietario del producto vuelve a las partes interesadas y al resto del equipo para definir qué se debe hacer a continuación. Cuando está planificando el sprint con el resto del equipo, proporciona la información que el equipo de desarrollo necesita para ver qué elementos del backlog se pueden realizar de manera realista dentro del marco de tiempo del sprint.

2. Trabajar con las partes interesadas

Como propietario del producto, el propietario del producto es la única voz de la comunidad de partes interesadas y es responsable de la gestión de las partes interesadas. Es importante que conozcas a tus stakeholders, sus intereses. Las partes interesadas vienen en muchas formas diferentes, pueden ser clientes, usuarios, gerentes, colegas, etc. etc. y como Propietario del Producto, debe administrarlos y colaborar con ellos de manera efectiva para maximizar el valor de su Producto.

Cuando el propietario del producto puede trabajar en estrecha colaboración con todas las personas involucradas en la creación del producto que están fuera del equipo Scrum, podrá reunir todos los aportes que necesita para crear una visión coherente en el proceso de desarrollo. De esta manera, todo el equipo de Scrum evita riesgos no deseados en el desarrollo de funciones que pueden no satisfacer al cliente y al cliente.

3. Crear y mantener la cartera de productos

Por ese motivo, crea el backlog del producto que contiene todos los objetivos del producto que el equipo de desarrollo debe lograr cuando esté listo para comenzar a trabajar. El propietario del producto también debe estar disponible en todo momento en cualquier caso, el equipo de desarrollo y el Scrum Master tienen alguna pregunta sobre los objetivos que ha mencionado en su cartera de productos. Debido a esto, el propietario del producto tiene la responsabilidad de asegurarse de que el producto tenga éxito durante el desarrollo y el mantenimiento.

Como se describe en la  Guía de Scrum , un Product Owner de Scrum es responsable de maximizar el valor del producto resultante del trabajo del Equipo de Desarrollo. La forma en que se hace esto puede variar ampliamente entre organizaciones, equipos Scrum e individuos.

  • Asegurarse de que el equipo de desarrollo comprenda los elementos de la cartera de productos al nivel necesario
  • Expresar claramente los elementos de la cartera de productos.
  • Ordenar los elementos en el Product Backlog para lograr mejor los objetivos y misiones.
  • Optimizar el valor del trabajo que realiza el Equipo de Desarrollo.
  • Asegurarse de que el Product Backlog sea visible, transparente y claro para todos, y muestre en qué trabajará el Equipo Scrum a continuación.
  • Asegurarse de que el equipo de desarrollo comprenda los elementos de la cartera de productos al nivel necesario

Cuando el propietario del producto prepara la cartera de pedidos del producto, se encarga de refinar, priorizar y estimar los elementos que se enumeran allí, con la ayuda de los miembros del equipo Scrum. Si bien es posible que no tenga un conocimiento completo del proceso de desarrollo, está disponible para consultas y aclaraciones cuando el equipo de desarrollo prevé que se deben realizar algunas modificaciones para cumplir con los plazos.

Esto garantiza que los objetivos se actualicen de acuerdo con el trabajo que se puede realizar durante la producción y que los elementos pendientes puedan fluir sin problemas a los siguientes sprints.

4.  Asegurar la “Definición de Listo”

Establezca criterios sobre lo que es aceptable y verifique que las personas los cumplan. El propietario del producto se asegura de que todos los objetivos que deben cumplirse en una sesión de sprint se hayan logrado al asegurarse de que el equipo haya cumplido con los requisitos funcionales y no funcionales. . Puede consultar con expertos para hacer esto u obtener ayuda del equipo de desarrollo.

Los criterios de aceptación son cruciales para el equipo Scrum porque informa a todos sobre el progreso del proyecto. Sin ellos, el equipo de desarrollo no podría comprender qué define un trabajo completo y no podría incluir mejores prácticas en su próximo sprint.

5.  Trabajar con el equipo de desarrollo

El trabajo del propietario del producto se convierte en una función cotidiana, ya que debe mantenerse comprometido con las tareas del equipo de desarrollo para evitar retrasos en los comentarios esenciales que ya se pueden incorporar durante el día. Estos son los consejos sobre cómo el propietario del producto puede colaborar con el equipo de desarrollo sugerido por  Roman Pichler :

  • Administrar el producto, no el equipo
  • Tratar al equipo como un socio igualitario
  • Ayude al equipo a ver el panorama general
  • Involucrar al equipo en las decisiones de productos
  • Pase suficiente tiempo con el equipo pero no descuide sus otros deberes
  • Espere altos estándares pero no presione a las personas
  • Dé tiempo al equipo para experimentar y aprender
  • Participar plenamente en las reuniones

Artículos de roles de Scrum

3 comentarios

Dejar una contestacion

Tu dirección de correo electrónico no será publicada.