Un buen SCRUM Master / A good SCRUM Master

Mucho se habla (sobretodo en los procesos de selección) sobre las cualidades que un buen SCRUM Master debería tener, aparte de los conocimientos técnicos.

Es un tema de vital importancia y como tal, se discute también en trainings, cursos de certificación y en muchos foros. Porque, como en todos los trabajos, a veces son las "soft skills" las más difíciles de evaluar. Cuando contratamos a un desarrollador de software, tenemos claro las habilidades técnicas que requerimos (Java, C++, SQL, lenguajes de scripting, etc...), pero a la hora de identificar las “soft skills”, muchas veces nos limitamos a listar una serie más o menos estándar, porque tampoco somos capaces de darles la justa importancia: Queremos a alguien con capacidad de comunicación, entusiasta y "team player". Seguro que las habéis leído en las ofertas miles de veces.

En el caso de un SCRUM Master, estas "soft skills" son aún más importantes si cabe. Precisamente son sus "soft skills" las que le harán tener éxito. Si el SCRUM Master ha sido en un pasado (o es todavía) jefe de proyecto, muchas de las cualidades que necesitará ya las ha tenido que poner en práctica. Pero si el SCRUM Master es un técnico, la cosa se complica.

Según mi experiencia, las cualidades que van a hacer que un SCRUM Master tenga éxito son:

• Ser un buen comunicador.
  
  La comunicación no es una parte importante... ¡es esencial! Se calcula que un 90% del tiempo de un jefe de proyecto es la comunicación. No conozco datos sobre qué % aproximadamente pasa un SCRUM Master comunicando (cuando ejerce como tal, no cuando hace otras tareas), pero me atreviría a decir que es un porcentaje similar.


• Ser "bueno" con la gente.
  
  Puesto que esta definición es demasiado amplia y abstracta, me concentraré en los rasgos que más importantes me parecen: Ser paciente, ser capaz de entender que cada persona es diferente, saber tratar con diferentes caracteres, saber escuchar y saber razonar. A veces se dice que ser SCRUM Master es un poco como ser el padre/madre del grupo. Y para los que tienen background de jefes de proyecto, este símil no les parecerá extravagante.


• Conocer bien la teoría de SCRUM.
  
  Sí, es importante. Por eso es recomendable que quien ejerza de SCRUM Master esté certificado o haya atendido alguna formación. Por ejemplo, es básico conocer y ser capaz de explicar la importancia del SCRUM diario. Si tenemos un miembro del equipo que sistemáticamente no atiende el SCRUM diario, no dejarlo pasar ("lo importante es que saca el trabajo adelante"), sino hacer hincapié, razonando, en que ciertas "reglas" de SCRUM hay que seguirlas. Por algo hay pocas.


• Y finalmente, ser expeditivo, o en otras palabras, ser bueno resolviendo problemas.
  
  Tener esa capacidad de "arreglar las cosas", y no me refiero a arreglar descalabros técnicos, sino situaciones comprometidas, obstáculos, dificultades de todo tipo. No en vano, una de las tareas más habituales del SCRUM Master (que se cita y se practica al obtener la certificación) es la de "quitar obstáculos" (en inglés "remove blockers / remove impediments"). Por cierto, que en este ámbito, tener una "lista de obstáculos pública" muchas veces ayuda. Da visibilidad.

There is much talk (especially when recruiting) on the qualities a good SCRUM Master should have, apart from technical expertise.

It is a vital issue and as such, is also discussed in Certified SCRUM Master courses, training courses and in many forums. Because sometimes the soft skills are the most difficult to assess. When we hire a software developer, we usually know exactly which technical skills we need (Java, C++, SQL, scripting languages, etc ...), but when it comes to soft skills, sometimes we just list a series of more or less standard qualities: For example, that we want someone with good communication skills, with enthusiasm and able to be a "team player". I am sure that you have read those in job offers thousands of times.

In the case of a SCRUM Master, it is a very different scenario. His/her soft skills are precisely what will make him/her succeed. If the SCRUM Master has been in the past (or still is) a project manager, he/she surely has practiced many of the qualities needed. But if the SCRUM Master is a software developer with no management experience, things get complicated.

In my experience, some of the qualities that will make a SCRUM Master be successful are:

• Being a good communicator.
  
  Communication is not just “important" ... it is essential! A project manager spends an estimated 90% of the time communicating. I don’t know what % of time a SCRUM Master spends communicating (when he/she acts as SCRUM Master, not when he/she is doing another tasks that might be part of his/her job), but I am sure that it is a very similar percentage.


• Being "good" with people.
  
  Since this definition is too broad and abstract, I will focus on traits that seem to me the most important ones: Be patient, be able to understand that each person is different, knowing how to deal with different characters, listening and being able to reason. Sometimes, it is said that being a SCRUM Master is a bit like being the parent of the group. And for those who have a project management background, this comparison won’t seem too strange!


• Knowing well the theory of SCRUM.
  
  Yes, it is important. It is therefore recommended that the person exercising as SCRUM Master is a Certified SCRUM Master (CSM) or has attended training on SCRUM principles. For example, it is essential to know and be able to explain the importance of daily SCRUM. If we have a team member who consistently does not attend the daily SCRUM, the SCRUM Master should not let it pass ("it does not matter if the team member does not attend daily SCRUM, what matters is that he/she gets the job done"). The SCRUM Master should emphasize why it is important that the SCRUM "rules" are to be followed (there are not that many, anyway!)
  


• And finally, be “a fixer”, or in other words, be good at solving problems.
  
  It is important to have the ability to "fix things" - and I don’t mean to fix technical setbacks, but to solve difficult situations and overcome obstacles of all kinds. Not surprisingly, one of the most common tasks of a SCRUM Master (as explained in training courses or when you get the certification) is to remove blockers / remove impediments. By the way, in this respect, having a "public impediment list” sometimes helps. It gives a lot of visibility to what needs to be fixed.