El futuro del Scrum Master

¿Sacamos la bola de cristal para conocer el futuro?
En la última edición del Agile Coffee hicimos justo eso: Preguntarnos cómo será el futuro del Scrum Master. ¿Por qué? Porque así lo habéis decidido entre los asistentes a este evento gratuito donde tratamos cualquier punto, comentario, ayuda que necesitéis.

A la hora de hablar del futuro de este rol, o de cualquier cosa en la vida, es imposible tener una certeza plena de qué va a ocurrir. Justo este tipo de roles nacieron porque las empresas se empeñaban en conocer el futuro en entornos altamente complejos, lo cual es prácticamente imposible.

Así que, igual que cuando se usa Scrum, nosotros empezamos por el empirismo, lo que conocemos: Y lo que conocemos hoy es que el rol del Scrum Master en este momento está en su punto álgido y que ninguna empresa con vistas a seguir creciendo y evolucionando debería contar con un buen profesional de este tipo (o el análogo en el marco que se use).

Perfecto. A corto y medio plazo no esperamos ningún cambio, pero... ¿y a largo plazo? ¿Puede surgir un nuevo marco de trabajo que haga que Scrum se vuelva obsoleto y, por tanto, el rol deje de tener su utilidad?

Nada es imposible. Cada año vemos como en el atletismo y en la natación se baten récords imbatibles que unos meses/años después se vuelven a batir... Reconozco que en este momento se me hace difícil pensar que surja algo que deje Scrum a un lado completamente vestigial y sin valor, pero quién sabe lo que el futuro nos depara, por lo que si llegara un nuevo marco que se convirtiera en la referencia mundial por su absoluta eficiencia y eficacia, pues los Scrum Masters haremos lo que mejor se nos da: la adaptación. Aunque, sinceramente, no veo probable que esto vaya a suceder pronto.

Bien, una vez evaluado qué pensamos que puede pasar con el Scrum Master nos preguntamos: ¿Por qué alguien propuso este tema? ¿Qué es lo que esperaba conocer o profundizar? Así que me fui a la persona y le pregunté directamente. La respuesta: "He oído a gente hablar de que roles como el de Scrum Master en Scrum o el Project Manager en Waterfall acabarán desapareciendo y quería conocer vuestra opinión".

Esto plantea otro punto de vista distinto. Al añadir al "Project Manager" no es que se plantee si Scrum seguirá vigente o no, sino de si los Desarrolladores confían o no en este tipo de roles.

Yo entiendo perfectamente que haya Desarrolladores que no crean en su Scrum Master y a los que no les gusta Scrum, y el motivo que me encuentro siempre es el mismo: Esos Desarrolladores sólo han vivido Scrum desde un Scrum Master que no sabe hacer bien su trabajo y en un entorno donde no se hace bien Scrum. Así es normal que ronde por la cabeza que esos roles no sirven para nada, porque es verdad, así no sirven para nada. (Spoiler: Solución al problema es hacer la mejor formación en Scrum, conmigo claro)

Hablamos también del concepto del shu-ha-ri. Este concepto, que viene del haikido, nos expresa tres niveles por los que se va pasando en la búsqueda de la maestría.

En la primera fase, la del shu, lo que hacemos es seguir las normas y valernos de las experiencias y pasos de otros para intentar hacer algo lo más perfecto posible. En la fase del ha, lo que hacemos es romper esas normas y sencillamente ver qué pasa para nuestro caso, evaluando si es mejor con la norma o sin ella. Por último el ri nos planteamos innovar y crear nuestras propias normas que aplican mejor a nuestra casuística.

¿Problema? Que hay muuuuuchas personas en muuuuuchas empresas pensando estar en la fase ri "adaptando Scrum a sus necesidades". Cuando yo escucho a una empresa "Nosotros hacemos nuestro propio Scrum" lo que oigo es "Nuestro Waterfall en iteraciones no se toca". Y es que lo normal sería que ni tú ni yo alcancemos jamás el estado ri, y si lo hacemos será dentro de muchíiisimos años. Da igual lo que hagas, da igual a lo que te dediques, al aikido, al piano, al desarrollo de software... que en el 99% de los casos la fase de shu dura varias décadas, igual que pasa con el resto de fases.

Es cierto que si llegamos a una fase máxima de innovación, podemos encontrarnos con un marco que sea ideal para nosotros y que no tenga Scrum Master, no es imposible que eso fase, pero es como si te toca la lotería dos veces seguidas, muy muy muy difícil. Algo así fue lo que le pasó a Spotify, que hizo su propio marco de escalado después de mucha prueba y error y que encajaba perfectamente con sus necesidades. Luego las empresas copian el modelo Spotify y no les funciona. El motivo es sencillo: Este modelo está ideado por y para las condiciones de Spotify y no basta con un "qué hago o cómo nombro a los equipos" sino que hay que llevar su forma de trabajar y mentalidad, de ahí que, en el 95% de las veces (por no decir 99,999%) el modelo Spotify sea fracaso anunciado en tu empresa... os empeñáis en creer que estáis en ri cuando os quedan décadas de shu por andar. (Spiler 2: Solución al problema es contratar una consultoría en Agile&Scrum especializada, conmigo también claro).

Si te perdiste la sesión, aquí te dejo un vídeo con toda la charla (45 min).

Si quieres asistir a la próxima que hagamos, contacta conmigo y coméntamelo.