Los malentendidos sobre el rol del Scrum Master son numerosos. No es el jefe del Equipo de Desarrollo, ni el secretario que pone las reuniones en el calendario o que toma notas de todo lo que se dice en estas. Tampoco es el “policía” de Scrum al que se le pasa el reporte diario en la stand-up, ni el “JIRA Master” que configura todos los workflows y sabe todos sus entresijos.

El Scrum Master asume un liderazgo de enorme complejidad, determinante para que Scrum pueda emplearse con éxito. En Scrumio siempre decimos que el Scrum Master perfecto es una especie de Yoda: un Maestro Jedi que ayuda a que otros descubran la fuerza de Scrum en su interior.

Seguidamente enunciamos 20 características o competencias que hacen al “buen Scrum Master”, al que ya me gustaría parecerme…

1/ Es un “líder sirviente” (servant leader), esto es, que materializa su liderazgo dando servicio a los demás, a tres niveles: al Equipo de Desarrollo, al Product Owner (con quien se compenetra a la perfección) y a la organización en su conjunto. Lejos de ser un líder de carácter débil, el Scrum Master es un líder de nivel 5 (el liderazgo de máximo nivel, según Jim Collins).

2/ Comienza cada día con ganas de inspirar a los demás, una mente abierta y un checklist relativo al Product Owner (¿En qué estado se encuentra el Product Backlog? ¿Cuál es la relación con los stakeholders? Etc.), al Equipo de Desarrollo (¿Estamos sabiendo encauzar los conflictos internos de manera constructiva? ¿Está tomando decisiones como Equipo autoorganizado? ¿Refleja su comportamiento los valores de Scrum? ¿Estamos ampliando la Definición de Hecho? ¿Qué prácticas de programación y testeo estamos siguiendo? ¿Tenemos todas las habilidades necesarias para crear Incrementos Terminados? Etc.) y la organización (¿Hay impedimentos a nivel organizativo? ¿Apoya la organización la adopción de Scrum? ¿Cómo gestionamos las relaciones con el resto de departamentos? Etc.).

3/ Crea el marco en el que los Equipos de Desarrollo aprenden a ser autoorganizados. El Scrum Master aplica la máxima de “bring it to the team” y establece los espacios necesarios para que el Equipo tome sus propias decisiones sobre su trabajo. Comprende que Scrum no funciona a base de órdenes ni de “latigazos”, sino gracias al empoderamiento de profesionales comprometidos y autónomos.

4/ Gestiona el proceso Scrum y tiene autoridad sobre este. El Scrum Master carece de autoridad formal (no puede, por ejemplo, despedir a un miembro del Equipo) pero sí que puede decidir por sí mismo sobre aspectos relativos al proceso (por ejemplo, si no consigue que el Equipo Scrum acuerde una duración para los Sprints, podría decidir que se establezcan Sprints de dos semanas). Siempre hace partícipe al Equipo en la configuración del proceso, incluso cuando no es posible llegar a consensos.

5/ Gestiona y elimina aquellos impedimentos que van más allá de las capacidades de autoorganización del Equipo de Desarrollo. El Scrum Master no es una suerte de Wonderwoman o Superman que haya de solventar cada blocker que pueda surgir. Lo relevante es crear una cultura en la que el Equipo saca a relucir estos impedimentos y es capaz de resolver sus propios problemas.   

6/ Se hace responsable de maximizar el rendimiento del Equipo y de que sus miembros adopten Scrum. Esto no significa obsesionarse con la velocidad, sino eliminar fuentes de despilfarro y establecer las condiciones precisas para que el Equipo desarrolle todo su potencial y pueda crear productos de alto valor para el cliente.

7/ Sabe en qué fase dentro del modelo de Tuckman se encuentra el Equipo Scrum. Encauza el conflicto de manera que el Equipo avanza en la adopción de estándares y se vuelve más y más creativo y productivo.

8/ Predica y encarna los valores Scrum de valentía, foco, compromiso, respeto y sinceridad. Ayuda a que el Equipo Scrum les de contenido y los aplique a diario. Asimismo, utiliza los pilares del empirismo como faro y continuamente busca oportunidades para aumentar la transparencia de los eventos y artefactos Scrum.

9/ Crea un entorno de “psychological safety”, en el que los profesionales pueden hablar sin miedo a represalias. Se encarga de que el espíritu colaborativo impere dentro del Equipo y busca erradicar comportamientos indeseados (si el propio Equipo no lo hace).

10/ Tiene un conocimiento profundo sobre Scrum. Por cierto, que ciertos conocimientos sobre la tecnología puedan ser deseables no implica que el CTO, lead developer o similar tenga que ser el Scrum Master. Al contrario, el hecho de estar acostumbrado a dar orientación técnica o tomar decisiones en este apartado puede ser contraproducente, puesto que el buen Scrum Master no toma las decisiones del Equipo de Desarrollo ni dice a sus miembros cómo han de crear un Incremento de Producto Terminado al final de cada Sprint.

11/ Es coach del Equipo Scrum. Ayuda a que los miembros del Equipo desarrollen su potencial como profesionales y a que sean capaces de aprender por sí mismos. No aconseja, sino que apoya a cada individuo y al Equipo en su conjunto para que encuentren sus propias soluciones. Sabe hacer las preguntas adecuadas en cada situación.

12/ Sabe escuchar y es un gran observador. El buen Scrum Master está presente en el día a día del Equipo sin necesidad de jugar un papel activo o protagonista en todo momento. Esto le permite identificar puntos de mejora y oportunidades para contribuir al crecimiento del Equipo. Está al tanto de lo que se dice y de lo que no se dice.

13/ Es profesor, en tanto que explica al Equipo los fundamentos de Scrum como framework, sus roles, eventos y artefactos, en especial cuando se trata de Equipos de reciente creación, a fin de asegurar que todos tenemos claras las “reglas del parchís”. También enseña al Equipo qué técnicas pueden complementar a Scrum como framework, aun sin ser parte del mismo, como las historias de usuario, Kanban, pair programming, dual track, etc.

14/ Es mentor, al compartir sus experiencias y conocimientos sobre Agile. Está además en contacto con otros Scrum Masters, dentro y fuera de la organización.

15/ Es facilitador de los eventos Scrum, pero no solo. Es un facilitador en sentido amplio, en tanto que crea los espacios, “el continente” al que los miembros del Equipo dotan de contenido a medida que se autoorganizan. Conviene resaltar que el Scrum Master no lidera todas las ceremonias; es más, en algunas como la Daily Scrum ni siquiera tiene por qué estar presente.

16/ Hace Retros útiles. El buen Scrum Master facilita Retrospectives dinámicas y en las que los temas acuciantes que afectan a la salud y buenas relaciones del Equipo se tratan con honestidad y compromiso. Se asegura de que las mejoras identificadas no quedan en saco roto y que al menos una de ellas pasa a formar parte del Sprint Backlog.

17/ Es agente de cambio, que impulsa la implantación de Scrum en su empresa y, en sentido amplio, que promociona la transformación digital del negocio. Esto conlleva una labor “evangelizadora” y estrecha colaboración y empatía para con múltiples departamentos dentro de la organización.

18/ El buen Scrum Master tiene alta capacidad de convicción, tanto dentro del Equipo (por ejemplo, persuadiendo respecto a la implantación de Scrum, o de determinadas técnicas Agile, etc.) como fuera (por ejemplo, negociando con el jefe del departamento de QA para que asigne testers a tiempo completo para el Equipo Scrum).

19/ Es humilde, como buen servant leader. Sabe que los éxitos no son suyos, sino del Equipo. Cuando las cosas salen mal no busca culpables, sino que invita al Equipo a reflexionar sobre por qué no ha entregado funcionalidad terminada en el Sprint, al tiempo que asume su propia responsabilidad por las deficiencias que afecten al proceso y a la cultura de trabajo y colaboración.

20/ Es prescindible. En última instancia, el Scrum Master aspira a que el Equipo Scrum llegue a las máximas cotas de autoorganización y multifuncionalidad, y que domine Scrum hasta tal punto que su aportación deje de ser necesaria.

¿Qué otros aspectos destacarías en el “buen Scrum Master”?

Imagen: Retrato del Maestro Yoda, por Bea.miau