¿Duplicación de Roles en Scrum?
En Scrum existen tres roles, el Scrum Master, el Product Owner y el Development Team. Me ha tocado escuchar muchas dudas para con cada uno de estos roles y dos de las más comunes van en función a la duplicación de roles:
- ¿El Scrum Master puede ser parte del equipo de desarrollo?
- ¿El Product Owner puede ser Scrum Master también?
Mi opinión y recomendación para con cada rol es la siguiente:
Scrum Master:
El rol del Scrum Master es tan importante que no tendrá el tiempo suficiente para ser “Scrum Master” y miembro del equipo de desarrollo. Este rol tiene que entender las motivaciones del equipo, eliminar impedimentos, ayudar a la comunicación, vender los beneficios de Scrum, evangelizar Scrum, facilitar algunos eventos y en muchas ocasiones hacerla de coach de cada miembro y de todo el equipo. Estas actividades son tan importante que si hacemos que este rol sea parte del equipo de desarrollo posiblemente no podrá llevar al máximo su papel ya que estaría desenfocado, y esto puede ocasionar una baja en el desempeño del equipo, en su comunicación y motivación.
Development Team:
Un aspecto importante es que el equipo de desarrollo debe ser auto-organizado y también multidisciplinario, lo cual significa que deben de tener diversas habilidades / capacidades para desempeñar su trabajo como equipo creativo. En este caso cada miembro del equipo puede llevar diversos roles: “Tester, desarrollador, diseñador, entre otros.”, entre más habilidades obtenga y más temas domine, más valor generará y fortalecerá al equipo de trabajo. Para esto cada persona en el equipo debe trabajar en crecer. Si delegamos el rol de Scrum Master a algún integrante del equipo, difícilmente podrá enfocarse en crecer sus habilidades multidisciplinarias.
Product Owner:
El dueño del producto al igual que el Scrum Master son roles que deben estar enfocados y concentrados en desarrollar sus actividades. En este caso el dueño del producto debe trabajar la visión del producto, las historias de usuario, analizar el mercado, resolver problemas en cuanto al producto, priorizar y seguir obteniendo conocimiento profundo del negocio. Todo esto conlleva tiempo y no es sencillo, por lo cual si quisiéramos que el dueño del producto hiciera funciones de Scrum Master o de parte del equipo de desarrollo, perdería enfoque y seguramente se vería reflejado en cuellos de botella en el proyecto, falta de funcionalidad definida, entre otros aspectos.
La recomendación es que tanto el Scrum Master como el Product Owner mantengan enfoque en su trabajo y no dupliquen roles. El equipo de desarrollo puede desempeñar diversos roles pensando en los roles comunes de un equipo de desarrollo, buscando tener un equipo multidisciplinario y auto-organizado. De igual forma soy consciente que pueden existir diversas limitantes tanto económicas como de personal en las empresas, por lo cual sugiero que si duplican roles, busquen siempre vivir los principios y valores ágiles y mitiguen los riesgos aquí mencionados. Tengan presente que trabajar sin duplicar roles, es una inversión a mediano / largo plazo que les aseguro, dará frutos en todos sus proyectos.