¿Cuáles son los beneficios de contratar un ScrumMaster?

Absolutamente sí (al menos si le crees al autor ;-)

Tenga en cuenta también que según él,

lo mejor que podemos hacer es arrojar Scrum al basurero de la historia.

Entonces, si cree en una breve publicación de blog que no muestra evidencia objetiva para respaldar sus afirmaciones, entonces no solo contratar a un Scrum Master (SM) sino todo Scrum es una pérdida de dinero. Por lo tanto, deje de adoptar Scrum lo antes posible y vuelva al buen proceso antiguo que usó anteriormente (o busque en el sitio del blog del autor su método bala de plata).

...Si no...

Podemos empezar a analizar un poco el post. Para mí, su punto principal parece ser que la gran mayoría de los SM existentes dedican su tiempo a combatir incendios y no tienen tiempo para lo que él dice que es el papel principal de los SM, que sería interactuar con terceros y ayudar a optimizar su interacciones con el equipo de desarrollo. En mi humilde opinión, la cita relevante de la Guía Scrum está fuera de contexto. Interactuar con terceros es definitivamente importante, sin embargo, es solo una parte de lo que hace un buen SM. Otras tareas incluyen

• apagar incendios, sí, también conocido como eliminar impedimentos del progreso del equipo
• educar a las personas tanto dentro como fuera del equipo sobre Agile y Scrum
• entrenar / asesorar a los miembros del equipo para un mejor desempeño
• resolver conflictos dentro y fuera del equipo
• ayudar al propietario del producto y al equipo a preparar la acumulación del producto
• proteger al equipo del mundo exterior para que puedan concentrarse en su trabajo
• asegurar que el equipo pueda mantener un ritmo constante a largo plazo (por ejemplo, que no estén sobrecargados)
• ...

Eso es justo lo que rápidamente me vino a la mente, seguramente se podrían agregar muchas más. Ciertamente es cierto que si un SM pasa casi todo su tiempo haciendo solo el primero de estos, es un problema. Sin embargo, en el mejor de los casos puede ser un problema temporal, y una vez superada la crisis, el SM puede volver a un patrón de actividad más equilibrado. Por otro lado, si la crisis es permanente, no diría que es un problema del rol en sí, sino del entorno donde hay tantos impedimentos y/o quitarlos es tan lento que ocupa todo el tiempo de SM. Y si tienes ese problema, te va a morder con o sin SM, y con o sin Agile.

Mi firme creencia es que un buen SM vale su precio muchas veces, ya que sin SM, es posible que el equipo nunca se acerque a alcanzar su máxima velocidad y eficiencia potenciales. Si el SM puede ayudar al equipo a duplicar su productividad y la satisfacción del cliente en, digamos, un año, ¿valió la pena ese salario adicional? Por supuesto, las oportunidades perdidas son difíciles de cuantificar, ya que nunca aparecen en el balance general de la misma manera que lo hacen los gastos salariales.

Recomendación

Trate de encontrar un buen SM con un historial comprobado y desafíelo a sacar lo mejor de su equipo. Puedes acordar establecer un período de prueba de unos meses, durante los cuales él/ella evalúa al equipo y tú lo/la evalúas a él/ella. Después de eso, su SM puede predecir con mayor precisión cuánto puede mejorar su equipo y, en base a eso, usted decide si desea continuar trabajando juntos.

Descargo de responsabilidad

Todo esto no quiere decir que Scrum sea perfecto: tiene sus limitaciones y problemas, y es posible que no se adapte a todos los equipos y todos los productos. También existen otros enfoques Agile y Lean, como Kanban o XP. Sin embargo, creo que lo importante es comprender que todo esto requiere un gran cambio en la mentalidad, la comunicación y los enfoques de resolución de problemas tanto de los desarrolladores como de los gerentes, lo que no es fácil ni rápido. Por lo tanto, mi sugerencia es que haga su debida investigación, elija el proceso que le parezca más prometedor, consiga un buen entrenador que lo ayude a adoptarlo correctamente y déle suficiente tiempo para ver si realmente funciona y cómo funciona. En mi experiencia, la mayoría de las fallas en la adopción de Scrum se deben a que las personas no comprenden completamente el cambio mental requerido y la profundidad detrás de sus reglas aparentemente simples.

Descargo de responsabilidad: Yo mismo soy Scrum Master y me esfuerzo por demostrar día a día que no es una pérdida de tiempo :-)

El Scrum Master también debe formar parte de la organización de gestión de proyectos.

Ingeniero de Procesos y Comunicaciones

Los entregables del Scrum Master deben incluir informes/gráficos de medición ágiles que representen aspectos detallados del trabajo de cada equipo.

• Estos informes deberían ayudar a los gerentes de ingeniería, y posiblemente a los gerentes de proyectos, con respecto a dónde pueden mejorar los empleados de sus equipos.

• Estos informes deben revelar cómo se pueden mejorar los procesos de planificación, estimación, etc., de cuadro de tiempo a cuadro de tiempo, o en alguna otra ventana Kanban.

Esto es realmente una especie de 'ingeniería humana'

carisma y ritmo

Traer a alguien para este rol puede ser apropiado porque nadie en el equipo relacionado tiene el carisma o la presencia para mantener la reunión en orden, moderar las disputas, etc. Esta característica de personalidad es increíblemente importante para el rol, independientemente de si lo expresa con cuidado. a partes que pueden necesitar desarrollo personal para no sentirse 'heridas' al escucharlo.

No es un papel independiente

Recomiendo que "contrate para" este rol solo si la persona está completamente integrada en la organización. Si su trabajo es solo 'scrum master' de uno o más equipos, entonces es probable que esto sea un desperdicio.