Lo que NO es un Scrum Master

El rol más difícil de asumir por los equipos que empiezan a utilizar Scrum es el Scrum Master. Probablemente este hecho se debe a que este rol no tiene equivalencia directa con los roles de las metodologías clásicas: equipo e interesados (stakeholders) siempre existen y para el Product Owner, la asociación más sencilla es la de "cliente" (en un post futuro trataremos el tema de cómo seleccionar un buen Product Owner). Pero ¿qué ocurre con el Scrum Master?

Existe mucha información en la red en la que se explica el rol de Scrum Master, sus asignaciones y responsabilidades. Algunos ejemplos son: Scrum Alliance, Scrum.org y Wikipedia.
Pero al poner en práctica la teoría surgen dudas y dificultades, las cuales vamos a intentar mitigar con un nuevo enfoque: lo que NO es el Scrum Master.

• No es el jefe de proyecto

  Tiene responsabilidad sobre los resultados arrojados por el proyecto puesto que es quien debe velar por la correcta aplicación de proceso de Scrum, pero no tiene responsabilidad sobre las características o evolución del producto ni sobre cómo se realiza el trabajo de desarrollo. Su cometido está orientado a que cada uno de los involucrados en el proyecto realicen sus cometidos sin impedimentos, de ahí el concepto de "Facilitador" que se utiliza tan comúnmente.

• No es un experto en la tecnología y/o producto

  El Scrum Master debe conocer los principales requisitos funcionales y no funcionales del producto y estar al tanto de cómo evolucionan estas necesidades para que su ayuda durante el desarrollo del proyecto esté correctamente orientada, pero de ningún modo es el encargado de marcar las pautas de trabajo del equipo, ni siquiera necesita profundizar en el producto o la tecnología en la que se está desarrollando.

• No es un auditor de calidad

  El objetivo del Scrum Master no es evaluar como de bien o mal se está aplicando Scrum, más bien lo contrario, su responsabilidad es aportar su conocimiento y esfuerzo en el proyecto para que Scrum se aplique de forma adecuada. Scrum ofrece unas pautas generales, pero requiere de un trabajo de adecuación en cada uno de los proyectos donde se aplica y esta es una de las labores del Scrum Master.

• No es el secretario

  Aunque el Scrum Master no tenga influencia sobre el desarrollo del producto, su labor dentro del equipo no puede ser considerada simplemente una cuestión administrativa. Por ejemplo, dentro de sus cometidos está la organización de las reuniones, pero no solo su convocatoria oficial, también debe programarlas de forma que sean lo más efectivas posible: establecer su correcta ubicación, garantizar que asiste quien tiene que asistir, establecer el mejor momento para cada reunión y, durante la ejecución de la misma, deberá trabajar para que cada asistente aporte lo mejor de sí mismo.

• No es quien debe promocionar el proyecto/producto

  Esta es una responsabilidad del Product Owner. El Scrum Master, sobretodo dentro de un proyecto poco maduro en la aplicación de Scrum, debe trabajar con el Product Owner para que este cumpla sus cometidos. Para esto, el Scrum Master debe conocer cuáles son las implicaciones externas del proyecto para poder aconsejar o instruir al Product Owner a la hora de que este promocione o informe sobre el desarrollo del proyecto o estado del producto: ayudar en la identificación de interesados, orientar las Review de fin de Sprint, etc.

• Y por último, no es prescindible

  Scrum cuenta con pocos roles en comparación con otras metodologías y, además, es altamente recomendable que estos roles no sean compartidos. Si el grado de madurez del equipo en la aplicación de Scrum es muy alto, la dedicación temporal del Scrum Master puede verse reducida, pero este rol seguirá siendo completamente necesario. Su ausencia puede fácilmente desembocar en una relajación de la aplicación de la metodología, lo cual con seguridad repercutirá negativamente en el proyecto.

En función de vuestra experiencia ¿echáis en falta algo?