Guía Scrum | 6. Propietario del producto: ¿quién es?

Puede ocurrir que aunque el equipo de desarrollo esté formado por especialistas experimentados, no pueda encontrar su trabajo con la suficiente rapidez y eficacia. Al mirar hacia atrás en el panorama general después de que finaliza el proyecto, a menudo resulta que la culpa de esa situación es la falta de un objetivo definido. Cuando se trabaja bajo el marco Scrum, para evitar esos y otros problemas problemáticos, los creadores del puesto de propietario del producto, un papel en el que nos vamos a centrar en nuestro artículo de hoy.

Propietario del producto - tabla de contenido:

1. Responsabilidades del propietario del producto
2. Voz del Cliente en el Equipo Scrum
3. Dueño del Producto y su Propósito
4. Guardián de la acumulación
5. Resumen

Responsabilidades del propietario del producto

Solo el Product Owner puede realizar entradas en el Product Backlog, así como realizar una llamada final en caso de dudas sobre las expectativas del cliente. Las responsabilidades básicas de este rol incluyen:

1. Colaborar con el Cliente : tener conversaciones regulares con el cliente que conduzcan a definir y especificar las características del Producto creado por el Equipo Scrum; el objetivo principal aquí es crear un producto que satisfaga mejor los requisitos del cliente.
2. Articular el objetivo del producto : es decir, desarrollar y definir la dirección a largo plazo de las actividades del equipo Scrum y asegurarse de que todos los miembros del equipo lo entiendan.
3. Mantener la cartera de productos : discutiremos la cartera de productos en un artículo dedicado por separado, pero por ahora, es suficiente decir que es uno de los artefactos de Scrum, definido en la Guía oficial de Scrum. Es como una lista estructurada y en evolución de lo que se necesita para mejorar el producto. Es el único modelo de trabajo realizado por el Equipo Scrum. Entonces, echemos un vistazo más de cerca al rol del propietario del producto en el equipo Scrum.

Voz del Cliente en el Equipo Scrum

El Dueño del Producto toma el ángulo del cliente en el Equipo Scrum. Gracias a la presencia de este rol, el Equipo Scrum puede abordar sus dudas de manera continua. No tienen que interpretar por sí solos las pautas a menudo poco claras que deja el cliente.

Tomar decisiones con respecto al Producto, establecer las prioridades del Equipo de Desarrollo junto con crear y organizar las entradas en el Product Backlog hacen que el Product Owner sea un miembro clave del equipo.

La participación regular diaria del Product Owner con el Equipo de Desarrollo y el Scrum Master es crucial debido a la corta duración de los Sprints. Estos son períodos de intenso trabajo en la creación de Product Increment , un tema que trataremos en un artículo aparte.

No hay tiempo para enviar preguntas a alguien que trabaja en una ubicación diferente y esperar una respuesta a distancia. Por lo tanto, es el propietario del producto quien se convierte en representante del cliente dentro del equipo. El equipo está presente en él.

Los Product Owners también asisten a todas las reuniones del Equipo Scrum para mantenerse actualizados con el progreso del Equipo de Desarrollo. Al reconocer las dificultades de los compañeros de trabajo, pueden brindar información confiable al Cliente y organizar eficientemente el trabajo del equipo.

Esta ocupación es cerrar la brecha entre el entorno del Equipo Scrum, es decir, el entorno empresarial, y los Desarrolladores. Además, para organizar el trabajo del Equipo de Desarrolladores y decidir cuáles son los criterios para completar el trabajo en una solución determinada. Y también aprueba el momento de su cumplimiento.

Dueño del Producto y su Propósito

El Product Owner es responsable de definir y aclarar claramente el Product Goal, es decir, definir el propósito del trabajo del equipo. En otras palabras, esto incluye el trabajo conceptual y organizativo, cuyo objetivo es principalmente el manejo de User Stories: crear el concepto del producto y su funcionalidad que correspondan y satisfagan las necesidades del Cliente. Una parte igualmente grande de los deberes del propietario del producto se relacionan con el trabajo de gestión: organizar y priorizar las tareas en la cartera de productos.

Desde la perspectiva del Equipo Scrum, significa cuidar la claridad del horizonte de actividad. Hablaremos del Product Goal en una entrada aparte. Hoy usaremos un ejemplo:

Deje que el objetivo del Scrum Team sea crear una aplicación móvil para organizar el trabajo del equipo. La tarea del Product Owner es explicar a los miembros del Equipo Scrum cuáles son las funcionalidades clave de la aplicación desde el punto de vista del cliente. Por ejemplo, agregar nuevos miembros del equipo por lista de contactos o cambiar entre las vistas del calendario personal y del equipo.

Una vez que el equipo comprenda el objetivo del producto, le corresponderá al propietario del producto:

• mantener el rumbo correcto , de modo que siempre la funcionalidad más destacada de la aplicación creada esté en línea con el objetivo del producto, es decir, organizar el trabajo del equipo
• aclarar cuestiones más detalladas : buscar junto con el equipo, acordar y especificar cómo funciona el Producto
• mantener un ojo en las prioridades : siguiendo el principio de "lo primero es lo primero", la tarea del propietario del producto será, por ejemplo, evitar el desarrollo de funcionalidades secundarias o adicionales de la aplicación que son de importancia secundaria desde el punto de vista del cliente

Adquirir el punto de vista del Cliente o incluso del Stakeholder convierte a los Propietarios del Producto en tomadores de decisiones clave en el proceso de creación del Producto. Además, participan en debates con personas ajenas al Equipo Scrum y asumen la carga de la entrega valiosa del Producto al Cliente.

Guardián de la acumulación

Los deberes diarios del Product Owner incluyen la organización de los elementos del Product Backlog. Esta es una tarea desalentadora, ya que sigue cambiando a lo largo de todo el esfuerzo del proyecto. Ese registro escrito contiene todas las medidas y pasos conocidos que conducen a la realización del objetivo del producto. Por supuesto, son finamente segregados y priorizados antes de su ejecución.

El Product Owner refina las tareas incluidas en el Product Backlog y las divide en más pequeñas. Luego decide cuáles de ellos están listos para entrar en la etapa de implementación.

Por un lado, trabajar con el Product Backlog es un trabajo administrativo y organizativo, que requiere comprender la naturaleza, las capacidades y las limitaciones del trabajo del Developer Team. Por otro lado, la tarea del Dueño del Producto es comprender la naturaleza, las capacidades y las limitaciones del trabajo del Equipo de Desarrollo, así como las condiciones comerciales externas del desarrollo del Producto.

Sin embargo, por otro lado, la tarea del Product Owner es crear el Product Backlog de acuerdo con las necesidades del Scrum Team. Debe ser claro, accesible y comprensible para todos los miembros del equipo. Por otro lado, el Product Owner es el responsable de responder todas las preguntas y dudas que Scrum Master y Developers tengan sobre el producto. Gracias a él, todo el equipo sabe lo que ya se ha hecho, lo que está en progreso y lo que aún queda por hacer.

Resumen

El propietario del producto desempeña un papel clave en el marco Scrum . El Dueño del Producto guía constantemente al equipo hacia la meta, manteniendo el Product Backlog completo, seguro y claro, y por último pero no menos importante, hablando la voz del Cliente en el Equipo Scrum.

Las tareas realizadas por el propietario del producto son tan desafiantes que dedicamos la siguiente entrada a cubrir el problema. Allí encontrarás los errores más comunes que comete el Product Owner y las formas de tratarlos.

Si te gusta nuestro contenido, únete a nuestra comunidad de abejas ocupadas en Facebook, Linkedin y Twitter.

Autora: Carolina Becker

Como Project Manager, Caroline es experta en encontrar nuevos métodos para diseñar los mejores flujos de trabajo y optimizar procesos. Sus habilidades organizativas y su capacidad para trabajar bajo la presión del tiempo la convierten en la mejor persona para convertir proyectos complicados en realidad.

Ver todas las publicaciones

Guía Scrum:

1. Glosario de términos básicos, roles y nociones
2. ¿Qué es Scrum?
3. valores de scrum
4. ¿Cómo implementar Scrum en tu empresa?
5. Equipo Scrum: ¿qué es y cómo funciona?
6. ¿Quién es un propietario del producto?
7. Los errores más comunes del Product Owner
8. ¿Quién es el Scrum Master?
9. Características de un buen Scrum Master
10. Los errores más comunes de Scrum Master
11. ¿Qué estadísticas y métricas debe rastrear el Scrum Master?
12. Cooperación entre el propietario del producto y Scrum Master
13. Equipo de desarrollo en Scrum
14. Los errores más comunes de los Desarrolladores
15. artefactos de scrum
16. Escalamiento Scrum
17. Pila de Sprint
18. ¿Qué es la cartera de productos?
19. ¿Qué son las historias de usuario?
20. Creando la mejor historia de usuario con INVEST
21. Los errores más comunes de las historias de usuario
22. Criterios de aceptación de historias de usuario
23. Estimación y puntos de historia en Scrum
24. Planificación de póquer
25. Juego de estimación en equipo
26. Definición de incremento
27. Eventos de scrum
28. ¿Qué es Sprint en Scrum?
29. Compromisos del equipo Scrum: objetivo del producto, objetivo del Sprint y definición de finalización
30. ¿Qué es un gráfico Burndown?
31. ¿Cómo crear e interpretar un gráfico de evolución?
32. Ventajas y desventajas del Burndown Chart
33. Tableros Kanban en Scrum y Scrumban
34. Velocidad en Scrum - Velocidad del Equipo de Desarrollo
35. Scrum diario
36. Planificación de Sprint
37. Revisión de Sprint
38. ¿Qué es una retrospectiva de Sprint?
39. Errores comunes durante una Retrospectiva de Sprint
40. Nutrición de la cartera de productos