Nuestro blog

Los roles en Scrum

Apr 12, 2019 5:05:04 PM / by José E. Rodríguez

Scrum es de las metodologías ágiles más populares. En muchas ocasiones nos encontramos que en equipos que, tanto en equipos que ya la están utilizando, o en otros que están pensando en usarla, tienen dudas con respecto a los roles en Scrum, en concreto hasta dónde llegan las responsabilidades de cada uno.

A diferencia de otras metodologías de gestión de proyectos más tradicionales, Scrum no prescribe  un Líder de Equipo (Team Lead) o Jefe de Proyectos (Project Manager). Esto no quiere decir que no estén claras esas responsabilidades, o que no haya necesidad de que alguien asuma esas funciones; todo lo contrario.

En la gestión de proyectos tradicional, el Jefe de Proyectos o Team Lead suele tener una dualidad en ámbitos de responsabilidad. Por ejemplo: tiene que encargarse de que el equipo pueda hacer bien su trabajo y que sea lo más productivo posible, y a la vez velar porque el progreso del proyecto sea el adecuado. Esta situación es difícil de asumir, porque mientras por un lado se está velando por el equipo, por otra no se debe perder de vista y cuidar los resultados. Cuando un proyecto entra en alguna fase crítica este balance se pone a prueba y, generalmente, la balanza se suele inclinar hacia la parte de gestión, teniendo como consecuencia carencias en motivación, productividad o incluso de calidad.

Scrum le intenta dar la vuelta a este conflicto de prioridades para conseguir mantener el equilibrio en todo momento. De este modo Scrum organiza estas responsabilidades en tres roles cuyos ámbitos de actuación se complementan y juntos crean el Equipo Scrum.

  • El Dueño del Producto (o Product Owner)
  • El Maestro de Scrum (o Scrum Master)
  • El Equipo de desarrollo (o Development Team)

roles

Product Owner 

¿Qué responsabilidades tiene el Product Owner? 

Todo lo que tiene que ver con la gestión del producto queda bajo el paraguas del Product Owner. De ese modo se encarga de la visión del producto, de priorizar y recoger los requisitos, de mantener controlado el alcance, el presupuesto y el retorno de la inversión (ROI).

Este es un rol muy complejo. El Product Owner está en una posición de mediador entre el equipo y los interesados del proyecto (stakeholders) y por ende se encuentra muchas veces, no sólo comunicando al equipo la visión y trabajando codo con codo con ellos para ir definiendo y aclarando dudas sobre el producto, sino ayudando a los distintos interesados en el proyecto a alinearse y establecer prioridades claras en cuanto a cuáles son y en qué orden deben implementarse las funcionalidades del producto.

Por lo tanto el Product Owner tiene total responsabilidad sobre el resultado final y si éste cumple o no con los criterios de satisfacción del cliente. Esto da una idea de lo crucial que es este rol en Scrum y por tanto, la importancia de seleccionar bien a esta persona y que cuente con la formación adecuada.

training_SCRUM_SB

Descargar programa

Entonces, ¿es el product owner quien le dice al equipo lo que tiene que hacer?

Un Product Owner, a diferencia de la gestión de proyectos más tradicional, no le dice al equipo cómo tiene que construir el producto, pero sí define qué es lo más prioritario en ese proceso. En otras palabras: el product owner es quien tiene la respuesta a la pregunta: ¿Qué es lo siguiente que necesitamos hacer?

No desglosa el trabajo en tareas para luego asignarlas, de la misma forma que tampoco define qué es lo que cabe dentro en una iteración (sprint). Esas son responsabilidades del equipo que está desarrollando el producto.

Scrum Master 

Si en el caso del Product Owner, era responsabilidad suya todo lo que tenía que ver con la gestión y seguimiento del proyecto el Scrum Master tiene total responsabilidad sobre el proceso y vela porque que el equipo sea lo más efectivo posible. Para un Scrum Master el proyecto es el equipo. En muchos sentidos un Scrum Master es como un personal trainer del equipo. Siguiendo con la analogía, cuando requerimos el apoyo de un personal trainer generalmente tenemos unos objetivos de peso, de salud, etc. y es el trainer quien pone en marcha un plan para ayudarnos a conseguirlos. De la misma forma en este caso es el equipo quien tiene una meta u objetivo (no es otra que entregar el producto) y el scrum master trabaja en el proceso necesario para llegar a esa meta. Por tanto:  todo lo que tiene que ver con el marco de trabajo y el crecimiento del equipo es su responsabilidad.

¿Entonces el Scrum Master define también la parte técnica?

El Scrum Master no interfiere en las decisiones del equipo relacionadas con cómo construir el producto, sino más bien interviene cuando no se están cumpliendo las pautas definidas por el marco de trabajo o el equipo necesita ayuda.

En algunos sitios se describe al Scrum Master como un coach del equipo o como un “líder servil”. Esto viene dado porque en Scrum el Scrum Master ayuda al equipo a resolver impedimentos usando varias herramientas como la gestión de conflictos o la facilitación, y a su vez les aísla de los mismos para que puedan concentrarse en la producción y en el proceso de mejora continua.

Esto requiere bastante tiempo y un respaldo dentro de la organización para permitirle, no sólo resolver los impedimentos, sino también ayudar a corregir comportamientos que pueden ser contraproducentes. En muchos casos el Scrum Master y el Product Owner colaboran juntos para dar respuesta a estos aspectos.

scrum-training

Development team

Este equipo está compuesto por especialistas en diferentes funciones de manera que, en conjunto, posean todas las habilidades necesarias para entregar, al final de una iteración, un incremento de producto potencialmente completo. En muchos casos un equipo de desarrollo en Scrum está compuesto por perfiles como desarrolladores, expertos de ux, diseñadores, testers, copys, etc.

Ahora bien, un equipo de desarrollo de scrum es ante todo un equipo. Parece un obviedad pero lo aclaro:

  • Todos sus miembros tienen un objetivo en común: entregar todo aquello a lo que se comprometieron en el sprint.
  • Esta responsabilidad recae en todos los miembros, ya que todos tienen que contribuir para lograr alcanzar ese objetivo.

Hago esta distinción porque muchas veces llamamos equipo a un grupo de personas que a lo mejor colaboran, o se sientan juntas, pero no forman un equipo como tal. Un ejemplo de esto último es cuando hay roles específicos como los testers o los especialistas de UX que están separados en otro departamento y responden a otros objetivos.

¿Qué características necesitan estos equipos para tener éxito?

Scrum requiere que sus equipos tengan un nivel de autonomía y liderazgo alto para ser capaces de auto organizarse alrededor de su objetivo común: entregar de forma satisfactoria el incremento de producto que se han propuesto dentro de la iteración. 

Mientras que en otras formas de trabajo el líder del equipo o team leader se encarga de dividir el trabajo y asignarlo a cada uno, en Scrum el equipo define conjuntamente cómo se construye el producto teniendo en cuenta las necesidades de los interesados del proyecto. Esto se hace teniendo como representación el Product Owner. De alguna forma podríamos decir que el equipo es su propio manager.

Estos elementos de autonomía, liderazgo y autoorganización son esenciales para el correcto efectivo de un equipo de desarrollo de Scrum y es algo en lo que hay que trabajar desde el primer momento en que se forma el equipo.

Los roles en Scrum: 1 + 1 + 1 > 3

En Scrum el todo es más que la suma de sus partes.

Si bien el equipo de desarrollo está a cargo de la construcción del producto, el equipo de Scrum no es únicamente este equipo de desarrollo sino que necesita de todos los roles mencionados para funcionar de forma satisfactoria.

La mejor analogía que se me ocurre es la de un coche de carreras.

Si bien el product owner es el conductor que lleva el volante y define la dirección en la que se mueve el coche, el equipo de desarrollo es el motor que impulsa todo, y el Scrum master es el aceite que mantiene todo funcionando en perfecta armonía.

scrum-team

¿Te ha resultado interesante? Nuestros trainings están diseñados para que puedas iniciar un proceso de cambio a través de la implantación de esta metodología o bien para dar un salto cualitativo en la formación de los roles de Scrum que ya tienes implementados en tu organización. En cualquier caso podemos formarte al nivel que sea necesario para que Scrum te ayude a que tus proyectos sean más efectivos. 

Pregúntanos cómo podemos ayudarte  

 

Topics: autonomía, Blog, coaching, equipo, metodologías ágiles, product owner, scrum master

José E. Rodríguez

Written by José E. Rodríguez

Con más de 10 años de experiencia en el desarrollo de software aplicado, ostenta varias certificaciones de la Scrum Alliance (CSM, CSPO, CSD), además destacan su experiencia con XP y KANBAN. Ha participado en sectores como turismo, seguridad, logísticas y marketing online. Con su amplio conocimiento sobre las metodologías ágiles ha ayudado a diversas organizaciones y emprendedores a lograr sus objetivos aplicando estas formas de trabajo.

Recent Posts