¿Es el Scrum Master una función a tiempo completo o no?
Siempre hay mucho debate sobre si Scrum Master es una función a tiempo completo.
Y quiero decir mucho.
Algunos campos hacen referencia a la Guía Scrum, otros se remiten a publicaciones de LinkedIn y otros basan sus opiniones sobre esta cuestión puramente en la experiencia.
Entonces, ¿quién tiene razón? ¿Este papel requiere que alguien se dedique a tiempo completo? ¿Puede ser un "desarrollador" del equipo? ¿Pueden prestar apoyo a varios equipos?
Previsiblemente....depende.
Respondamos a esta pregunta planteando primero otra. Prometo que no estoy canalizando a uno de mis filósofos griegos favoritos. Hago esta pregunta porque nuestros clientes nos la hacen todo el tiempo.
¿Es realmente necesaria la función Scrum Master?
La respuesta es sí, y he aquí el porqué.
Estamos iniciando el proceso de cambiar, no sólo nuestra forma de trabajar, sino también nuestra forma de pensar.
Me encantan las metáforas deportivas, sobre todo cuando son tan aplicables como ésta del mundo del baloncesto. Meter a cinco personas atléticas en una cancha no les convierte en un equipo de baloncesto. No si quieres que sean remotamente competentes y competitivos.
Necesitas a alguien que les enseñe los fundamentos del juego y guíe sus esfuerzos para mejorar cada día.
Si a esto le añadimos las ventajas de que alguien se dedique a eliminar impedimentos para que el equipo pueda centrarse en "jugar y aprender", de repente nos preguntamos por qué no teníamos esta función hace mucho tiempo.
Por cierto, muchos equipos y organizaciones que empiezan sin alguien en ese papel Scrum Master a menudo descubren rápidamente que desearían haberlo tenido. La curva general de aprendizaje y el ritmo de mejora son más rápidos con alguien dedicado a esas cosas en lugar de esperar que nos acordemos.
Ahora bien, ¿requiere esto un puesto a tiempo completo?
Pues bien, pregúntese lo siguiente: si quisiera que su equipo de baloncesto fuera competitivo y mejorara rápidamente, ¿se sentiría cómodo poniendo esa responsabilidad en manos de una persona a tiempo parcial?
Llevo mucho tiempo entrenando a personas, equipos y organizaciones. Si hay algo que ha permanecido constante es que el equipo sólo mejorará al ritmo que el Scrum Master (o Facilitador del equipo) pueda aplicarse a sí mismo. Esto ha sido así con muy pocas variaciones.
Lo que eso me dice es que es mejor tener a alguien dedicado a esa función, al menos cuando empieza un equipo.
Cuatro escenarios
Entonces, ¿cómo podrían ser las permutaciones de algunos en el papel Scrum Master? He visto cuatro comunes que merece la pena examinar. Cada una de ellas con ventajas y desventajas específicas, dependiendo de cómo te sientas con los resultados.
1) El ideal: Se contrata a alguien con experiencia en facilitar este tipo de entorno. Se dedican a ese equipo mientras mejoran y se acostumbran al marco y las personalidades. Con el tiempo, se empoderan en torno a ellos y se empoderan más en torno a la mejora continua del equipo.
Inconvenientes: Tienes que contratar a alguien, y no conocen el panorama orgánico ni a los jugadores implicados.
2) El algo ideal: Alguien en la empresa muestra la voluntad de dar un paso adelante y aprender el papel y nosotros lo dedicamos a ese papel.
Inconvenientes: Probablemente necesiten formación, aprenderán con el equipo (como un aspirante a entrenador de baloncesto que aprende nociones básicas de entrenamiento para poder dirigir un nuevo equipo) y es probable que haya que cubrir su antiguo puesto.
3) El menos ideal: Alguien del equipo real asume ese papel, además de ser "desarrollador".
Inconvenientes: Tienen que dividir su tiempo entre las actividades Scrum Master y el trabajo de desarrollo. Alguien en esta función (o funciones en realidad) tiene que priorizar entre eliminar el bloqueador X para otra persona o completar esa función entregable a la que se ha comprometido.
Esencialmente tienes medio desarrollador y medio Scrum Master que tiene que cambiar de contexto entre los dos. Y ya sabes cómo afecta el cambio de contexto a la productividad.
4) En el peor de los casos: Nos repartimos las funciones entre todo el equipo para que nunca recaiga en una sola persona a tiempo completo.
Inconvenientes: Por dónde empiezo... al final caerá sobre alguien que desprecia la idea de tener que hacer esto. Adivina cuánto esfuerzo pondrán en ello. Los equipos externos no tienen ni idea de con quién trabajar sistemáticamente. Nadie llega a sentirse cómodo en su puesto. Cuestionamos el valor global porque nadie lo hace bien. Una forma más honesta de decir todo esto es preguntar "¿cuál es la ventaja?". No existe.
Cada organización tendrá la capacidad de adoptar esta función de diferentes maneras, al igual que el marco Scrum en su conjunto. Hay que trabajar dentro de las limitaciones en las que nos encontremos y, sobre todo, no poner excusas para no dar a la función Scrum Master la mejor oportunidad de éxito.
¿No contratamos el papel porque no lo consideramos tan importante o no tenemos un título abrazado a los RRHH? ¿No lo entendemos lo suficientemente bien? Adivina qué, podemos contratar la función en esas mismas circunstancias y simplemente no proporcionarles el apoyo, la confianza y el entorno necesarios para que tengan éxito. Eso tampoco funcionará.
Consejos de Bobby
Empiece por entender por qué existe la función Scrum Master. Analice en profundidad el impacto de esa función, cuando se hace bien, en el equipo y en su capacidad para aportar valor y mejorar más rápidamente. Comprende las ventajas y desventajas de que alguien no se dedique a esa función y prepárate para ofrecerle todo el apoyo que necesite si tiene que desempeñar varias funciones.
Y lo que es más importante, ten paciencia con su curva de aprendizaje y con el impacto que esa curva de aprendizaje tiene en la capacidad de rendimiento del equipo.
Si voy a aceptar un papel, quiero ser lo mejor posible. Tengo la sensación de que muchos piensan lo mismo. Espero recibir el apoyo que necesito y que se establezcan las expectativas adecuadas, porque quiero que mi equipo sea "campeón".