Propietario del producto Scrum: función y responsabilidades

Definición de roles de Scrum

La empresa de Kate ha realizado recientemente la transición a Scrum , la versión más común de la metodología de proyectos Agile. Se le ha pedido que asuma el papel de propietaria del producto y está emocionada por la oportunidad porque ha estado involucrada con equipos Scrum antes y sabe que el éxito de un proyecto a menudo comienza con el propietario del producto. Antes de aceptar el puesto, quiere repasar el puesto y las responsabilidades para asegurarse de que todos tengan las mismas expectativas. Ella planea discutir esto en detalle específico, pero lo primero que hace es repasar los distintos roles de Scrum. Estos roles incluyen lo siguiente:

• Dueño del producto : tomador de decisiones para un proyecto; literalmente posee el producto y decide cuál debe ser
• Equipo de desarrollo: crea y prueba el producto solicitado
• Scrum master: ayuda al equipo de desarrollo a construir el producto de la manera más rápida y eficiente posible

Características específicas del rol del propietario del producto

Después de llegar a un entendimiento común de los diferentes roles de Scrum, Kate define con más detalle cómo ve el rol del propietario del producto y lo que significa poseer verdaderamente el producto. Hay dos funciones que ayudan a aclarar la propiedad de un producto:

• Ser el actor principal y rendir cuentas a los demás interesados ​​del proyecto.
• Transmitir la visión del proyecto con responsabilidad ante el equipo de desarrollo.

Como parte interesada principal, el propietario del producto es el que más invierte en un proyecto, por lo general porque es el más afectado por él o recibirá el mayor beneficio de él. Ella tiene la autoridad para tomar decisiones para el proyecto y las otras partes interesadas la facultan para hacerlo. Los propietarios de productos eficaces colaboran con otras partes interesadas, tanto internas como externas, para comprender mejor lo que se necesita. Sin embargo, el propietario del producto toma la decisión final. Debido a esto, ella es responsable ante las otras partes interesadas de los resultados del proyecto.

Además de tomar las decisiones para el proyecto, la otra función es transmitir la visión del proyecto al equipo de desarrollo. El equipo de desarrollo necesita saber qué se necesita. También es beneficioso si ella comunica por qué es necesario. Esto ayuda a crear la aceptación del desarrollo y le da sentido a su trabajo. Es importante que lo que se necesita no cambie significativamente a lo largo del proyecto. El propietario del producto debe tomarse el tiempo suficiente e investigar lo suficiente para que el trabajo del proyecto esté bien definido antes de que el equipo de desarrollo lo asuma, de modo que no se necesiten cambios o retrabajos significativos.

Responsabilidades del propietario del producto

Una vez que Kate ha definido el rol de propietaria del producto, quiere terminar de establecer expectativas identificando las responsabilidades. Definir el rol tiene un enfoque más amplio, mientras que las responsabilidades se enfocan más en el día a día. Hay tres responsabilidades principales para el propietario de un producto:

• Crear y mantener los requisitos de trabajo del proyecto.
• Asistir y participar en las reuniones del proyecto
• Proporcionar retroalimentación y aprobación para el trabajo del proyecto.

La responsabilidad principal del propietario de un producto son los requisitos de trabajo del proyecto. En Scrum, estos se conocen como historias de usuario, que son partes del trabajo del proyecto centradas en un usuario específico y la funcionalidad deseada para ese usuario. El propietario del producto debe comprender a los usuarios finales del producto, así como comprender qué funcionalidad es posible desde un punto de vista tecnológico. El equipo de desarrollo desarrolla y prueba completamente las historias de usuario en ciclos, generalmente de 2 a 4 semanas, conocidos como sprints. Las historias de usuarios que no están en el sprint actual se encuentran en una cartera de productos, que es una colección de historias de usuarios que el propietario del producto mantiene en orden de prioridad.

El propietario del producto no solo crea el trabajo para el equipo de desarrollo, sino que debe estar disponible y accesible para el equipo mientras completan el trabajo. El propietario del producto es responsable de asistir y participar en las reuniones del proyecto, incluida la planificación del sprint, las reuniones diarias de Scrum y la revisión del sprint. La planificación del Sprint es donde el propietario del producto revisa las historias de los usuarios con el equipo y el trabajo se lleva al Sprint. Las reuniones diarias de Scrum son puntos de contacto diarios para que el equipo discuta el estado actual o el trabajo del proyecto. La revisión de Sprint es donde se muestran los productos finales al propietario del producto y a las partes interesadas.

Como fuente de los requisitos de trabajo del proyecto, o historias de usuarios, es responsabilidad del propietario del producto aprobar el trabajo completado por el equipo. El propietario del producto da su aprobación de que se han cumplido los requisitos. Esto sucede durante la reunión de revisión del sprint y se repite a lo largo del proyecto, al final de cada sprint. Además, el propietario del producto también considera que el proyecto está completo. En Scrum, este es el punto ideal donde el producto devuelve el mayor valor en comparación con el riesgo asociado con él, también conocido como producto mínimo viable (MVP).

Resumen de la lección

En Scrum , el propietario del producto literalmente es dueño del producto producido como resultado del proyecto. El rol se basa en dos funciones. El primero es el interesado principal, que implica tener la última palabra sobre las decisiones del proyecto después de la colaboración con otros interesados. El segundo es proyectar una visión para el equipo de desarrollo y Scrum Master con respecto a lo que se necesita y por qué. El propietario del producto escribe los requisitos del proyecto en forma de historias de usuario. A lo largo del sprint, el propietario del producto recibe actualizaciones en las reuniones diarias de Scrum y, al final, cuando se completa el trabajo, el propietario del producto proporciona la aprobación en la revisión del sprint. Una vez que se cumple el MVP, el propietario del producto considera que el proyecto está completo.