Varias veces he leído
...los buenos scrum masters se vuelven superfluos...
Soy consciente de que esto no es del todo cierto.
En nuestra empresa trabajamos desde hace bastante tiempo con el concepto ágil y scrum. Por lo tanto, la mayoría de los empleados conocen Scrum y respetan el proceso. A medida que nuestros scrum masters reconsideran su rol y tareas, se nombran a sí mismos entrenadores ágiles y asumen cada vez más tareas fuera del equipo. Así que hay un pequeño agujero, que queremos cerrar instalando un maestro de scrum proxi (llamado guardia de scrum ), que de hecho es un miembro del equipo de desarrollo.
Por lo tanto, las tareas del maestro de scrum se dividen entre un entrenador ágil y un guardia de scrum .
Ahora me he preguntado, ¿qué tareas tiene sentido que el guardia scrum se haga cargo ?
En la charla " La tierra que Scrum olvidó " de Robert C. Martin (uno de los fundadores del Manifiesto Ágil ) dice:
Un Scrum Master era un entrenador. Un Scrum Master no era un gerente. El Scrum Master se encargaba de defender el proceso, pero nada más. No defendió el cronograma, ni el presupuesto, ni las historias, ni el atraso. Se suponía que solo el proceso y el rol rotarían entre los diferentes miembros del equipo. La idea era que el papel se desvanecería lentamente. Este fue el concepto inicial.
(esta cita es de alrededor del minuto 20, pero comience en 18m12s para obtener la historia completa).
Luego continúa sobre cómo a los (proyectos) gerentes no les gustó esa interpretación y cómo estas personas querían ser Scrum Masters permanentes.
Llamaría a su "proxy" simplemente Scrum Master y rotaría a alguien en el equipo. Deje que los entrenadores ágiles se concentren en lograr que la organización se vuelva verdaderamente ágil.
Si nos fijamos en el modelo de fluidez Agile . Los Scrum Masters se enfocarían principalmente en los niveles 1-2 y los Agile coaches en el nivel 3-4.
Qué tareas están abiertas a discusión, pero me centraría en las tareas típicas de Scrum Master y agregaría un enfoque de excelencia técnica además de eso. Para que el equipo se mantenga limpio y pueda seguir avanzando rápido con el tiempo.
Solo asegurándome de entender su situación... Una vez que sus Scrum Masters de tiempo completo sientan que están 'terminados/listos', querrán graduarse como 'Agile Coach' y nominar a un desarrollador como Scrum Master de medio tiempo llamado ' Guardia Scrum', ¿sí?
El problema es que se supone que los buenos Scrum Masters se quedan sin trabajo. Como servidores/líderes, realizan, en un nivel básico y alto, dos tareas:
Instruir y hacer cumplir el proceso Scrum, tanto en el equipo como en la organización. Si Scrum Master ha hecho esto con éxito, tanto el equipo como la organización habrán interiorizado los valores de Scrum y este paso ya no será necesario.
Defender los intereses del Equipo. Usted nota en un comentario que "un Desarrollador no debería ser un Scrum Master 'real' al mismo tiempo. Para mí, esto es un conflicto de intereses". Sin embargo, se supone que el Scrum Master debe comprender y representar los intereses del Equipo de Desarrollo. ¿Quién mejor para hacer esto que un desarrollador? Esta es la razón por la que muchos lo consideran un buenidea para un desarrollador ser Scrum Master a tiempo parcial, y una mala idea para un Scrum Master ser propietario de producto a tiempo parcial. (La desventaja de un Scrum Master desarrollador a tiempo parcial es que un Scrum Master a tiempo completo tiene más tiempo para concentrarse en Scrum Mastering). Si el Scrum Master ha hecho esto con éxito, entonces la organización debería ser más receptiva a las inquietudes del Equipo de Desarrollo, y el Equipo de Desarrollo debería ser más valiente y eficaz para sacar a la luz sus inquietudes.
Si el Scrum Master aún no se ha vuelto obsoleto, entonces diría que aún no está listo para dejar el trabajo y asumir el papel de 'Agile Coach'. Si él/ella está listo, entonces no habría necesidad de un 'Guardia Scrum'. El equipo de desarrollo se encargará de todo eso por sí mismo.
Quiero afirmar la idoneidad de un Scrum Master trabajando para garantizar que no sea un cuello de botella para que funcione el Equipo de Desarrollo. De hecho, deben trabajar para multiplicar el efecto del trabajo del Equipo de Desarrollo sin crear dependencia; sin embargo, esto es muy diferente a decir que un equipo Scrum desvinculado de un Scrum Master no podría obtener más valor de tener, por ejemplo, un entrenador experto dedicado a ellos. Tenga cuidado con el Duning-Kruger aquí.
Con respecto a usted y su organización como personas capaces e independientes , me pregunto si el rol de guardia Scrum podría ser una distinción sin diferencia. Si las responsabilidades de un Scrum Master realmente se dividen entre dos personas, eso me daría una pausa para considerar la razón por la que se hace la distinción. ¿Qué valor obtienen todos al llamarlos guardia Scrum en lugar de Scrum Master? Tal vez esté encontrando valor en el rol de defensor de Scrum, pero no lo veo al leer su publicación.
El objetivo de un Scrum Master se extiende más allá de simplemente difundir el conocimiento de Scrum y garantizar que los eventos se lleven a cabo sin problemas. Se extiende al desafío audaz y digno de entrenar a equipos Scrum y organizaciones enteras hacia un rendimiento radicalmente alto. Sé que esto está completamente dentro del objetivo contextual de Scrum y, por lo tanto, es la responsabilidad final de un Scrum Master. No me parece que este sea un trabajo para el cual uno probablemente se vuelva superfluo. A no ser que...
...su organización está considerando que el rol de Scrum Master es mucho más pequeño de lo que se supone. Quizás es por eso que algunos consideran renombrarse como entrenadores ágiles, un papel que les parece más importante .
Niels van Reijmersdal