El programador puede ser Scrum Master?

Por Luciano Osorio – Scrum Master en Zappts

Traducción Libre y Adaptada del texto original publicado en Business 2 Community, escrito por Stephanie Ockerman.

Las personas que se preguntan si un desarrollador puede ser Scrum Master generalmente ya están desempeñando dos funciones. O están previendo que es eso lo que va a suceder con ellas.

La respuesta corta es: Scrum no tiene reglas contra el desempeño de dos o más roles al mismo tiempo. Cada uno debe elegir lo que es mejor dentro del contexto de su organización y su equipo.

La respuesta más larga implica reflexionar si: debes y si puedes desempeñar estos dos roles.

Contextualizando tu situación

A menudo, esta situación surge del deseo de seleccionar a alguien de un equipo de desarrollo existente para ser el Scrum Master. Las organizaciones generalmente no les gusta “agregar empleados” a menos que tengan razones muy buenas.

No hay nada inherentemente malo con este enfoque. Sin embargo, es importante buscar a alguien que posea las habilidades, características, conocimientos y experiencia deseables en un buen Scrum Master.

Para responder si debes y si puedes, exploremos los 4 desafíos más comunes de ser Scrum Master y Desenvolvedor simultáneamente.

Desafío 1: Las responsabilidades del Scrum Master

Primero, aclaremos las responsabilidades.

El equipo de desarrollo es responsable de crear al menos un Incremento de Producto funcional al final de cada Sprint.

El Scrum Master es responsable de garantizar que todos entiendan y sigan Scrum. Para ello, ayuda al equipo a cumplir sus funciones de manera más eficiente.

“Un Scrum Master atiende al Product Owner, al Equipo de Desarrollo y a la organización. Esta es una amplia gama de responsabilidades. Si un Scrum Master es percibido por el equipo o la organización como solo un ‘facilitador de eventos’ o ‘aplicador de Scrum’, el impacto del rol y los beneficios de la Agilidad Empresarial se ven disminuidos.”

Enseñar es más que una simple lección. La facilitación es más que definir el tema y conducir una reunión. Saber qué enfoque adoptar y cuándo servir mejor a un equipo es muy desafiante, incluso para Scrum Masters experimentados.

Los equipos y las organizaciones necesitan reconocer que, si esta persona no tiene experiencia y habilidades como Scrum Master, necesitará apoyo. Capacitación, por ejemplo. Esto requerirá tiempo y compromiso. Y además, reducirá el tiempo dedicado al desarrollo del producto, lo que nos lleva al segundo desafío.

Desafío 2: Enfocarse más en hacer el trabajo

A menudo, existe presión en la organización para “entregar más”. Además, la vocación de la persona puede estar más alineada con el desarrollo del producto que con el liderazgo del equipo.

Cuando cualquiera de estas opciones sea verdadera, será muy desafiante para esa persona tener suficiente compromiso y dedicar más tiempo para mejorar como Scrum Master.

Incluso si la persona elegida tiene una fuerte pasión por el rol de Scrum Master, todos los demás necesitarán respetar eso y dar a esa persona el tiempo y el apoyo necesarios.

Esto significa que el equipo de desarrollo probablemente necesitará adaptar su forma de trabajar para enfrentar el siguiente desafío.

Desafío 3: Planificación de capacidad y habilidades escasas

Es difícil saber exactamente cuánto tiempo se necesita para desempeñar la función doble de líder-liderado. También es difícil saber exactamente cuánto tiempo se necesita para crear un producto complejo que cumpla con la meta del Sprint y con alta calidad e integridad.

Tanto el equipo de desarrollo como el Scrum Master están haciendo un trabajo complejo.

Cuando un miembro del equipo de desarrollo también es el Scrum Master, el resto del equipo de desarrollo necesitará ser más flexible y menos dependiente de ese individuo para construir el producto. Esto generalmente requiere una redistribución de los conocimientos, habilidades y actividades de desarrollo, lo que demanda tiempo.

Por eso es importante discutir abiertamente sobre las necesidades de cada miembro y del equipo en las Sprint Retrospectives. Lo mismo vale para las conversaciones cotidianas.

Desafío 4: Confusión con autoridad, propiedad y auto-organización

Un Scrum Master que también es desarrollador necesita respetar la responsabilidad y la autonomía compartidas por los integrantes del equipo de desarrollo.

El Scrum Master es frecuentemente visto como el “experto” y como una posición de autoridad. Pero es preciso recordar que la autoridad y el conocimiento de un Scrum Master son específicamente sobre el uso efectivo de Scrum como herramienta. No se trata de la mejor forma de crear un incremento funcional ni de cuánto trabajo debe realizarse en un Sprint.

En este escenario, un Scrum Master debe prestar atención a las dinámicas de equipo más complejas.

Como miembro del equipo de desarrollo, esta persona es líder y liderado al mismo tiempo. Por lo tanto, puede opinar sobre cómo se hace el trabajo al mismo tiempo que es responsable de la calidad e integridad de ese trabajo. Y como Scrum Master, la persona desea que todo el Equipo de Desarrollo se sienta responsable de crear el Incremento.

Además, los desarrolladores deben entender que tienen el poder de decidir la mejor manera de realizar el trabajo. Permitir y aumentar la auto-organización se vuelve aún más desafiante.

Conclusión

Entonces, al final, ¿debes y puedes? Primero, ten una discusión abierta sobre estos desafíos listados. Luego pregúntate: ¿por qué quieres que un miembro del Equipo de Desarrollo también sea el Scrum Master?

Hay algunas motivaciones, una de ellas puede ser el ahorro de recursos, o puede ser que una de las funciones no sea vista con la misma importancia. Ambas motivaciones indican problemas a resolver.

Si descubriste otras razones que parecen válidas, talvez la combinación de roles tenga sentido en tu contexto y valga la pena intentarlo. Asegúrate de discutir con frecuencia cómo está funcionando para garantizar que el rendimiento del proyecto no se vea perjudicado.

¿Qué te pareció el contenido? Deja tu opinión en los comentarios ¡y compártelo con tu red!