La guía Scrum comprende dos roles además del product owner, aunque por ahí adelante se habla de Product Manager ,Agile Coach o Scrum Manager, pero sólo existen 3 roles:
El scrum master, el product owner y el equipo de desarrollo.
En el equipo de desarrollo están los desarrolladores y miembros de QA pero también el scrum master y el product owner .
El scrum master es el líder que tiene básicamente tres funciones:
-Ayudar a implementar Scrum en el proyecto.
-Ayudar a desarrollar el potencial profesional de las personas del equipo.
-Conseguir la máxima productividad.
El product owner su función principal es maximizar el valor del producto que se está desarrollando y con ello tener un gran retorno de la inversión.
Eventos de Scrum con responsabilidades por roles
En la siguiente tabla resumo las principales diferencias entre ambos roles.
| Eventos | Scrum Master | Product Owner |
|---|---|---|
| Responsabilidad | Lidera a tres niveles: – Ayuda al Product Owner. – Ayuda al Equipo de Desarrollo. – Ayuda a la organización en su conjunto. Gestiona e l proceso de desarrollo, gestiona los impedimentos, evita el despilfarro, cuida de la salud del equipo y gestiona la organización. | Maximiza el valor del producto. Gestiona el Product Backlog o pila de producto. Gestiona las relaciones con clientes y stakeholders o partes interesadas. |
| Sprint Planning | En la reunión de planificación de Sprint define la estructura de la reunión y se asegura que el tiempo o el time-box es respetado. Durante la misma identifica oportunidades para enseñar al resto como por ejemplo enseñar a estimar o a desglosar las historias de usuario en tareas Durante la misma, identifica oportunidades de aprendizaje. Por ejemplo, ayuda al Equipo de Desarrollo a utilizar técnicas efectivas de estimación, o de desglose de historias de usuario en tareas | Selecciona los elementos Product Backlog a seleccionar en el Sprint, junto con un objetivo para este. Negocia con el Equipo de Desarrollo. |
| Daily Scrum | Se asegura de que tiene lugar esta reunión y de que el equipo respeta su time-box de 15 minutos. Decide si una reunión cambia la hora. No tiene por qué estar presente y, si lo está, como regla general, solo participa para explicar cómo funciona la Daily Scrum u ofrecer observaciones o feedback al terminar. | No es obligatorio que esté presente. Puede estar si quiere, sin participar, a fin de interesarse y estar disponible a continuación para aclarar cuestiones del Equipo de Desarrollo o aportar feedback. |
| Durante el Sprint | Gestiona impedimentos, observa la relación entre las personas del equipo, facilita eventos y conversaciones, ayuda a que miembros externos al Equipo Scrum interactúen con el equipo Scrum, de forma adecuada, etc. Busca oportunidades para reforzar el carácter auto-organizado del Equipo de Desarrollo. Vela porque el product owner tenga el Product Backlog listo para la siguiente Sprint Planning. Recoge ideas para la Sprint Retrospective. Promociona continuamente el uso de Scrum y la agilidad dentro de la empresa. | Resuelve dudas que tengan el Equipo de Desarrollo y ofrece feedback continuamente Interactúa con stakeholders (clientes, usuarios, miembros de otros departamentos) y realiza tareas de investigación y descubrimiento. Gestiona y refina el Product Backlog, junto con el Equipo de Desarrollo. |
| Sprint Review | Debe estar presente porque es miembro del Equipo Scrum, y por lo general se limita a observar si el grupo es fiel al propósito de la reunión además de seguir las interacciones del Equipo Scrum con los stakeholders. Su feedback ayudará al equipo Scrum a mejorar las reuniones de revisión. | Debe de hacer énfasis en la visión y explicar cómo el objetivo del Sprint ayuda a esta Recopila el feedback de stakeholders y revisa el Product Backlog junto con estos. Planifica fechas probables de entrega basándose en el progreso que se tiene y el trabajo que falta (por ejemplo, utilizando un release burndown chart). |
| Sprint Retrospective | Define como va ser la reunión con el objetivo de identificar lo que se tiene que mejorar en relación a procesos y relaciones lo que se de de mantener para el siguiente sprint. | Participa como un miembro más del Equipo Scrum. Comprueba si la visión de producto está siendo comunicada de manera efectiva, así como la implicación del resto del Equipo en tareas de descubrimiento y de refinamiento del Product Backlog. |
Compenetración entre el product owner y el scrum master
El que ambos roles están presentes y hay sintonía la organización se ve beneficiada.
Puede haber tensión entre estos dos roles porque uno protege al equipo y al proceso y el otro que se entregue valor continuamente en forma del producto.
Por eso ambos roles deben compartir unos principios ágiles y de respetar el trabajo que realiza cada uno.
De hecho ambos se ayudan mutuamente de la siguiente manera:
El scrum master da servicio al product owner, de diversas maneras:
-Ayudando a encontrar técnicas efectivas de gestión del product backlog.
-Contribuyendo a que los objetivos y estrategias de producto sean comprendidos por el Equipo Scrum.
-Facilitando cualquier tipo de evento.
El scrum master también tiene que ayudar a que el rol de product owner sea respetado dentro de la empresa protegiendo la toma de decisiones con respecto al producto.
El product owner con conocimientos sobre Scrum y agile permitirá que el Scrum Master pueda centrarse en dar servicio al Equipo de Desarrollo y a la organización.
Lo anterior conseguirá que la velocidad del equipo sea mayor lo que ayudará a que el producto de valor se entrega antes.
¿Puede recaer el Rol Product Owner y Scrum Master en la misma persona?
En teoría si es posible que los dos roles estén en la misma persona sin que se deje de aplicar Scrum correctamente ,nada en la guía lo prohíbe.
En proyectos es normal que el Scrum Master sea también el product owner y suele ir bien.
Pero la realidad es que no es recomendable por dos razones:
La persona puede tener demasiado trabajo y perder el foco.
Puede ocurrir que el equipo Scrum en vez de ser autoorganizado sea dependiente en exceso de la persona que realiza ambos roles.
Lo bueno es que la confrontación que podía haber cuando eran personas diferentes desaparece
