El Scrum Master es responsable de asegurarse de que un equipo Scrum está alineado con los valores y las prácticas de Scrum.
Este rol es a menudo considerado como un entrenador para el equipo, ayudando al equipo a hacer el mejor trabajo posible. También puede ser considerado como un propietario del proceso para el equipo, creando un equilibrio con la parte interesada clave del proyecto, que se conoce como el Product Owner y hace todo lo posible para ayudar al equipo a rendir al máximo nivel.
Esto implica la eliminación de cualquier impedimento para el progreso, la facilitación de las reuniones, y trabajar codo a codo con el Product Owner para asegurarse de que el backlog del producto está en buena forma y listo para el siguiente sprint.
El papel de Scrum Master es comúnmente ejecutado por un ex-jefe de proyecto o un líder del equipo técnico, pero puede ser cualquiera. A menudo también es visto como un protector del equipo.
El ejemplo más común es que el Scrum Master protege al equipo asegurándose de que no se comprometan demasiado con lo que pueden lograr durante un sprint debido a la presión de un Product Owner demasiado ambicioso. Sin embargo también protege al equipo de la auto-complacencia.
¿Qué es el rol de Scrum Master y cómo encaja en el equipo?
El papel del scrum master es básicamente actuar como un líder-servidor para el equipo y también alguien sin autoridad.
La aparente contradicción desaparece cuando nos damos cuenta de que aunque el Scrum Master no tiene autoridad sobre los miembros del equipo, tiene autoridad sobre el proceso. Aunque no puede decir: «Estás despedido», puede decir: «He decidido que vamos a intentar sprints de dos semanas para el próximo mes».
El Scrum Master está ahí para ayudar al equipo en su uso de Scrum. Piensa en la ayuda como algo similar a un entrenador personal que te ayuda a seguir un régimen de ejercicio y realizar todos los ejercicios con la forma correcta. Un buen entrenador proporcionará la motivación, mientras que al mismo tiempo se asegura de que no haces trampa al saltarse un ejercicio duro. Sin embargo, la autoridad del entrenador es limitada.
El entrenador no puede obligarte a hacer un ejercicio que no quieres hacer. En cambio, el entrenador te recuerda tus objetivos y cómo has decidido cumplirlos. En la medida en que el entrenador tiene autoridad, ha sido concedida por el cliente. Los Scrum Masters son muy parecidos: tienen autoridad, pero esa autoridad se la otorga el equipo.
Un ScrumMaster puede decir a un equipo, «Mira, se supone que tenemos que entregar el software potencialmente desplegable al final de cada sprint. No lo hicimos esta vez. ¿Qué podemos hacer para asegurarnos de hacerlo mejor el próximo sprint?»
Este es el Scrum Master ejerciendo la autoridad sobre el proceso; algo ha ido mal con el proceso si el equipo ha fallado en la entrega de resultados en ese Sprint .
Pero debido a que la autoridad del Scrum Master no se extiende más allá del proceso, por lo tanto no debería nunca decir: «Debido a que no pudimos entregar algo potencialmente desplegable en el último sprint, quiero que Carlos revise todo el código antes de que se registre». Hacer que Carlos revise el código puede ser una buena idea, pero la decisión no es del Scrum Master. Hacerlo va más allá de la autoridad sobre el proceso y entra en la forma de trabajar del equipo.
Con la autoridad limitada se asegura que el equipo sigue el proceso, el papel del Scrum Master puede ser más difícil que el de un típico director de proyecto.
Los gestores de proyectos a menudo tienen la posición de repliegue de «hazlo porque yo lo digo». Los momentos en que un Scrum Master puede decir eso son limitados y restringidos a asegurar que el marco de trabajo se está siguiendo.