¿En qué se diferencian un Scrum Master y un Product Owner?
Para aquellos que no están familiarizados con Scrum, esta es una pregunta de lo más común. Y no culpo a nadie, sobre todo cuando además en el “mundillo” agile y de producto nos hemos encargado de seguir añadiendo otras denominaciones, como la del product manager o la del agile coach (y cosas más pintorescas aún, como la del Scrum Manager – ahí me pilláis, no sé qué es lo del Scrum Manager!-).
La guía Scrum comprende tres responsabilidades (accountabilities). Ni dos, ni cuatro, ni cinco. Solo tres, que son: el Scrum Master, el Propietario de Producto (Product Owner en inglés) y los Desarrolladores. Así, tanto el Scrum Master como el Product Owner forman parte del Equipo Scrum, si bien asumen responsabilidades distintas:
👉 El Scrum Master es un “líder sirviente” que ayuda a los demás a adoptar Scrum y a desarrollar su potencial profesional (énfasis en las personas, en el proceso de trabajo y su productividad).
👉 El Product Owner, como Agile Product Manager, se encarga de maximizar el valor del producto (énfasis en el retorno de la inversión, en optimizar el valor de aquello en lo que los Desarrolladores trabajan).
En la siguiente tabla resumimos las principales diferencias entre ambas accountabilities, fijándonos en su participación en los distintos eventos de Scrum.
| Scrum Master | Product Owner | |
| Responsabilidad | Proyecta su liderazgo “sirviente” a tres niveles: – Servicio al Product Owner. – Servicio a los Desarrolladores. – Servicio a la organización o empresa en su conjunto. Gestor del proceso, de impedimentos, de evitar despilfarros, de la salud del Equipo Scrum y de los límites de la auto-organización que propugna Scrum. |
Maximiza el valor del producto. Gestiona el Product Backlog. Gestor de relaciones con clientes y stakeholders. |
| Sprint Planning | Prepara una estructura para la sesión y se asegura de que el time-box es respetado. Durante la misma, identifica oportunidades de aprendizaje. Por ejemplo, ayuda a los Desarrolladores a utilizar técnicas efectivas de estimación, o de desglose de historias de usuario en tareas. |
Propone los elementos del Product Backlog a seleccionar en el Sprint, junto con un objetivo de negocio para este, que sirve para que el Equipo Scrum confeccione el Sprint Goal. Negocia el alcance (los elementos del Product Backlog a seleccionar) con los Desarrolladores. |
| Daily Scrum | Se asegura de que tiene lugar y de que el equipo respeta su time-box de 15 minutos. 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, o para identiciar impedimentos. |
No tiene que estar presente. Puede hacerlo si quiere y si los Desarrolladores lo invitan. Si asiste, preferiblemente lo hace como oyente, a fin de interesarse y estar disponible a continuación de la Daily (para aclarar cuestiones o para aportar feedback, por ejemplo). |
| Durante el Sprint | Gestiona impedimentos, observa relaciones, facilita eventos y conversaciones, ayuda a que miembros externos al Equipo Scrum interactúen con este de forma adecuada, etc. Busca oportunidades para reforzar el carácter auto-organizado y multifuncional del Equipo Scrum. Vela porque el Product Owner tenga el Product Backlog listo para la siguiente Sprint Planning. Recaba ideas para la Sprint Retrospective. Promociona el uso de Scrum y Agile dentro de la empresa. Etc. |
Interactúa con stakeholders (clientes, usuarios, miembros de otros departamentos, etc.) y lidera el trabajo de product discovery: entrevistas con clientes o usuarios, experimentos, etc. Apoyo al delivery: resuelve dudas de los Desarrolladores y ofrece feedback. Estrategia de producto: visión de producto, Product Goal, roadmapping. Etc. |
| Sprint Review | Está presente como miembro del Equipo Scrum, y por lo general se limita a observar si el grupo es fiel al propósito del evento, así como las interacciones entre el Equipo Scrum con los stakeholders. Su feedback ayudará al equipo Scrum a mejorar las Reviews. |
Oportunidad para hacer énfasis en la visión & Product Goal y explicar cómo el objetivo del Sprint encaja con estos. Revisa el presupuesto. |
| Sprint Retrospective |
No tiene por qué ser quien facilite la Retrospectiva del Sprint, aunque es muy frecuente. |
Participa como un miembro más del Equipo Scrum. Buen momento para comprobar si la visión de producto está siendo comunicada de manera efectiva, así como el proceso y la implicación del resto del Equipo en tareas de discovery y de refinamiento del Product Backlog, por ejemplo. |
La importancia de la compenetración entre Scrum Master y Product Owner
Cuando ambas accountabilities están presentes y además hay sintonía entre uno y otro, tanto el Equipo Scrum como la organización en su conjunto se ven beneficiados. La tensión entre Scrum Master y Product Owner puede producirse en distintas situaciones, en la medida en que uno salvaguarda al Equipo y al proceso en sí, mientras que el otro exige la entrega de valor en forma de producto; de ahí la importancia de compartir unos mismos principios agile y de respetar los espacios de actuación que corresponden a cada uno.
Lejos de escenarios nada deseables en los que el Scrum Master y el Product Onwer “compiten” por tener un mayor peso en el Equipo Scrum, o en los que el Scrum Master y el Product Owner están “peleados”, cuando cada cual es fiel a sus responsabilidades facilitará enormemente la labor del otro:
👉 El Scrum Master, por definición, 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 estrategia de producto sean comprendidos por el Equipo Scrum, facilitando eventos, etc. El buen Scrum Master procurará además que el propio role del Product Owner sea entendido y respetado dentro de la empresa, protegiendo o ampliando su empoderamiento en la toma de decisiones relativas al producto de que se trate.
👉 El Product Owner con conocimientos profundos sobre Scrum y agile permitirá que el Scrum Master pueda centrarse en dar servicio a los Desarrolladores y a la organización, de modo que la velocidad del Equipo Scrum tenderá a ser mayor.
¿Pueden recaer las responsabilidades de Scrum Master y Product Owner en la misma persona?
En teoría, es posible que ambas figuras concurran en una misma persona, sin que ello signifique que dejemos de hacer Scrum “de manual”. Nada en la Guía Scrum lo prohíbe. Yo mismo me he visto en esta tesitura ocasionalmente (y he sobrevivido); alguno, incluso, ha tenido cierto éxito con ello.
Sin embargo, que sea posible no quiere decir que sea recomendable. De entrada, puede ser que esa persona se vea sobrecargada de trabajo y que pierda foco. Puede ser que el Equipo, lejos de volverse más auto-organizado, pase a depender más y más de esa única persona. Asimismo, esa tensión sana entre ambas accountabilities queda eliminada, y solo se produce en el fuero interno de aquélla, que ha de decidir cómo resolver los conflictos de intereses que puedan surgir.
Cuando estés listo, podemos ayudarte de 3 formas:
- 1. Únete a nuestra Newsletter, Líderes de Producto: recibe contenidos exclusivos sobre Agile y Product Management.
- 2. Apúntate a una de nuestras formaciones: cursos intensivos para Product Owners/Managers y Scrum Master/Agile Coaches, en directo e impartidos por nuestros especialistas.
- 3. ¿Quieres formar a tu equipo? Hacemos formaciones “privadas” para empresas, con las que transformar vuestra forma de trabajar. Somos especialistas en Scrum y Product Management.
