Entrevista a una #ScrumMaster

Este mes vuelvo al formato de la entrevista para intentar dar a conocer los entresijos del rol de ScrumMaster. En esta ocasión, cuento con la colaboración de Angélica Lozano, ScrumMaster en Solid GEAR, quien está dispuesta a contarnos las claves que la han llevado a convertirse en una gran ScrumMaster.

En primer lugar, Angélica, muchas gracias y bienvenida al blog de Utópica Informática. Para comenzar a entrar en materia, ¿puedes contarnos algo más sobre tí y tu experiencia profesional? ¿Y sobre Solid GEAR?

Muchas gracias, Raúl, y enhorabuena por esta iniciativa para la compartición de experiencias a través de Utópica Informática.
Solid GEAR es una empresa vallisoletana de algo menos de dos años y medio de vida, que se dedica al desarrollo de soluciones profesionales en movilidad. Es decir, intentamos aplicar las tecnologías móviles a diferentes contextos para mejorar los procesos y la experiencia de los usuarios finales. Por ejemplo, Applicarte permite enriquecer la visita a los museos gracias al consumo personalizado de información multimedia. Por otra parte, iKaizen ayuda a los expertos en productividad de nuestras empresas de manufactura a llevar a cabo sus ejercicios de mejora de la eficiencia en distintos puestos de trabajo. El agilismo está en el ADN de la empresa, y todos nuestros proyectos se gestionan sobre una base de iteratividad y aprendizaje continuo.

Está visión está muy alineada con mi trayectoria profesional. Comencé a trabajar con SCRUM en 2008; primero como parte de los equipos de desarrollo, luego como SCRUM Master “de facto” y, finalmente, como SCRUM Master certificada por la SCRUM Alliance desde Junio de 2013. En los últimos meses, he comenzado a ejercer la labor de CTO (Chief Technology Officer) en Solid GEAR, lo que me da una visión más amplia de las necesidades de todos los proyectos de la empresa.

¿Cómo definirías tu responsabilidad o responsabilidades principales como ScrumMaster en Solid GEAR? ¿Difiere mucho de lo que a nivel teórico se espera de un ScrumMaster? ¿Por qué?

Cuando un ingeniero comienza a trabajar en Solid GEAR siempre me aseguro de mantener con él/ella una conversación sobre qué es ser ágil y cómo lo interpretamos en Solid GEAR. Uno de mis comentarios recurrentes es que el agilismo es una manera de pensar, una forma de hacerse preguntas y buscar soluciones. Me gusta compararlo con el ajedrez: las reglas son pocas y bastante sencillas, pero cada partida es diferente, y llegar a dominar el juego requiere mucha práctica.
En este sentido, tu pregunta puede responderse de dos maneras: probablemente el día a día de Solid GEAR no sea un fiel reflejo de lo que puedas leer a nivel teórico en un libro sobre SCRUM. Pero si interpretamos esas directrices como una manera de pensar, por supuesto que somos fieles a los principios de aprendizaje y mejora continua.
Personalmente, creo que mi principal responsabilidad como SCRUM Master pasa por asegurar que el equipo continúa creciendo profesionalmente (grupal e individualmente), entregando un producto de calidad al mismo tiempo. Pero la segunda parte está condicionada a la primera: tu producto sólo puede ser tan bueno como tu equipo. Al hacer crecer a las personas, conseguimos resultados de mayor calidad.

¿Cuáles son los principales problemas o dificultades a los que se enfrenta un ScrumMaster? ¿Crees que son los mismos en todas las organizaciones?

Creo que el patrón general gira en torno a la comunicación. Un SCRUM Master debe ser capaz de interactuar con todos los roles implicados en un proyecto software, que normalmente tienen perfiles muy diferentes: gente de negocio, desarrolladores, comerciales, responsables de calidad, estructura de la empresa… incluso usuarios finales.
Y esto varía en cada caso, dependiendo del tamaño de la empresa, la naturaleza del problema que se intenta solucionar, el contrato… El SCRUM Master debe ser el aceite que consigue que todos los engranajes funcionen con la mínima fricción.

¿Entonces, qué habilidades Hard y Soft debe tener un buen ScrumMaster para lograr el éxito?

Sé que mi respuesta abre la puerta a una discusión recurrente, pero mi experiencia personal me dice que es necesario que el SCRUM Master tenga unas cualidades técnicas similares a las de su equipo; hasta el punto de poder colaborar con el proceso de desarrollo si fuera necesario. Firmo la afirmación de Scott Bellware en este artículo: no escojas gestores no-técnicos para liderar equipos de desarrollo.
Es muy difícil facilitar las acciones de un equipo si no comprendes totalmente las implicaciones de cada decisión. De la misma forma, a lo largo de la vida del proyecto, surgirá la eterna discusión entre el equipo y negocio sobre la velocidad a la que se puede/debe avanzar. Es imposible tomar una decisión objetiva si no eres capaz de interiorizar las estimaciones del equipo.
Adicionalmente, y recuperando la idea del hilo conductor entre los diferentes roles, las capacidades comunicativas del SCRUM Master (tanto escuchar como transmitir una idea) son fundamentales.

¿Y qué herramientas puede utilizar en su día a día?

Un gestor de tareas como Jira (que agrupa paneles Kanban, burndown charts, métricas de velocidad...) es necesario para dar visibilidad al trabajo de todos. No sólo para el SCRUM Master, sino para la interacción entre todos los componentes del equipo. Es un elemento fantástico para identificar bloqueos o desvíos sobre las estimaciones, lo que ayuda tanto a corregir el rumbo del desarrollo en el momento, como a plantear las preguntas adecuadas en la retrospectiva.

¿En Solid GEAR aplicáis la Guía de Scrum de Ken Schawer y Jeff Sutherland al 100x100? ¿Por qué?

Definitivamente forma parte del núcleo de cómo entendemos SCRUM en Solid GEAR, pero no me atrevería a decir que lo cumplimos al 100%, porque cada equipo ha ido evolucionando de acuerdo a las necesidades concretas de su proyecto con acuerdos tácitos de trabajo que modifican ligeramente las pautas establecidas en la guía.
Un ejemplo concreto: en nuestras reuniones de seguimiento diario no preguntamos específicamente qué estuviste haciendo ayer y qué vas a hacer hoy (porque estamos proyectando nuestro tablón de trabajo en la pared y ya lo está viendo todo el equipo), sino que nos centramos en los bloqueos que cada persona tiene a corto plazo, y los riesgos previstos que nos impedirían llegar a tiempo a la demo.

¿Qué crees que aporta entonces la Guía Oficial de Scrum, y para qué debe ser utilizada?

Creo que la Guía Oficial de SCRUM es una referencia estupenda para equipos que estén comenzando, o que sientan que han perdido totalmente el norte y necesitan un punto de referencia. Pero una vez que la máquina empieza a rodar, me quedo con lo que cada equipo construye en su día a día. Personas sobre procesos :-)

Cambiando un poco de tema, ¿quien o quienes crees que están adoptando antes las ideas ágiles, nuestros clientes, nuestras gerencias, los mandos intermedios, los miembros de los equipos de desarrollo? ¿Por qué crees que ocurre?

Me resulta difícil contestar esta pregunta, porque todos nuestros proyectos son internacionales; y creo que el panorama español es diametralmente opuesto, por ejemplo, al americano. Creo que en ambos casos, los equipos de desarrollo son los primeros en abrazar la idea de respeto al trabajo en curso, implícita al agilismo. Marcar un ritmo y unas reglas del juego hace que no sea todo “para ayer” y permite prestar más atención a la excelencia técnica.
Este cambio de foco deriva en productos de más calidad, que se ajustan mejor a lo que el cliente pedía. Sumado a la entrega iterativa de software que funciona, sobre el que los clientes finales pueden darnos su opinión; hace que éstos sean los siguientes en abrazar las ideas ágiles.
En último lugar los mandos intermedios y gerencias que, sobre todo en España, siguen exigiendo mínimos de tiempo/coste en lugar de valorar la satisfacción de los usuarios del producto.

¿En general, qué nivel de madurez crees que en España se ha alcanzado respecto a la adopción de Agile en nuestras organizaciones?

En España existen ya varias comunidades locales, regionales y nacionales que se encargan de favorecer la adopción de las metodologías ágiles en nuestras empresas de desarrollo. Gracias a estas comunidades, es fácil entrar en contacto con mucha gente que está haciendo las cosas particularmente bien, especialmente en empresas pequeñas y medianas.
La gran asignatura pendiente siguen siendo las empresas grandes y el sector público, cuya sobrecarga de procedimientos, departamentos y cargos dificultan la flexibilidad requerida por los equipos ágiles. En estos casos, suelen mantener las operaciones estándar “de la casa” y añadir las reuniones y los roles de SCRUM, alcanzando un escenario imposible de manejar que lleva a la conclusión de que “SCRUM no funciona”. Recordemos que el éxito o el fracaso no lo define el framework, sino las personas. Si no adaptamos nuestra manera de pensar, es imposible cuadrar el círculo.
En cualquier caso, no perdamos de vista que el agilismo no es la panacea universal. Si las organizaciones y los equipos ya tienen una manera de trabajar que funciona, no es necesario imponer otra metodología.

¿Qué papel debe asumir -si crees que debe asumir alguno- la comunidad Agile-Spain en el proceso de implantación de Agile en el grueso de las organizaciones TI en España?

Personalmente, creo que el papel de la comunidad ágil española debe ser habilitar puntos de encuentro, facilitar el intercambio de experiencias y ofrecer apoyo e información a quien lo solicite. Pero en ningún caso forzar la implantación.

Y de nuevo otro cambio de tercio. Me consta que al menos tienes la certificación CSM de la ScrumAlliance, ¿tienes alguna más?

No, es la única certificación oficial que tengo a día de hoy.

¿En general, qué opinión te causan las certificaciones en el mundo Ágil? ¿Qué crees que pueden aportar a los profesionales y a las organizaciones en las que trabajan?

Esta pregunta es igual de comprometida para cualquier titulación, incluyendo las de idiomas o las universitarias. Pueden usarse como referencia, y determinan un nivel mínimo de preparación. Pero nosotros seguimos haciendo la entrevista de trabajo en inglés aunque en tu CV figure el CAE; y seguimos evaluando tu portfolio de aplicaciones en el los markets oficiales, aunque en LinkedIn ponga que has hecho tres o cuatro cursos en movilidad.
Al final, un profesional se define por las decisiones que toma en su día a día. Y hay grandes profesionales certificados o sin certificar; y coleccionistas de titulaciones que no encajan en los equipos. Es decir, las certificaciones demuestran interés, voluntad de aprendizaje y mejora; pero no creo que sean un indicador de rendimiento real.

¿Hay más personas certificadas en Solid GEAR? ¿Por qué?

Sí, Roberto Delgado, el CEO de Solid GEAR, consiguió la certificación como Product Owner a través de la SCRUM Alliance en Mayo de 2012. Como he mencionado con respecto a la Guía de SCRUM, creo que los canales oficiales son un buen punto de partida. En nuestro caso, Solid GEAR acababa de nacer en ese momento, y aún estábamos forjando ese ADN ágil; por lo que una apuesta por la formación era necesaria.
Además, Raquel Pérez completó conmigo la certificación como SCRUM Master en 2013.

Y para finalizar, ¿tienes algún consejo para aquellos que quieran implantar Agile en sus empresas?

Antes de tirarse al vacío, es fundamental conocer la experiencia previa de otras personas en situaciones similares: contacta con la comunidad ágil más cercana a tu empresa, asiste a eventos como la AOS o la CAS, identifica empresas similares a la tuya que ya lo han implantado con éxito y aprende de su experiencia (¡o que han fracasado, y corrige sus errores!). En mi experiencia, todas las personas del mundo ágil están deseando compartir sus vivencias, escuchar tu caso e intentar idear una solución.
Adicionalmente, creo que el papel del coach es importante en ausencia de experiencia previa. Lleva a tu empresa alguien que viva los principios ágiles y haya participado en múltiples equipos en diferentes contextos. Te ayudará a ver las cosas de otra manera y a evaluar tus progresos.

Pues muchas gracias de nuevo por compartir tus conocimientos y tus consejos con todos nosotros, Angélica, y creo que hablo en nombre de todos los lectores de este blog cuando digo que esperamos volver a contar contigo en futuras ocasiones.

Te felicito de nuevo por esta iniciativa, Raúl. Estamos en contacto a través de Twitter o LinkedIn.