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:
Las responsabilidades y facetas del Scrum Master
Básicamente, un Scrum Master debe:
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”:
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.
Recomendado por LinkedIn
👔 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:
We should prefer Pragmatism and Logical Reasoning OVER Theory and Emotion.
1 añoRecientemente 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.
IT Project Manager | Changemaker | ScrumMaster® | OKRCP | Kanban (KEPC™)
1 añoGracias por el artículo Alex!!, suele ser un equilibrio o parte del proceso de transición en el cambio de mindset.
Ayudamos a nuestros clientes a trabajar mejor.
1 añoAlex 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
Ayudamos a nuestros clientes a trabajar mejor.
1 añocc Núria Utgés ....