Los managers de ingeniería pueden ser grandes Scrum Masters

Los managers de ingeniería pueden ser grandes Scrum Masters

En este artículo explico por qué los managers de los Equipos Scrum no han sido considerados tradicionalmente como perfiles ideales para desempeñar el rol, y porqué es necesario redescubrirlos como potenciales grandes Scrum Masters.        

Cursos relacionados

¿Por qué se mira ahora a los managers como posibles Scrum Masters?

El consenso sobre la aplicación de los modelos o marcos de trabajo suele evolucionar con el tiempo. Pasó con CMMI para los modelos de madurez en ingeniería, o con PMBOK en la gestión de proyectos. El consenso depende de las experiencias en la trinchera, que varían según la situación de la industria en cada momento, y también de las modas.

Tradicionalmente se ha considerado que los Scrum Masters se dedicaban principalmente a ayudar primero a los equipos de desarrollo a tener alto rendimiento, y después a mejorar la organización en general con la credibilidad obtenida. Además, el posicionamiento tradicional de los managers, con un estilo de liderazgo directivo, no favorecía la posibilidad de convertirse en “líderes servidores” que se ganaran la confianza de los equipos.

Sin embargo, hay varias circunstancias que están redirigiendo las miradas a los managers de ingeniería como potenciales buenos Scrum Masters, resumidamente:

  • El modelo de los Scrum Masters externalizados no ha tenido una gran efectividad en muchos casos.
  • Es frecuente que la influencia de los Scrum Masters baje cuando van más allá de la mejora en los equipos.
  • Tal como la práctica de Scrum madura, avanza el pragmatismo respecto a las visiones “canónicas” de Scrum que vetaban a los managers para el rol.

Las responsabilidades y facetas del Scrum Master

Versión del Agile Coach Competency Framework por Valérie Wattelle


Básicamente, un Scrum Master debe:

  • Asegurar la comunicación y colaboración dentro del Equipo Scrum.
  • Ayudar al Equipo Scrum a ser autónomo y autosuficiente.
  • Eliminar los impedimentos organizativos al trabajo del equipo.
  • Llevar al equipo a un estado de alto rendimiento, entre otros recursos, mediante las prácticas ágiles y los principios de Scrum.

Además, un Scrum Master ha sido encarnado habitualmente por un Coach Ágil profesional, que ejerce un liderazgo situacional para ayudar al equipo a mejorar, en forma de facetas como las que define el “Agile Coach Competency Framework”:

  • Experto en Lean/Agile para guiar al equipo.
  • Mentor y formador para dar el conocimiento que el equipo necesita en cada momento.
  • Coach y facilitador para ayudar al equipo a autogestionarse y ganar en autonomía.
  • Experto técnico, en el sector empresarial o en la transformación organizativa.

Estas responsabilidades y estas facetas de liderazgo lo han hecho históricamente una “rara avis” en las organizaciones, por lo que ha sido frecuente confiar en el talento externo para realizar este rol en los equipos.

¿Quién suele ejercer este rol?

En el ámbito de Scrum, el rol de Scrum Master puede ser asumido de diversas maneras:

🧔 Una persona dedicada: es la forma más tradicional, donde un Scrum Master se dedica a uno o pocos equipos. Este enfoque facilita la cercanía con los miembros del equipo, el foco en darles un soporte efectivo y la identificación clara de su función en la organización.

🧑🤝🧑 Que sea el Product Owner o un Developer, especialmente en equipos más pequeños que no pueden permitirse un rol dedicado, o en organizaciones con una cultura ágil madura donde tienen menos dependencia de este rol para impulsar los cambios.

👔 Perfiles externos al equipo de desarrollo, como managers de ingeniería, de calidad o de recursos humanos. Estos individuos aportan una perspectiva valiosa y habilidades complementarias al equipo, aunque deben tener cuidado de mantener la objetividad y no imponer la jerarquía tradicional en el entorno ágil.

Riesgos de un Rol Dedicado

A pesar que un Scrum Master dedicado es a priori la mejor de las implementaciones, esta opción no está exenta de riesgos, p.e.:

💵 Subcontratación: si una organización subcontrata sistemáticamente a estos roles, puede ser una señal que tenga poco compromiso con Scrum. Además, un profesional externo suele tener menos influencia fuera de los equipos a menos que tenga un soporte claro de la dirección.

😒 Incomprensión: En entornos donde la dirección está menos familiarizada o es escéptica respecto a Scrum, el Scrum Master puede ser visto como superfluo o redundante, y su función puede ser malinterpretada o infravalorada. Esto puede conducir a un ciclo en el que el Scrum Master lucha por defender los valores y prácticas ágiles dentro de una cultura que no los apoya completamente.

¿Por qué un manager de ingeniería podría desempeñar bien este rol?

Los managers de ingeniería están en una posición única para asumir el rol de Scrum Master por varias razones:

🪚 Capacidad de eliminar impedimentos: Con su autoridad y conocimiento del entorno operativo, pueden tomar decisiones rápidas y efectivas que impactan tanto al equipo como a la organización, eliminando impedimentos con eficiencia.

🏢 Conocimiento del contexto organizativo: Estos managers a menudo tienen una comprensión profunda del funcionamiento interno de la empresa, y gozan de visibilidad y respeto en diferentes áreas, lo que les permite navegar por la estructura organizativa para alinear los esfuerzos del equipo con los objetivos más amplios de la empresa.

¿Cuáles son los riesgos de un Scrum Master que sea Manager?

Un manager de ingeniería también tiene retos para realizar el rol de Scrum Master con efectividad, entre estos:

🙌 Entender cómo hacer de Scrum Master siendo un manager. La visión tradicional del Scrum Master es la de un miembro del equipo. Saber como participar en los eventos y en las demás interacciones con los miembros del equipo “quitándose” el sombrero de manager, puede ser difícil.

👉Fomentar la autonomía del equipo y resistir la microgestión. El cambio de mentalidad a favorecer el empoderamiento y la autonomía es un reto importante para los managers que tuvieran un estilo directivo. 

⚖️ Mantener un equilibrio entre gestionar y facilitar. A los managers se les exigen resultados, frecuentemente sin contar con los recursos necesarios. Si los equipos no tienen la madurez suficiente, la microgestión puede ser necesaria al principio.

⌛ Disponer de tiempo. Aunque sea el último reto de esta lista, suele ser el más importante. Muchos managers tienen sobrecarga de trabajo, y eso les puede quitar tiempo para realizar este rol. Aunque si consiguen que equipos sean autónomos ahorrarán tiempo, la sobrecarga se da sobre todo al principio.

👉 Si te ha gustado este artículo, ¡compártelo o añade tu punto de vista en los comentarios!        

Conclusiones

Algunas conclusiones del artículo son:

  • En los últimos tiempos, el papel del manager como Scrum Master ha ido ganando protagonismo.
  • El manager que ejerce de Scrum Master tiene mayor capacidad para llevar Scrum fuera de los equipos de desarrollo.
  • El manager también tiene riesgos para ejercer bien este rol, pero son salvables si tiene el conocimiento y mentalidad adecuados.

Curtis Reed

We should prefer Pragmatism and Logical Reasoning OVER Theory and Emotion.

1 año

Recientemente aquí en los EEUU yo vi otro artículo parecido (en el inglés, claro) donde intentaron tratar este tema, pero con una diferencia que me dejo muy enfadado; aquel señor no tomó el cuidado de explicar que es una opción posible. sino que lo ha presentado como un patrón universal: "Dejen de emplear a scrum masters,” dijo con toda la confianza de un gallo de pelea, “y en su lugar, ¡entreguen las responsabilidades al gerente de desarrollo!" Así, sin son ni ton. Bajo la lista de posibles riesgos, sugiero que agreguen y consideren: 1.      Pocos gerentes de desarrollo tienen "experticia" en la agilidad, mucho menos en el Scrum. 2.     Muchos de ellos opinan que el scrum es ineficiente y prefieren el Kanban, así que no se sorprendan cuando comienzan a cambiar el framework. 3.    Los gerentes ya tienen responsabilidades que les agotan. ¿Cuántos de ellos van a poder añadir nuevas responsabilidades sin que algo se sacrifique? En realidad, la propuesta genera docenas de preguntas y preocupaciones más, pero ya, lo dejo de este tamaño.  

Bladimir Dominguez Villacorta

IT Project Manager | Changemaker | ScrumMaster® | OKRCP | Kanban (KEPC™)

1 año

Gracias por el artículo Alex!!, suele ser un equilibrio o parte del proceso de transición en el cambio de mindset.

Antonio Valle

Ayudamos a nuestros clientes a trabajar mejor.

1 año

Alex Ballarin 🇺🇦 una perspectiva interesante aunque me genera algunas dudas. En todo caso, la primera que me surge al leer el artículo es "qué entiendes por un Manager de Ingeniería"? A mi lo primero que me ha venido a la cabeza es alguien de planta, del mundo de la ingeniería industrial... pero me huele que no van por ahí los tiros, no? En todo caso, la evolución del manager tradicional hacia el "servant leader" es una evolución muy Lean que seguramente más de un ingeniero de planta conocerá. Y desde luego, todo el cuerpo de conocimiento alrededor del rol de Scrum Master es buen material para esa transición. Ahora bien, me gustaría añadir a la reflexión el concepto de "span de responsabilidad" (como el "wingspan" de los aviones... cuando un manager tiene asociados demasiados equipos (o individuos, o áreas o...) no puede ser un "servant" adecuado porque servir requiere mucho más tiempo que delegar. Así que la organización debe ser más horizontal. Reflexiones provocadas por reflexiones... :-D

Antonio Valle

Ayudamos a nuestros clientes a trabajar mejor.

1 año

cc Núria Utgés ....

Inicia sesión para ver o añadir un comentario.

Otros usuarios han visto

Ver temas