Guía Scrum | 12. Cooperación entre Product Owner y Scrum Master

En el artículo de hoy, cubriremos el tema de la cooperación entre el propietario del producto y el Scrum Master. El propietario del producto pone un objetivo del producto claramente definido frente al equipo de desarrollo y requiere progreso en su implementación. El Scrum Master cuida la calidad del proceso de su creación: buen ambiente acompañando el trabajo del Equipo, motivación y eliminación de obstáculos. Sin embargo, tanto el Product Owner como el Scrum Master no son dos fuerzas independientes que actúen en el Equipo de Desarrollo.

Cooperación entre Product Owner y Scrum Master – tabla de contenido

1. Scrum Master y propietario del producto
2. Apoyar una comunicación efectiva con los desarrolladores
3. Conocimiento de la experiencia
4. Introducción a las partes interesadas en Scrum
5. Resumen

Scrum Master y propietario del producto

Aunque la forma de trabajar de cada uno de ellos es muy diferente, sus intereses convergen: se trata de que el Scrum Team trabaje de manera efectiva. Es por eso que la relación entre Scrum Master y Product Owner, y su colaboración efectiva, es tan importante.

La mayoría de las tareas del Product Owner y Scrum Master, que hemos descrito con más detalle en artículos separados, giran en torno a sus responsabilidades relacionadas con el trabajo del Equipo de Desarrollo. Sin embargo, los deberes y responsabilidades del Scrum Master también incluyen apoyar el trabajo del propietario del producto.

Apoyar una comunicación efectiva con los desarrolladores

La comunicación efectiva entre el propietario del producto y el equipo de desarrollo requiere al menos dos fundamentos sólidos: comprensibilidad e impacto suficiente. El Scrum Master ayuda al Product Owner a fortalecerlos.

Comprender la cartera de productos

Una de las formas principales en que Scrum Master ayuda al propietario del producto es asegurarse de que el equipo de desarrollo comprenda los mensajes formulados. El Scrum Master revisa las entradas del Product Backlog y hace preguntas adicionales para mejorar su claridad prestando atención principalmente a:

• claridad de las entradas : para que los desarrolladores sepan exactamente con qué propósito están desarrollando una funcionalidad determinada
• mantener las entradas concisas , de modo que las descripciones de las funcionalidades planificadas incluyan solo la información necesaria y se tarde el menor tiempo posible en leerlas

De esta forma, el Scrum Master evita que surja una discrepancia entre el Product Goal, tal como lo imagina el Product Owner, y cómo los miembros del Development Team entendieron su tarea.

El poder de la influencia del Product Owner

Scrum Master ayuda al propietario del producto a mejorar la eficacia y el carisma del mensaje. El Scrum Master actúa como un entrenador con el que el propietario del producto puede discutir cuestiones problemáticas relacionadas con el producto y su realización. Por eso son tan importantes las reuniones individuales en las que se producen debates entre ellos. Gracias a estas discusiones, el Product Owner puede aclarar la visión del producto y responder las preguntas del Scrum Master antes de presentarlo al equipo.

El Scrum Master, al dar retroalimentación, hace que el mensaje del Product Owner durante una reunión con el equipo sea más fuerte y claro. Esta preparación necesaria ayuda al propietario del producto a comunicar cada vez mejor el objetivo del producto durante los eventos de Scrum, que describimos en un artículo aparte.

Conocimiento de la experiencia

Scrum Master también ayuda al propietario del producto a planificar de forma realista las tareas del equipo de desarrollo. Puede ocurrir que un Product Backlog bien elaborado no coincida con la forma de trabajar de la organización en la que se quiere realizar el Product Goal.

El Scrum Master, por lo tanto, apoyará al Product Owner con el conocimiento de la experiencia extrayéndolo de la observación de fallas y dificultades que ocurrieron en proyectos anteriores. Gracias al conocimiento empírico, Scrum Master puede prever las dificultades en la realización de las tareas y el logro de la Meta del Producto que resulta de las especificidades de la organización, el Equipo o su especialización.

Introducción a las partes interesadas en Scrum

El Scrum Master trabaja diariamente principalmente con el Equipo de Desarrollo. Y a veces también con el departamento de recursos humanos, especialmente durante el proceso de creación de equipos y en esos raros momentos en que el equipo necesita ser ampliado o cambiado. Los deberes diarios del Scrum Master generalmente no incluyen la cooperación de las partes interesadas : este es el trabajo del propietario del producto.

La excepción es cuando comienza a trabajar con partes interesadas que no están familiarizadas con los principios y roles de Scrum. Aquí es cuando los Scrum Masters trabajan con el Product Owner en reuniones con todas las personas involucradas en la creación del Producto. Explican quién es quién en el Equipo Scrum, sobre lo cual escribimos en un artículo separado. También ayudan al Product Owner a implementar buenas prácticas de comunicación. Estos incluyen, por ejemplo, la presencia activa de Stakeholders durante Sprint Review o la creación de buenas Historias de Usuario.

Resumen

El Scrum Master permite que el propietario del producto se concentre en su trabajo: en maximizar el valor comercial del producto que se está creando. El Scrum Master también ayuda al Product Owner en la comunicación efectiva a través de coaching individual y discusiones sobre la forma del Product Backlog. Además, el Scrum Master apoya al propietario del producto con su conocimiento para trabajar con un equipo y una organización específicos. Y finalmente, si es necesario, facilita al Product Owner al presentar a los Stakeholders la forma de trabajar de Scrum.

Si le gusta nuestro contenido, únase a nuestra comunidad de abejas ocupadas en Facebook, Twitter, LinkedIn, Instagram, YouTube.

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