¿El Scrum Master debería ser también un Agile coach, o son lo mismo?

Al responder y discutir esta pregunta , me vino a la mente una nueva pregunta, primero un poco de contexto:

La guía de Scrum establece que el Scrum Master presta servicios a la organización con:

  • Liderar y entrenar a la organización en su adopción de Scrum;
  • Planificación de implementaciones de Scrum dentro de la organización;

De la lectura de este artículo " el Scrum Master no es un entrenador ágil ". Tengo la idea de que Scrum Master solo debe centrarse en Scrum Framework y no en otras prácticas, principios y valores ágiles.

Tiendo a estar en desacuerdo, porque creo que Scrum cubre solo la parte de gestión de proyectos de "ser ágil", pero (por ejemplo) omite las prácticas técnicas importantes que hacen que los productos sean ágiles.

La agilidad organizacional está restringida por la agilidad técnica

En otras palabras, cuando tarda en hacer cambios en su producto, entonces no importa cómo estructure sus equipos, su organización o qué marco adopte, será lento para responder a los cambios.

¿Podemos implementar Scrum con éxito como Scrum Master sin ser también un entrenador Agile? La guía de Scrum dice que es "Difícil de dominar". Creo que esto se debe a que solo maneja el proceso y no el ciclo completo como lo hace Extreme Programming .

Lo que lleva a la siguiente pregunta: ¿El Scrum Master también debe ser un entrenador ágil, o son lo mismo?

Creo que la principal diferencia es el alcance. Un Scrum Master se centra en la implementación de Scrum para un equipo o proyecto, mientras que un entrenador es un asesor con un alcance organizacional más amplio e (idealmente) un enfoque más independiente del marco.

Respuestas (5)

Un scrum master es definitivamente un Agile Coach hasta cierto punto, pero si se requiere un rol separado depende de la organización. Dentro de un solo equipo, la naturaleza del rol de Scrum Master es ser un Agile Coach, inculcando tanto el proceso de Scrum como los principios ágiles. En la práctica, esto generalmente se extiende también a aquellos involucrados con el equipo. En una organización pequeña, esto podría ser todo lo que necesita.

Un buen Scrum Master no solo 'sigue el libro' de scrum, sino que también inculca los principios ágiles. Un Agile Coach está haciendo lo mismo, sin embargo, aborda el problema desde todos los niveles de la organización, en lugar de centrarse solo en un equipo de desarrollo singular.

Al decir eso, no me gusta el concepto de 'Scrum Master' como título de trabajo, sino como un rol. Creo firmemente que Scrum es un paso temporal en la construcción de un buen equipo ágil, que desarrollará su propio proceso. Prefiero tener un Agile Coach actuando como Scrum Master por un tiempo, que alguien que pasó uno o dos días convirtiéndose en Scrum Master certificado restringiendo a un equipo a usar scrum por un largo período de tiempo.

Voy a advertir esto con el hecho de que soy un entrenador ágil que también actúa como propietario del producto actualmente, por lo que rompo todas las reglas;)

Esta es una de esas preguntas clásicas de "Depende". SpoonerNZ dijo una cosa clave aquí: "Scrum Master" como título de trabajo, pero en lugar de un rol. No hay títulos en Scrum o ágiles. En Scrum hay tres roles, que pueden no tener ninguna relación con lo que RR. HH. dice que es su título de trabajo (soy un entrenador ágil, RR. HH. dice que mi título oficial es Gerente de proyecto técnico de principio senior).

Cuando enseño Agile, dedico un tiempo a hablar sobre los roles para tratar de ayudar a aclarar esto. No solo cuáles son los roles, también cómo se relacionan y cuáles son sus caminos.

Scrum Master: El enfoque del SM está en su equipo individual. Están ahí para ayudar al equipo a alcanzar sus objetivos de sprint y para proteger al equipo de impedimentos externos. Tienden a centrarse en un horizonte temporal de las próximas 4-6 semanas (2-3 sprints típicos). Un maestro de scrum puede y, a menudo, es una parte activa del equipo como desarrollador o evaluador e incluso si no lo es, se mide junto con el equipo sobre qué tan exitoso es el equipo para hacer y cumplir con sus compromisos (planes de sprint). Un buen scrum master puede convertirse en un entrenador ágil, dado el deseo y el espacio (no todos los scrum masters quieren ser entrenadores).

Gestor de Personas: Mientras que el SM se centra en el equipo, el gestor de personas se centra en el individuo. El horizonte de tiempo del gerente de personas es de seis meses a un año, y se enfoca en cómo el individuo crecerá para convertirse en un mejor compañero de equipo. Si la empresa es progresista, el gerente de personas no se mide si el producto se envió, se mide si sus equipos están creciendo y tienen éxito.

Entrenador ágil: un entrenador ágil no está conectado directamente con el acto de enviar el producto. En cambio, su enfoque está en la organización. Se les paga para ayudar a la organización a ser más predecible y más productiva. Y como entrenadores ágiles, deberían hacer esto enfocándose en ayudar a los equipos a estar más comprometidos, felices y autoorganizados (Think Dan Pink's Autonomy, Master, Purpose). Un entrenador ágil puede ser un experto en scrum, sin embargo, esto significa que está dividiendo su enfoque, lo que rompe uno de los principios fundamentales del "enfoque" ágil.

No estoy de acuerdo con que Scrum Master solo deba vincularse a un proyecto durante los primeros Sprints. El SM es un rol definido dentro del equipo y debe estar presente durante todo el tiempo de ejecución del proyecto para que el marco funcione correctamente.
No pensé que alguna vez recomendaría que un maestro de scrum no fuera parte del equipo. Me refería más a cómo puede ser el crecimiento de un maestro de scrum. A menudo, un SM se convertirá en un rol de Scrum Coach/ Agile Coach y nuevos Scrum Masters surgirán desde dentro de los equipos de los que formaban parte. Siempre debe haber alguien con el rol de SM en un equipo.
Estaba respondiendo a la oración "Tienden a tener un horizonte temporal de 4 a 6 semanas (2 a 3 sprints típicos)". ¿De verdad crees que la rotación de Scrum Master cada seis semanas es razonable? Tal vez valga la pena aclarar la respuesta con la intención de sus comentarios sobre la ruta de crecimiento, a diferencia de (según lo leí) una limitación inherente en el ciclo de vida del rol o el lugar en el proceso. Realmente me gustan las distinciones que está trazando entre los diferentes tipos de roles de entrenador, y mi intención es ayudar a aclarar a los futuros visitantes.
El Time Horizon es qué tan lejos está mirando un Scrum Master. Se enfocan en los próximos 2-3 sprints y en ayudar al equipo a esa ventana de tiempo. Su enfoque no es mirar las preocupaciones estratégicas y de personas a largo plazo como deberían hacerlo los arquitectos y gerentes.

Creo que la respuesta es bastante sencilla: en una situación ideal, no deberían serlo. O el equipo ya comprende y se adhiere a los principios de Agile, o bien tienen un entrenador Agile real y dedicado. Esto permitiría al Scrum Master concentrarse en sus propias tareas.

Por supuesto, en una situación no ideal, donde lo anterior no es posible, el Scrum Master. ser ya efectivamente un Scrum Coach, es una elección decente en caso de que las responsabilidades de un Agile coach deban imponerse a alguien.

No son lo mismo, y definitivamente un Scrum Master dentro de una organización no puede hacer Agile Coaching.

Las principales actividades del Agile Coach dentro de una empresa son:

  1. Coaching o asistencia cuando se inicia un proyecto, definiendo la metodología perfecta con respecto al proyecto.
  2. Realización de diferentes formaciones sobre métodos ágiles, etc.

Basado en la experiencia, una empresa profesional tiene su propio Agile Coach. Por ejemplo, en nuestra empresa tenemos como 10 Scrum Masters en diferentes proyectos, y un Agile Coach cuya tarea principal es mejorar las competencias de Agilidad de la empresa, y está asistiendo proyectos en diferentes etapas.

Basado en la teoría, una manera perfecta es cuando Scrum Master se asigna a un solo proyecto.

Pero, ¿cómo guía Scrum "Liderar y entrenar a la organización en su adopción de Scrum"; encaja en tu historia? No me malinterpreten, creo que su configuración tiene mucho sentido y claramente puede (y tal vez debería) ser dos roles separados. Aún Scrum dice que este también es el trabajo del Scrum Master.
Mejor diré que un Scrum Master debe "Dirigir y entrenar a un equipo CUANDO SE NECESITA", eliminando impedimentos, líder de servicio, etc., etc. Le aconsejo que tome la Guía Scrum como base, como un marco general para usar como orientación en las actividades del día a día de Scrum, implementando Scrum real, en otras palabras, "un marco que nos ayuda a no desviarnos de lo básico".
Scrum Guide dice: "El Scrum Master es responsable de garantizar que Scrum se entienda y se promulgue. Los Scrum Masters hacen esto asegurándose de que el Equipo Scrum se adhiera a la teoría, las prácticas y las reglas de Scrum. El Scrum Master es un líder servidor para el Equipo Scrum. El Scrum Master ayuda a los que están fuera del Equipo Scrum a comprender cuáles de sus interacciones con el Equipo Scrum son útiles y cuáles no. El Scrum Master ayuda a todos a cambiar estas interacciones para maximizar el valor creado por el Equipo Scrum".

Pienso en el coaching ágil como una actividad más que como un rol.

Si tiene a alguien con experiencia ágil, puede transmitirlo. Si sucede que el Scrum Master tiene esa experiencia y tiene tiempo de sobra, entonces tiene sentido que entrene.

Sería igualmente válido que otro miembro del equipo, como un desarrollador o un Product Owner, entrene; pero sólo si tenían la experiencia necesaria y el tiempo disponible.

Del mismo modo, si ningún miembro del equipo tiene la experiencia o el tiempo, quizás un entrenador ágil de tiempo completo sería más apropiado.