Scrum Master & Project Manager & Commander & Master of the Universe
Que és y que NO es un Scrum Master
El 13 de noviembre del 2001, se creó el Agile Manifesto. Ya hace más de dos décadas de aquello, y al menos en España, sigo viendo ofertas de trabajo del tipo “Scrum Master / Project Manager”. Sin embargo, no veo cosas como “Odontólog@ / Higienista Dental”. ¿Por qué no? Si ambos trabajan en la medicina bucal, ¿no? Claro que no, son perfiles con responsabilidades y propósitos muy diferentes. Un Scrum Master y un Project Manager también lo son. Y esto es solo un ejemplo, todavía hoy existe una grandísima malinterpretación de lo que hace este rol.
Para cuestionarlo, me he basado en The 8 Stances of a Scrum Master de Barry Overeem’s. Empecemos por arrojar un poco de luz sobre lo que no es un Scrum Master (en adelante SM).
¿Qué NO es un Scrum Master?
El Escriba. Tomar notas de una reunión es aburrido y no suele gustarle a nadie. Los Devs programan, el PM es responsable del producto,…¿a quién le cae el marrón? Te lo puedes imaginar.
El Secretario. Es importante que todo el equipo y Stakeholders claves tengan todos los eventos en su calendario para que nadie falle. Esta tarea es de todos y de nadie, pero se la dejamos al SM.
El policía. No estamos siguiendo la guía Scrum al dedillo, que venga el SM y ponga orden.
El jefe de equipo. La persona que decide si el rendimiento de los miembros del equipo es el esperado, quién contrata y despide, quién decide las vacaciones, quién decide sobre la subida de salarios, pero sobre todo, que el proyecto se acabe en la fecha comprometida.
El administrador del tablero. Si necesitamos hacer un cambio en Jira o cualquier otra herramienta corporativa, quien mejor que el SM que conoce bien cómo funcionan.
El reportador. Cada día por la mañana, le contamos al SM lo que está pasando para que pueda hacer un resumen y se lo cuente a sus superiores.
El héroe. Si existe algún impedimento que nos molesta, no os preocupéis, papi Scrum Master a vuestro servicio. No vaya a ser que quite tiempo de desarrollo a los Devs, que cobran mucho.
El teambuilder. Alguien tendrá que preocuparse de que los miembros del equipo estén contentos, ¿no?
Las responsabilidades de un Scrum Master
Es muy probable que si no has trabajado en un entorno con un buen mindset Agile o simplemente estás descubriendo y profundizando qué significa esta palabra, ahora mismo te estés preguntando qué es lo que hace entonces un Scrum Master, qué responsabilidades tiene y porqué no puede hacer esto un Dev en sus huecos libres (seguro que tiene un montón).
Líder “servicial”. Consiste en liderar pensando en los demás sin pensar en la etiqueta, ayudando al equipo a crecer y mejorar en su rendimiento, promoviendo un entorno de colaboración, confianza y compromiso, donde se pueda hablar claro, creando un entorno de auto-organización y toma de decisiones. Casi nada.
Entrenador. Guiar al equipo para que hagan el mejor trabajo posible para alcanzar la meta del Sprint, sin proponer sus propias acciones, sino incentivando la proactividad del equipo, creando y cuidando una cultura de mejora continua, apoyando al equipo en la resolución de conflictos y trabajando el cambio de mindset y comportamientos que frenan la adopción de Scrum.
Facilitador. Ayuda al equipo Scrum a entender, crear un plan y cumplir un objetivo en común desde una postura neutral, sin influir en la toma de decisiones.
Profesor. Su misión principal es asegurarse de que los principios, prácticas de Scrum se entienden y se promueven en el equipo y en la organización. Además, debe arrojar luz sobre las responsabilidades de los roles, la importancia de trabajar la visión de producto, sobre la visualización del progreso, la gestión adecuada del Product Backlog, etc. En definitiva, la persona de referencia que ayuda e inspira a los demás a aprender sobre Scrum.
Manager. Los Devs gestionan el desarrollo, el Product Owner/Manager gestiona la visión, el roadmap y el producto. El Scrum Master gestiona el proceso y los impedimentos que no están en manos del equipo, la salud del equipo y crea una cultura donde está permitido el fallo (recordemos que es un marco de trabajo empírico, fallamos y aprendemos).
Resuelve-Impedimentos. No se trata de hacerse el héroe, sino de crear y mantener un entorno donde la resolución de impedimentos sea visible, comprendida y responsabilidad de todos. No hay que esperar a una daily o a una retro para ello.
Agente del cambio. Scrum nunca funcionará si sólo el equipo entiende el beneficio que tiene. El SM debe liderar en la adopción de Scrum en la organización, ayudando a comprender a Stakeholders clave el porqué y el para qué y dando visibilidad en la entrega de valor y la productividad.
Conclusiones
El rol de Scrum Master es complejo de entender y de ejecutar, y está altamente ligado a la voluntad real de que una empresa quiera ser realmente ágil o simplemente diga o crea que lo es porque es lo que se lleva ahora. En ninguna de sus responsabilidades hemos mencionado la palabra proyecto, ¿por qué las empresas siguen buscando un Project Manager/Scrum Master? Probablemente porque no han entendido (o no quieren entender) de qué va esto, se han quedado en la superficie, te cambio tu pegatina por la de Scrum Master y ¡listo! Ya eres Scrum Master.
El Project Management no está mal, ni Scrum es la panacea, simplemente son cosas distintas, muy distintas, con propósitos muy distintos. Tenemos la horrible manía de adoptar la etiqueta cool porque si no parece que estás chapado a la antigua. Cada contexto es diferente, meter Scrum con calzador no funciona, y por ende, cambiarle la gorra a alguien y decirle que haga de SM sin formación y/o habilidades para hacerlo tampoco.