Scrum Master: Cuando ni es Master ni es Scrum

Asegurar que Scrum es entendido y adoptado: Si los Product Owners y el Developmet Team reciben o no capacitación sobre Scrum, quien funja como Scrum Master debe de guiar sobre la alineación del conocimiento de Scrum con los objetivos del equipo, lo cuál incluye, cambiar la forma en la que se trabaja.Una forma para lograr la implementación de Scrum es que todos alrededor conozcan los fundamentos de cada evento, de cada rol, de la importancia de establecer un objetivo por Sprint y esos fundamentos hay que alinearlos a las problemáticas frecuentes que vive el equipo, es decir, que se comprenda que se va a trabajar diferente para no tener los mismos problemas de siempre.

Los conocimientos y experiencia que se tengan sobre Scrum y Agile, deben de transmitirse al equipo poco a poco, durante el día a día y conforme a lo que se vaya necesitando. Cada uno de los conocimientos y habilidades necesarias para el rol, si se toman en serio, provocan nunca estar en zona de confort pues cada rubro es una ramificación hacia otra meta de desarrollo profesional y humano.
Lo que funciona en un equipo, no funciona en otro por ello la experimentación sobre las prácticas es esencial y por supuesto, quedarse con aquellas que funcionan. La efectividad de una práctica radica en el resultado que provoca.

Cuando ni es Scrum ni es Master: Conoce Scrum por que leyó un blog o tomó un curso sin prestar mucha atención. Empieza a utilizar palabras de Scrum pero sin aplicarlas correctamente. No guía ni forma a su equipo sobre Scrum en ningún momento.Se enfoca en "hacer por hacer" incluso mantiene prácticas tradicionales provocando el uso de la "casca-ágil".

Líder al servicio del equipo: Este estilo de liderazgo tiene muchas características, entre las principales es el poder de escuchar, empatizar y sobre todo el cambiar el enfoque de control & supervisión por aceptación&compromiso. Para saber si un Líder tiene este estilo hay una prueba muy básica, ya que la principal pregunta que tienen estas personas en mente y acción todo el tiempo es "¿Qué necesitan las personas de mí?". Este estilo de liderazgo no es el mismo que tradicionalmente nos ha acompañado, no es una propuesta nueva porque Robert Greenleaf escribió su libro en 1970 llamado "The servant as a leader", este estilo de liderazgo es una propuesta que ahora surge como la mejor de las opciones dadas las formas en las que han evolucionado la forma de hacer negocios y la forma de entender cómo funcionan las personas dentro de un equipo para alcanzar un buen rendimiento.

Cuando ni es Scrum ni es Master:  si alguien porta el rol de Scrum Master pero sigue basando sus prácticas en control y supervisión (caso muy común) provocará que los principios y valores de Scrum se pierdan. De repente se piensa que el Scrum "no sirve" cuando en realidad quien ejerce el rol de Scrum Master no está ejerciendo bien ese rol y por ende está implementando lo mismo de siempre pero disfrazado de scrum lo cual confunde, complica y duplica los problemas en los equipos. Los síntomas principales: planea por el equipo y no con el equipo, pide reportes de actividades detallados, monitorea constantemente lo que hace el equipo, provoca que el equipo no exponga riesgos o problemas puesto habrá regaño. Registra los impedimentos en una Bitácora, o peor áun, los escucha y agradece el desahogo pero no hace algo por arreglarlo escudándose en que los impedimentos no están en sus manos olvidando (o ignorando) por completo su responsabilidad de conectar talento y conocimiento fuera de sí mismo.

Ayuda a todos a modificar interacciones para maximizar el valor: Prácticamente, la agenda diaria de un Scrum Master se arma en mayor porcentaje de los problemas (impedimentos, bloqueos y barreras) que tienen los miembros de su equipo. Estos pueden surgir en la reunión diaria (daily meeting o durante el día). También un Scrum Master debe de contar con la habilidad de hacer surgir los problemas no tan evidentes o conflictos que el equipo no quiera sacar a flote para poder tener claridad y poder evitar problemas que pudieron prevenirse en tu etapa de riesgo.

Algo que encuentro comúnmente es la creencia de que el Scrum Master solo facilita reuniones y aunque fuera así, también se confunde la "facilitación" con reservación de salas (virtuales o presenciales), mandar agenda y anotar pendientes. Pero no es así, es facilitador para que los eventos de Scrum cumplan el objetivo y para moderar las conversaciones difíciles, facilita también el ENTENDIMIENTO entre Product Owners y Development, facilita la implementación de Scrum con asesorías internas.

El Scrum Master es apoyo para el Product Owner para que ambos se aseguren que lo que está en el Backlog está vigente, sigue siendo relevante y está claro para el equipo que lo va a desarrollar. Un compromiso implícito con el cliente es la excelencia técnica. La pregunta que más frecuentemente recibo dando cursos, conferencias y en redes sociales es si el Scrum Master debe de tener o no un perfil técnico, mi respuesta es que no es obligatorio pero ayuda mucho el que tenga un perfil técnico para orientar mejor a los equipos hacia la mejora en la calidad técnica, porque sin esto, simplemente y sencillamente, la agilidad no existe.

Cuando ni es Scrum ni es Master: iterar por iterar, trabajar sin sentido ni contexto sobre el cliente final y provocar que el equipo trabaje en montañas rusas durante los días previos a los sprint reviews conlleva a decir que se hace agilidad por entregar lo que sea en el periodo establecido para entregar, si no es lo comprometido en funcionalidad y calidad responsabilizar al Product Owner y al equipo.

Es el rol principalmente responsable de que se sigan las prácticas y valores en el marco de trabajo Scrum: Los conocimientos y experiencia que se tengan sobre Scrum y Agile, deben de transmitirse al equipo poco a poco, durante el día a día y conforme a lo que se vaya necesitando. Cada uno de los conocimientos y habilidades necesarias para el rol, si se toman en serio, provocan nunca estar en zona de confort pues cada rubro es una ramificación hacia otra meta de desarrollo profesional y humano.
Lo que funciona en un equipo, no funciona en otro por ello la experimentación sobre las prácticas es esencial y por supuesto, quedarse con aquellas que funcionan. La efectividad de una práctica radica en el resultado que provoca.

Cuando ni es Scrum ni es Master: Es parte del rol buscar formas creativas de hacer retrospectivas, motivar con técnicas energizantes, forjar la disciplina de las reuniones diarias es parte del rol, pero es una parte muy pequeña por lo que si un Scrum Master, está bien para empezar pero si se continúa así el rol pierde su valor esencial, si sólo se centra en eso y olvida la excelencia técnica, la mejora contínua, la orientación al cliente, la colaboración entre perfiles de negocio y perfiles técnicos, es un hecho que ese rol no aportará el valor necesario y los memes comenzarán a aparecer.

Conclusiones:

Un Scrum Master no se hace con una Certificación o un sólo curso, eso generalmente es el principio de un camino de formación y desarrollo profesional que ya está alimentado por la experiencia previa y talentos de esa persona. Debido a lo anterior me sorprente (espanta) mucho cuando veo vacantes que aceptan recién egresados de las carreras para formarlos como Scrum Master, no digo que esto sea imposible pero es un compromiso con el tiempo de madurez de la persona porque conforme a lo que leíste anteriormente, esto no se logra incubando a un perfil durante unos meses.

Un Scrum Master hace brillar el trabajo del equipo a través de los principios y aspectos de Scrum así como también de los valores ágiles. Cuántas más personas son contagiadas y acompañadas por ese Scrum Master, más Master realmente es. Son Líderes que ayudan a conseguir más resultados positivos utilizando los canales que tienen a su alcance.

El liderazgo servicial que va de la mano del rol de Scrum Master demanda trascender de su ego y miedos para ayudar al equipo a resolver problemas, mejorar y a lograr objetivos de formas creativas.

Tener conciencia de lo que aporta y lo que no es entender el valor. Aprender a cuestionar sanamente las solicitudes de trabajo que llegan, aprender a cuestionar si las prácticas y costumbres que seguimos nos llevan a un buen lugar. Es importante tener también en cuenta que las entregas frecuentes no son sólo en el sprint review sino entregas en producción para que el beneficio de lo construído esté disponible para el cliente final. Este último punto es vital para no caer en la "casca-ágil", cuando iteran e iteran y se cumplen más de 6 meses (o más) sin subir nada a producción.

La motivación que busca el Scrum Master no está centrada en convivencias y dinámicas, para respetar el manifiesto ágil, se centra en dar el entorno y el apoyo que necesita el equipo, se les confía la ejecución del trabajo.

El Scrum Master motiva a los miembros del equipo para que alcancen en armonía los objetivos del cliente. Felicidad sin entregas de valor, tampoco es agilidad. En el valor está implícita LA CALIDAD.

Si te interesa saber más sobre los roles de Scrum, te dejo este link a un Blog que escribí al respecto en Scrum México: Roles y actividades en un equipo Scrum: cuando se falla en la claridad

Si te interesa aprender a usar los tableros digitales para fortalecer y potenciar las prácticas de Scrum en tu equipo, te espero en el grupo de mentoría que daré en agosto:

Detalles de la mentoría

Contacto para inscripciones